Kernel 4.9 ce matin. Mais pourquoi donc ?

vouf Membre non connecté
-
- Voir le profil du membre vouf
- Inscrit le : 16/08/2008
- Groupes :
Les grosses mises à jour continuent. Un kernel 4.9 ce matin. C'est inquiétant, car cela me laisse penser qu'on ne cherche pas à geler les versions des composants majeurs pour sortir les isos de la 6. A ce rythme là, on est bien parti pour faire une rolling distro sans iso pour l'installer.
Mageia 9 64 bits Plasma - Asus Prime Z690-P D4 -Intel Core i5 12600 K- 32 Go Kingston Fury Renegade DDR4-3600 Mhz- Gigabyte Nvidia RTX 3060 - Go-M2 Samsung Evo 970 1Tb-SSD 512 Gb Samsung Evo 960 -SSD 512 Gb Crucial M5

Adrien.D Membre non connecté
-
- Voir le profil du membre Adrien.D
- Inscrit le : 30/05/2011
- Site internet
- Groupes :
le kernel 4.9 sera le prochain LTS. Je pense qu'ils vont freezer sur celui là

Config : PC Fixe : X470 GAMING PRO- AMD Ryzen 5 2600X - 16Go RAM - Radeon RX 560 (Pilote libre) - Gentoo Linux - GNOME Desktop - Kernel 5.10 LTS
Ancien Webmaster de MageiaLinuxOnline. Les remplaçants assurent !
Ancien Webmaster de MageiaLinuxOnline. Les remplaçants assurent !


lebarhon Membre non connecté
-
- Voir le profil du membre lebarhon
- Inscrit le : 09/10/2010
- Groupes :
-
Équipe Mageia
-
Membre d'Honneur
Le gel des versions est après la validation de la sta2, c'est pour cela que après la 5.1, Mga6 est remonté à la sta1 alors que la RC était déjà en cours.
CM Asus Z77-A+i5-2500K+GeForceGT520+RAM8Go
SSD Crucial M4+SSD Samsung EVO
Mageia 6 64 bits
SSD Crucial M4+SSD Samsung EVO
Mageia 6 64 bits

Visiteur
Visiteur
Ce kernel permet aussi de supporter la dernière génération de processeur intel Kaby Lake, de nouveau support pour les GPU AMD, sans compter le support accru d'ARM, sans compter les fonctionnalités de sécurité mémoire

Il ne me parais pas "déconnant" d'intégrer ce kernel à la future Mageia 6, et si celui-ci est effectivement la future version LTS, c'est encore mieux.

vouf Membre non connecté
-
- Voir le profil du membre vouf
- Inscrit le : 16/08/2008
- Groupes :
Depuis je me retrouve avec des erreurs au démarrage du type
Code TEXT :
janv. 01 14:16:27 ISIS kernel: ACPI Error: [\_SB_.PCI0.XHC_.RHUB.HS11] Namespace lookup failure, AE_NOT_FOUND (20160831/dswload-210) janv. 01 14:16:27 ISIS kernel: ACPI Exception: AE_NOT_FOUND, During name lookup/catalog (20160831/psobject-227) janv. 01 14:16:27 ISIS kernel: ACPI Exception: AE_NOT_FOUND, (SSDT:xh_rvp08) while loading table (20160831/tbxfload-228) janv. 01 14:16:27 ISIS kernel: ACPI Error: 1 table load failures, 8 successful (20160831/tbxfload-246)
Chose curieuse, j'ai remarqué qu'à chaque fois que j'ai une montée de version majeure du kernel, je me prends des erreurs disques
Code TEXT :
janv. 01 11:14:57 ISIS kernel: hid-generic 0003:1532:000D.0003: input,hidraw2: USB HID v1.10 Mouse [Razer Razer Diamondback 3G] on usb-0000:00:14.0-8/input0 janv. 01 11:14:57 ISIS kernel: ata2.00: exception Emask 0x0 SAct 0x3f8001e2 SErr 0x0 action 0x0 janv. 01 11:14:57 ISIS kernel: ata2.00: irq_stat 0x40000008 janv. 01 11:14:57 ISIS kernel: ata2.00: failed command: READ FPDMA QUEUED janv. 01 11:14:57 ISIS kernel: ata2.00: cmd 60/00:08:68:7b:c8/01:00:cd:00:00/40 tag 1 ncq dma 131072 in res 41/40:00:18:7c:c8/00:00:cd:00:00/40 Emask 0x409 (media error) <F> janv. 01 11:14:57 ISIS kernel: ata2.00: status: { DRDY ERR } janv. 01 11:14:57 ISIS kernel: ata2.00: error: { UNC } janv. 01 11:14:57 ISIS kernel: ata2.00: configured for UDMA/133 janv. 01 11:14:57 ISIS kernel: sd 1:0:0:0: [sdb] tag#1 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE janv. 01 11:14:57 ISIS kernel: sd 1:0:0:0: [sdb] tag#1 Sense Key : Medium Error [current] janv. 01 11:14:57 ISIS kernel: sd 1:0:0:0: [sdb] tag#1 Add. Sense: Unrecovered read error - auto reallocate failed janv. 01 11:14:57 ISIS kernel: sd 1:0:0:0: [sdb] tag#1 CDB: Read(10) 28 00 cd c8 7b 68 00 01 00 00 janv. 01 11:14:57 ISIS kernel: blk_update_request: I/O error, dev sdb, sector 3452468072 janv. 01 11:14:57 ISIS kernel: ata2: EH complete janv. 01 11:14:57 ISIS kernel: ata2.00: exception Emask 0x0 SAct 0x20000 SErr 0x0 action 0x0 janv. 01 11:14:57 ISIS kernel: ata2.00: irq_stat 0x40000008 janv. 01 11:14:57 ISIS kernel: ata2.00: failed command: READ FPDMA QUEUED janv. 01 11:14:57 ISIS kernel: ata2.00: cmd 60/08:88:18:7c:c8/00:00:cd:00:00/40 tag 17 ncq dma 4096 in res 41/40:00:18:7c:c8/00:00:cd:00:00/40 Emask 0x409 (media error) <F> janv. 01 11:14:57 ISIS kernel: ata2.00: status: { DRDY ERR } janv. 01 11:14:57 ISIS kernel: ata2.00: error: { UNC } janv. 01 11:14:57 ISIS kernel: ata2.00: configured for UDMA/133 janv. 01 11:14:57 ISIS kernel: sd 1:0:0:0: [sdb] tag#17 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE janv. 01 11:14:57 ISIS kernel: sd 1:0:0:0: [sdb] tag#17 Sense Key : Medium Error [current] janv. 01 11:14:57 ISIS kernel: sd 1:0:0:0: [sdb] tag#17 Add. Sense: Unrecovered read error - auto reallocate failed janv. 01 11:14:57 ISIS kernel: sd 1:0:0:0: [sdb] tag#17 CDB: Read(10) 28 00 cd c8 7c 18 00 00 08 00 janv. 01 11:14:57 ISIS kernel: blk_update_request: I/O error, dev sdb, sector 3452468248 janv. 01 11:14:57 ISIS kernel: Buffer I/O error on dev sdb6, logical block 11018627, async page read janv. 01 11:14:57 ISIS kernel: ata2: EH complete. ... .. .. janv. 01 11:15:10 ISIS kernel: ata2.00: exception Emask 0x0 SAct 0x18 SErr 0x0 action 0x0 janv. 01 11:15:10 ISIS kernel: ata2.00: irq_stat 0x40000008 janv. 01 11:15:10 ISIS kernel: ata2.00: failed command: READ FPDMA QUEUED janv. 01 11:15:10 ISIS kernel: ata2.00: cmd 60/00:18:08:17:88/01:00:cc:00:00/40 tag 3 ncq dma 131072 in res 41/40:00:f8:17:88/00:00:cc:00:00/40 Emask 0x409 (media error) <F> janv. 01 11:15:10 ISIS kernel: ata2.00: status: { DRDY ERR } janv. 01 11:15:10 ISIS kernel: ata2.00: error: { UNC } janv. 01 11:15:10 ISIS kernel: ata2.00: configured for UDMA/133 janv. 01 11:15:10 ISIS kernel: sd 1:0:0:0: [sdb] tag#3 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE janv. 01 11:15:10 ISIS kernel: sd 1:0:0:0: [sdb] tag#3 Sense Key : Medium Error [current] janv. 01 11:15:10 ISIS kernel: sd 1:0:0:0: [sdb] tag#3 Add. Sense: Unrecovered read error - auto reallocate failed janv. 01 11:15:10 ISIS kernel: sd 1:0:0:0: [sdb] tag#3 CDB: Read(10) 28 00 cc 88 17 08 00 01 00 00 janv. 01 11:15:10 ISIS kernel: blk_update_request: I/O error, dev sdb, sector 3431470856 janv. 01 11:15:10 ISIS kernel: ata2: EH complete
J'ai réussi à faire disparaître le problème avec un fsck. Mais ce n'est pas la première fois que je rencontre ce problème.
Mageia 9 64 bits Plasma - Asus Prime Z690-P D4 -Intel Core i5 12600 K- 32 Go Kingston Fury Renegade DDR4-3600 Mhz- Gigabyte Nvidia RTX 3060 - Go-M2 Samsung Evo 970 1Tb-SSD 512 Gb Samsung Evo 960 -SSD 512 Gb Crucial M5

thierryR Membre non connecté
-
- Voir le profil du membre thierryR
- Inscrit le : 02/02/2010
- Site internet
débusqueur de bugs et chercheur en améliorations
Amicalement vôtre.
Kernel: 4.4.92-desktop-1.mga5 x86_64 (64 bit) Desktop: KDE 4.14.35 Distro: Mageia 5 thornicroft
Machine: Mobo: ASUSTeK model: X751SA v: 1.0 Bios: American Megatrends v: X751SA.403
CPU: Quad core Intel Pentium N3710 (-MCP-) cache: 1024 KB Graphics: Card: Intel Atom/Celeron/Pentium Processor x5-E8000/J3xxx/N3xxx Integrated Graphics Controller

Kernel: 4.4.92-desktop-1.mga5 x86_64 (64 bit) Desktop: KDE 4.14.35 Distro: Mageia 5 thornicroft
Machine: Mobo: ASUSTeK model: X751SA v: 1.0 Bios: American Megatrends v: X751SA.403
CPU: Quad core Intel Pentium N3710 (-MCP-) cache: 1024 KB Graphics: Card: Intel Atom/Celeron/Pentium Processor x5-E8000/J3xxx/N3xxx Integrated Graphics Controller

vouf Membre non connecté
-
- Voir le profil du membre vouf
- Inscrit le : 16/08/2008
- Groupes :
En fait mon disque commence à présenter des signes de fatigue vu les informations que me donne gsmartcontrol

Bref, ça commence à sentir le roussi.
Mageia 9 64 bits Plasma - Asus Prime Z690-P D4 -Intel Core i5 12600 K- 32 Go Kingston Fury Renegade DDR4-3600 Mhz- Gigabyte Nvidia RTX 3060 - Go-M2 Samsung Evo 970 1Tb-SSD 512 Gb Samsung Evo 960 -SSD 512 Gb Crucial M5

christian_fisch Membre non connecté
-
- Voir le profil du membre christian_fisch
- Inscrit le : 24/03/2011
- Groupes :
Bravo pour ces travaux pendant cette semaine de fin d'année.
Cependant, en effet mon appareil utilisant une ancienne carte mêre de serveur, avec un processeur Pentium(R) Dual-Core CPU E5300 @ 2.60GH
ne veut pas de ce kernel 4.9, qui ne trouve pas le disque ! ( c'est un ssd 128 Go )
Les kernels des séries 4.8, même s'ils ont du mal a démarrer, donnent satisfaction.

Édité par christian_fisch Le 01/01/2017 à 22h28
Christian

Ami age Membre non connecté
-
- Voir le profil du membre Ami age
- Inscrit le : 18/08/2012
- Site internet
- Groupes :
-
Modérateur
ça a l'air de bien marcher.
(avec toutes les mises à jour ces derniers jour, peut-être la fin des freeze décrits https://www.mageialinux-online.org/forum/topic-22987+mga6-freezes-caracterises.php )
Édité par Ami age Le 02/01/2017 à 09h12
_______________________________________________________________________

___________________________________ Un petit clic pour Mageia ? =>> CLIQUEZ I C I :
.



___________________________________ Un petit clic pour Mageia ? =>> CLIQUEZ I C I :
.

neoclust Membre non connecté
-
- Voir le profil du membre neoclust
- Inscrit le : 09/02/2013
- Groupes :
-
Équipe Mageia
Bonjour
Les grosses mises à jour continuent. Un kernel 4.9 ce matin. C'est inquiétant, car cela me laisse penser qu'on ne cherche pas à geler les versions des composants majeurs pour sortir les isos de la 6. A ce rythme là, on est bien parti pour faire une rolling distro sans iso pour l'installer.
Les grosses mises à jour continuent. Un kernel 4.9 ce matin. C'est inquiétant, car cela me laisse penser qu'on ne cherche pas à geler les versions des composants majeurs pour sortir les isos de la 6. A ce rythme là, on est bien parti pour faire une rolling distro sans iso pour l'installer.
ca a été discuté sur la ML dev.
Le kernel 4.9 etant le prochain LTS il est sain de l'avoir par defaut dans mageia6 ( cela permettra de meilleurs mises a jour de securité, sans en pleine stable passer de 4.8 a 4.9 avec les risques que cela engendrerai ).
Donc n'ai pas de crainte de ton coté, c'est justement pour fournir une version + stable, + longtemps.
Membre de l'équipe KDE
Membre de l'équipe Java
Membre de l'équipe Sysadmin
Membre de l'équipe Sécurité
Président de l'association Mageia.org
Membre de l'équipe Java
Membre de l'équipe Sysadmin
Membre de l'équipe Sécurité
Président de l'association Mageia.org

vouf Membre non connecté
-
- Voir le profil du membre vouf
- Inscrit le : 16/08/2008
- Groupes :
Neoclust, merci pour ce retour. As t'on de la visibilité quant à la date sortie de la sta2 ?
Mageia 9 64 bits Plasma - Asus Prime Z690-P D4 -Intel Core i5 12600 K- 32 Go Kingston Fury Renegade DDR4-3600 Mhz- Gigabyte Nvidia RTX 3060 - Go-M2 Samsung Evo 970 1Tb-SSD 512 Gb Samsung Evo 960 -SSD 512 Gb Crucial M5

christian_fisch Membre non connecté
-
- Voir le profil du membre christian_fisch
- Inscrit le : 24/03/2011
- Groupes :
Le même cas d'échec du kernel 4.9 (impossible de monter le disque) est rapporté avec un ancien appareil AMD ( avec Athlon XP 3200+ )
https://ml.mageia.org/l/arc/qa-discuss/2017-01/msg00048.html
Ce kernel pour nouvelles machines, semble avoir abandonné d'anciennes procédures ?
Christian

Visiteur
Visiteur
Bonjour
Le même cas d'échec du kernel 4.9 (impossible de monter le disque) est rapporté avec un ancien appareil AMD ( avec Athlon XP 3200+ )
https://ml.mageia.org/l/arc/qa-discuss/2017-01/msg00048.html
Ce kernel pour nouvelles machines, semble avoir abandonné d'anciennes procédures ?
Le même cas d'échec du kernel 4.9 (impossible de monter le disque) est rapporté avec un ancien appareil AMD ( avec Athlon XP 3200+ )
https://ml.mageia.org/l/arc/qa-discuss/2017-01/msg00048.html
Ce kernel pour nouvelles machines, semble avoir abandonné d'anciennes procédures ?
Bonjour,
Autant le "non-support" du 3200 + ne m'étonne pas, autant je suis surpris que ton Pentium qui est "pae" et possède des instructions 64 Bits pose problème.
Tu parles d'une carte-mère serveur? Est-ce que le soucis ne viendrais plutôt pas de là si celle-ci est vraiment "trop" ancienne ?
Vigen.

Troumad Membre non connecté
-
- Voir le profil du membre Troumad
- Inscrit le : 16/10/2010
- Site internet
- Groupes :
j'ai aussi eu des craintes en voyant arriver ce nouveau noyau. Mais, j'en avais été informé par la liste de discussion dev. Celui-ci c'est passé sans problème, contrairement à la montée des versions du noyau 4.8 où ma carte réseau n'a plus été prise en compte.
Lors des problèmes de prise en compte de ma carte réseau, j'avais aussi eu des erreurs s'apparentant à des erreurs disques durs que j'ai du reformater plusieurs fois car le système passait d'instable à inexploitable (non bootable) régulièrement.
C'est une bonne nouvelle et j’applaudis l'équipe pour cette mise à jour. Par contre, il serait bien d'avoir des nouvelles de la progression de la 6 dont la page https://wiki.mageia.org/en/Mageia_6_D%C3%A9veloppement-fr , mise à jour récemment, n'est déjà plus à jour car la "Stabilisation de snapshot 2" qui aurait due avoir lieu en décembre n'est toujours pas présente. Je l'aurais bien aimer pour l'installer sur les PC que je viens de mettre à jour (windows=> linux).
Amicalement Votre
Bernard SIAUD Alias Troumad
Bernard SIAUD Alias Troumad

christian_fisch Membre non connecté
-
- Voir le profil du membre christian_fisch
- Inscrit le : 24/03/2011
- Groupes :
La révision 4 de ce matin (4.9.0-desktop586-4.mga6 )reconnait cette carte mère de serveur de près de 10 ans et son processeur Pentium(R) Dual-Core CPU E5300 @ 2.60GH
La machine est assez vaillante avec un ssd, une carte graphique ati .et 2Go de ram

Christian
Répondre
Vous n'êtes pas autorisé à écrire dans cette catégorie