Mageia5: confusion DD à l'install ou upgrade nouveau kernel
PCs, double boot: XP, MGA sur DD différents
Système et matériels / Installation et configuration
kalagani Membre non connecté
-
- Voir le profil du membre kalagani
- Inscrit le : 10/03/2012
- Groupes :
sur mes 2 PC, venant de Mageia4, je suis passé en Mageia5 en reformatant /home et / et en mettant le chargeur dans / plutôt que dans le MBR.
Sur ces 2 PCs, le redémarrage après install réussie de Mageia5 a été un échec que j'attribue à une confusion d'installation car il y a plusieurs DD.
Ces 2 PC sont en double boot XP/Linux chaque OS sur 1 DD différent
Sur mon PC1, en Grub2, à 4 DD, je m'en suis sorti via un DVD Boot Repair Disk pour tomber dans un
kernel panic à l'upgrade noyau 4.1.8, j'ai pu redémarrer sur le précédent noyau mais j'attends une MAJ du kernel 4.1.8 pour continuer.
Sur mon PC2 en Grub Legacy à 2 DD je m'en suis sorti en inversant la numérotation DD dans menu.lst, ci dessous après correction
Caché :
mais là osant la MAJ sur le noyau 4.1.8, rebelotte, même message d' Erreur 17 au redémarrage.Code BASH :
cat menu.lst.old timeout 10 color black/cyan yellow/cyan gfxmenu (hd1,1)/boot/gfxmenu default 0 title linux kernel (hd1,1)/boot/vmlinuz BOOT_IMAGE=linux root=UUID=d50bc87f-b1ba-47fb-8d21-e36d21ee8d57 nokmsboot splash quiet noiswmd resume=UUID=74f4bbef-5d16-4db8-b937-516b19a53e12 vga=788 root (hd1,1) initrd /boot/initrd.img title linux-nonfb kernel (hd1,1)/boot/vmlinuz BOOT_IMAGE=linux-nonfb root=UUID=d50bc87f-b1ba-47fb-8d21-e36d21ee8d57 nokmsboot resume=UUID=74f4bbef-5d16-4db8-b937-516b19a53e12 root (hd1,1) initrd /boot/initrd.img title failsafe kernel (hd1,1)/boot/vmlinuz BOOT_IMAGE=failsafe root=UUID=d50bc87f-b1ba-47fb-8d21-e36d21ee8d57 nokmsboot failsafe noiswmd root (hd1,1) initrd /boot/initrd.img title windows XP root (hd0,0) chainloader +1
J'ai alors essayé les autres combinaisons proposées au démarrage, dont 2 fois Amorcer Mageia5
Amorcer Mageia5 -> Erreur 17
Amorcer Mageia5 (en mode sans échec) -> OK en 4.1.8
windows XP -> OK
Amorcer Mageia5 -> OK en 4.1.8
desktop 4.1.8-1 mga5 -> Erreur 17
Remarque: dans ce menu à 5 entrées, aucune proposition pour redémarrer sur l'ancien noyau 3.1.9
Ayant démarré sur le second Amorcer Mageia5, j'ai découvert le menu.lst laissé par l'upgrade noyau
Caché :
Code BASH :
cat menu.lst.2015-10-05.pb timeout 10 color black/cyan yellow/cyan gfxmenu (hd1,1)/boot/gfxmenu default 0 title linux kernel (hd0,1)/boot/vmlinuz BOOT_IMAGE=linux root=UUID=d50bc87f-b1ba-47fb-8d21-e36d21ee8d57 nokmsboot splash quiet noiswmd resume=UUID=74f4bbef-5d16-4db8-b937-516b19a53e12 vga=788 root (hd0,1) initrd /boot/initrd.img title linux-nonfb kernel (hd1,1)/boot/vmlinuz BOOT_IMAGE=linux-nonfb root=UUID=d50bc87f-b1ba-47fb-8d21-e36d21ee8d57 nokmsboot resume=UUID=74f4bbef-5d16-4db8-b937-516b19a53e12 root (hd1,1) initrd /boot/initrd.img title failsafe kernel (hd1,1)/boot/vmlinuz BOOT_IMAGE=failsafe root=UUID=d50bc87f-b1ba-47fb-8d21-e36d21ee8d57 nokmsboot failsafe noiswmd root (hd1,1) initrd /boot/initrd.img title windows XP root (hd0,0) chainloader +1 title linux kernel (hd1,1)/boot/vmlinuz BOOT_IMAGE=linux root=UUID=d50bc87f-b1ba-47fb-8d21-e36d21ee8d57 nokmsboot splash quiet noiswmd resume=UUID=74f4bbef-5d16-4db8-b937-516b19a53e12 vga=788 root (hd1,1) initrd /boot/initrd.img title desktop 4.1.8-1.mga5 kernel (hd0,1)/boot/vmlinuz-4.1.8-desktop-1.mga5 BOOT_IMAGE=desktop_4.1.8-1.mga5 root=UUID=d50bc87f-b1ba-47fb-8d21-e36d21ee8d57 nokmsboot splash quiet noiswmd resume=UUID=74f4bbef-5d16-4db8-b937-516b19a53e12 vga=788 root (hd0,1) initrd /boot/initrd-4.1.8-desktop-1.mga5.img
Où là encore pour les entrées en Erreur 17, il a fallu passer hd0 à hd1
ce qui a eu pour conséquence au prochain démarrage d'avoir maintenant un menu à 6 entrées et de changer un intitulé
Amorcer Mageia5
linux-nonfb 4.1.8-1.mga5
failsafe 4.1.8-mga5
windows XP -> OK
Amorcer Mageia5 -> OK en 4.1.8
desktop 4.1.8-1 mga5 -> Erreur 17
L'examen du menu.lst confirmant aucune entrée sur le noyau précédent, le seul vmlinuz indiqué étant celui du noyau upgradé
Caché :
Code BASH :
ls -rtl total 34736 drwxr-xr-x 2 root root 4096 juin 5 18:11 dracut/ -rw-r--r-- 1 root root 3224453 juin 13 19:08 System.map-3.19.8-desktop-3.mga5 -rw-r--r-- 1 root root 171324 juin 13 19:08 config-3.19.8-desktop-3.mga5 -rw-r--r-- 1 root root 4342080 juin 13 19:08 vmlinuz-3.19.8-desktop-3.mga5 -rw-r--r-- 1 root root 245392 juin 13 19:08 symvers-3.19.8-desktop-3.mga5.xz -rw------- 1 root root 9415318 août 6 22:55 initrd-3.19.8-desktop-3.mga5.img -rwxr-xr-x 1 root root 562688 août 6 23:02 gfxmenu* -rw-r--r-- 1 root root 440 août 6 23:02 boot.backup.sdb -rw-r--r-- 1 root root 4431792 sept. 20 14:43 vmlinuz-4.1.8-desktop-1.mga5 -rw-r--r-- 1 root root 3300303 sept. 20 14:43 System.map-4.1.8-desktop-1.mga5 -rw-r--r-- 1 root root 249540 sept. 20 14:43 symvers-4.1.8-desktop-1.mga5.xz -rw-r--r-- 1 root root 174225 sept. 20 14:43 config-4.1.8-desktop-1.mga5 -rw------- 1 root root 9334879 oct. 5 23:01 initrd-4.1.8-desktop-1.mga5.img lrwxrwxrwx 1 root root 28 oct. 5 23:01 vmlinuz-desktop -> vmlinuz-4.1.8-desktop-1.mga5 lrwxrwxrwx 1 root root 28 oct. 5 23:01 vmlinuz -> vmlinuz-4.1.8-desktop-1.mga5 lrwxrwxrwx 1 root root 31 oct. 5 23:01 initrd.img -> initrd-4.1.8-desktop-1.mga5.img lrwxrwxrwx 1 root root 31 oct. 5 23:01 initrd-desktop.img -> initrd-4.1.8-desktop-1.mga5.img drwxr-xr-x 2 root root 4096 oct. 6 11:09 grub/
j'ai donc ensuite modifié la dernière entrée pour retrouver aussi un démarrage sur l'ancien noyau
Code BASH :
en en profitant pour supprimer celle concernant le doublon "Amorcer Mageia5"strictement identique à la 1ère entrée modifiée.title desktop 3.19.8-3.mga5 kernel (hd1,1)/boot/vmlinuz-3.19.8-desktop-3.mga5 BOOT_IMAGE=desktop_3.19.8-3.mga5 root=UUID=d50bc87f-b1ba-47fb-8d21-e36d21ee8d57 nokmsboot splash quiet noiswmd resume=UUID=74f4bbef-5d16-4db8-b937-516b19a53e12 vga=788 root (hd1,1) initrd /boot/initrd-3.19.8-desktop-3.mga5.img
Alors une idée de pourquoi ce menu.lst (Grub Legacy) erroné autant à l'install qu'à l'upgrade Mageia5?
Mon hypothèse de la confusion due à plusieurs DD tient elle?
PS: j'imagine que pour l'autre PC l'équivalent Grub2 de menu.lst devait l'être aussi, mais béotien en Grub2, je ne me suis pas lancé à
l'invite Grub rescue> une fois que j'avais changé l'ordre DD dans le BIOS...
Édité par kalagani Le 09/11/2015 à 22h13
Papoteur Membre non connecté
-
- Voir le profil du membre Papoteur
- Inscrit le : 03/10/2011
- Groupes :
-
Modérateur
-
Équipe Mageia
-
Administrateur
-
Forgeron
kalagani Membre non connecté
-
- Voir le profil du membre kalagani
- Inscrit le : 10/03/2012
- Groupes :
je me doutais de ta réponse :+)
C'est fait bug 16918
d'autant que j'avais déjà constaté le pb à l'installation Mageia4...
kalagani Membre non connecté
-
- Voir le profil du membre kalagani
- Inscrit le : 10/03/2012
- Groupes :
j'écrivais à propos de mon PC2 en Grub Legacy à 2 DD
kalagani :
et bien même cause (confusion entre les 2 DD), même conséquencemais là osant la MAJ sur le noyau 4.1.8, rebelotte, même message d' Erreur 17 au redémarrage.
à la MAJ du noyau 4.1.12= aussi Erreur 17 au redémarrage,
Donc une nouvelle fois en édition après le Press any key to continue...
changement de hd0 à hd1 de l'entrée Linux correspondante
Puis une fois démarré même chose en définitif dans menu.lst
Et encore aussi
_suppression de l'entrée Amorcer Mageia5 en doublon
_et pour retrouver un démarrage sur le noyau précédent 4.1.8
remplacement de -4.1.12-xxxxxx-1.mga5 par -4.1.8-xxxxxx-1.mga5 sur la dernière ligne...
Édité par kalagani Le 09/11/2015 à 22h25
lebarhon Membre non connecté
-
- Voir le profil du membre lebarhon
- Inscrit le : 09/10/2010
- Groupes :
-
Équipe Mageia
-
Membre d'Honneur
Tes disques sont-ils en IDE ou en sata ?
kalagani Membre non connecté
-
- Voir le profil du membre kalagani
- Inscrit le : 10/03/2012
- Groupes :
lebarhon :
les 2 DD sont en SATA (vu sur bus SCSI dans le CCM->Matériel), j'ai mis un inxi -F (comment 2) de ma conf dans le bug 16918 que j'ai ouvert....
Tes disques sont-ils en IDE ou en sata ?
Tes disques sont-ils en IDE ou en sata ?
Il semble (début de Comment 3)
Citation :
qu'il n'y ait pas de solution avec Grub1...These sort of issues have been around for years and are well known with grub legacy.
They are BIOS dependant and are virtually impossible to resolve.
They are BIOS dependant and are virtually impossible to resolve.
Je veux bien mais j'ai laissé ouvert car sur mon autre PC j'avais eu le même pb avec Grub2 cas B) dans ma description,
pour tomber ensuite dans un kernel panic à l'upgrade 4.1.8, lequel résolu en repassant en Grub1!!!
Et donc sur cet autre PC (à 4 DD SAS) repassé en Grub1 je m'attends quand je vais upgrader en 4.1.12 à une nouvelle confusion,
sauf à virer momentanément les 3 qui ne supportent pas Mageia.
Édité par kalagani Le 10/11/2015 à 11h04
kalagani Membre non connecté
-
- Voir le profil du membre kalagani
- Inscrit le : 10/03/2012
- Groupes :
kalagani :
Hello,
j'écrivais à propos de mon PC2 en Grub Legacy à 2 DD
à la MAJ du noyau 4.1.12= aussi Erreur 17 au redémarrage,
Donc une nouvelle fois en édition après le Press any key to continue...
changement de hd0 à hd1 de l'entrée Linux correspondante
Puis une fois démarré même chose en définitif dans menu.lst
Et encore aussi
_suppression de l'entrée Amorcer Mageia5 en dou1blon
_et pour retrouver un démarrage sur le noyau précédent 4.1.8
remplacement de -4.1.12-xxxxxx-1.mga5 par -4.1.8-xxxxxx-1.mga5 sur la dernière ligne...
j'écrivais à propos de mon PC2 en Grub Legacy à 2 DD
kalagani :
et bien même cause (confusion entre les 2 DD), même conséquencemais là osant la MAJ sur le noyau 4.1.8, rebelotte, même message d' Erreur 17 au redémarrage.
à la MAJ du noyau 4.1.12= aussi Erreur 17 au redémarrage,
Donc une nouvelle fois en édition après le Press any key to continue...
changement de hd0 à hd1 de l'entrée Linux correspondante
Puis une fois démarré même chose en définitif dans menu.lst
Et encore aussi
_suppression de l'entrée Amorcer Mageia5 en dou1blon
_et pour retrouver un démarrage sur le noyau précédent 4.1.8
remplacement de -4.1.12-xxxxxx-1.mga5 par -4.1.8-xxxxxx-1.mga5 sur la dernière ligne...
mais cette fois plutôt que de changer hd0 à hd1 dans menu.lst, j'ai changé l'ordre DD de démarrage dans le BIOS pensant ainsi m'affranchir de rechanger ce même menu.lst à chaque MAJ kernel.
La seule modif en attendant la prochaine MAJ étant simplement de changer le hd du gfxmenu et celui du boot XP pour être conforme au nouvel ordre BIOS, ainsi sur mon PC2 grub Legacy
Code BASH :
devientgfxmenu (hd1,1)/boot/gfxmenu ... title windows XP root (hd0,0) chainloader +1
Code BASH :
et pendant que j'y étais revenir en arrière sur les hd des anciens kernels demeurant ds menu.lstgfxmenu (hd0,1)/boot/gfxmenu ... title windows XP root (hd1,0) map (0x80) (0x81) map (0x81) (0x80) chainloader +1
la ligne sur la dernière MAJ 4.1.15-desktop-1.mga5 étant correcte.
J'en profitais aussi pour supprimer le fichier device.map
Caché :
lequel fichier parce que porteur d'une mauvaise correspondance semblait être à la source de ce pb récurrent d'Erreur 17 à chaque MAJ kernel. (Une précédente tentative de suppression de celui-ci sans changer l'ordre BIOS n'avait rien donné.)Code BASH :
more device.map.old (hd0) /dev/sdb (hd1) /dev/sda
Voilà, après vérif du bon fonctionnement des lignes de menu.lst je n'avais plus qu'à attendre la prochaine MAJ kernel...
kalagani Membre non connecté
-
- Voir le profil du membre kalagani
- Inscrit le : 10/03/2012
- Groupes :
kalagani :
Et bien pas eu à attendre longtemps le kernel-desktop-4.1.15-2.mga5-1-1.mga5 s'est présenté...Voilà, après vérif du bon fonctionnement des lignes de menu.lst je n'avais plus qu'à attendre la prochaine MAJ kernel...
MAJ puis redémarrage et pas d'erreur 17 après changement d'ordre de démarrage DD dans le BIOS tel que présenté au dessus.
Mais, car il y a un mais, un uname -a me montre que je suis tjs sur le kernel précédent alors que le nouveau a bien été installé sur le DD
Caché :
Code BASH :
uname -a Linux localhost 4.1.15-desktop-1.mga5 #1 SMP Thu Dec 24 22:04:24 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux rpm -qa |grep kernel-desktop-4 kernel-desktop-4.1.15-1.mga5-1-1.mga5 kernel-desktop-4.1.8-1.mga5-1-1.mga5 kernel-desktop-4.1.15-2.mga5-1-1.mga5
En effet pas de trace de ce kernel -2 dans menu.lst
Caché :
et dans /boot son image initrd-4.1.15-desktop-2.mga5.img est manquante avec le lienCode BASH :
more /boot/grub/menu.lst timeout 10 color black/cyan yellow/cyan gfxmenu (hd0,1)/boot/gfxmenu default 0 title linux kernel (hd0,1)/boot/vmlinuz BOOT_IMAGE=linux root=UUID=d50bc87f-b1ba-47fb-8d21-e36d21ee8d57 nokmsboot splash quiet noiswmd resume=UUID=74f4b bef-5d16-4db8-b937-516b19a53e12 vga=788 root (hd0,1) initrd /boot/initrd.img title linux-nonfb kernel (hd0,1)/boot/vmlinuz BOOT_IMAGE=linux-nonfb root=UUID=d50bc87f-b1ba-47fb-8d21-e36d21ee8d57 nokmsboot resume=UUID=74f4bbef-5d16-4db8- b937-516b19a53e12 root (hd0,1) initrd /boot/initrd.img title failsafe kernel (hd0,1)/boot/vmlinuz BOOT_IMAGE=failsafe root=UUID=d50bc87f-b1ba-47fb-8d21-e36d21ee8d57 nokmsboot failsafe noiswmd root (hd0,1) initrd /boot/initrd.img title windows XP root (hd1,0) map (0x80) (0x81) map (0x81) (0x80) chainloader +1 title desktop 3.19.8-3.mga5 kernel (hd0,1)/boot/vmlinuz-3.19.8-desktop-3.mga5 BOOT_IMAGE=desktop_3.19.8-3.mga5 root=UUID=d50bc87f-b1ba-47fb-8d21-e36d21ee8d57 nokmsboot splash quiet noiswmd resume=UUID=74f4bbef-5d16-4db8-b937-516b19a53e12 vga=788 root (hd0,1) initrd /boot/initrd-3.19.8-desktop-3.mga5.img title desktop 4.1.8-1.mga5 kernel (hd0,1)/boot/vmlinuz-4.1.8-desktop-1.mga5 BOOT_IMAGE=desktop_4.1.8-1.mga5 root=UUID=d50bc87f-b1ba-47fb-8d21-e36d21ee8d57 nokmsboot sp lash quiet noiswmd resume=UUID=74f4bbef-5d16-4db8-b937-516b19a53e12 vga=788 root (hd0,1) initrd /boot/initrd-4.1.8-desktop-1.mga5.img
initrd-desktop.img -> initrd-4.1.15-desktop-2.mga5.img
sur celle-ci étant en rouge signifiant bien pas de cible!
Une idée de ce qui a pu se passer?
Et où récupérer cette image (mon système étant déclaré à jour via CCM)?
Édité par kalagani Le 27/01/2016 à 09h56
lebarhon Membre non connecté
-
- Voir le profil du membre lebarhon
- Inscrit le : 09/10/2010
- Groupes :
-
Équipe Mageia
-
Membre d'Honneur
Il pourrait être salutaire de vérifier que grub utilise des UUID corrects :
- utiliser la commande $ll /dev/disk/by-uuid pour connaître les uuid des partitions
- vérifier les uuid utilisés par grub Legacy dans menu.lst et par Grub2 dans le fichier /boot/grub2/grub.cfg.
Si Grub2 refuse de démarrer et te retourne
Grub rescue >
tape (attention, clavier qwerty) :
set prefix=(hd0,gpt4)/boot/grub2
set root=(hd0,gpt4)
insmod normal
normal
en supposant que la partition hd0,gpt4 (ou autrement noté sda3) abrite un système en état de fonctionner
kalagani Membre non connecté
-
- Voir le profil du membre kalagani
- Inscrit le : 10/03/2012
- Groupes :
lebarhon :
Bonjour,
Il pourrait être salutaire de vérifier que grub utilise des UUID corrects :
- utiliser la commande $ll /dev/disk/by-uuid pour connaître les uuid des partitions
- vérifier les uuid utilisés par grub Legacy dans menu.lst et par Grub2 dans le fichier /boot/grub2/grub.cfg.
Si Grub2 refuse de démarrer et te retourne
Grub rescue >
tape (attention, clavier qwerty) :
set prefix=(hd0,gpt4)/boot/grub2
set root=(hd0,gpt4)
insmod normal
normal
en supposant que la partition hd0,gpt4 (ou autrement noté sda3) abrite un système en état de fonctionner
Il pourrait être salutaire de vérifier que grub utilise des UUID corrects :
- utiliser la commande $ll /dev/disk/by-uuid pour connaître les uuid des partitions
- vérifier les uuid utilisés par grub Legacy dans menu.lst et par Grub2 dans le fichier /boot/grub2/grub.cfg.
Si Grub2 refuse de démarrer et te retourne
Grub rescue >
tape (attention, clavier qwerty) :
set prefix=(hd0,gpt4)/boot/grub2
set root=(hd0,gpt4)
insmod normal
normal
en supposant que la partition hd0,gpt4 (ou autrement noté sda3) abrite un système en état de fonctionner
je suis en Grub Legacy et les UUID du menu.lst (ROOT et RESUME) existent bien tels que donnés par la commande ll /dev/disk/by-uuid.
Ce PC n'a pas de pb de démarrage c'est juste qu'il n'existe pas dans /boot l'image du dernier kernel (initrd-4.1.15-desktop-2.mga5.img) et donc tourne sur le précédent.
Dans un 1er temps je cherche comment regénérer cette image!
PS: pas de Grub2 sur ce PC, mon seul essai en Grub2 sur mon PC principal s'était soldé par un kernel panic résolu en revenant à Grub Legacy
Édité par kalagani Le 30/01/2016 à 11h15
Répondre
Vous n'êtes pas autorisé à écrire dans cette catégorie