Nettoyage noyaux...
plantage et grub...
Cauldron, la prochaine version de Mageia
Troumad Membre non connecté
-
- Voir le profil du membre Troumad
- Inscrit le : 16/10/2010
- Site internet
- Groupes :
J'ai trois mga sur mon PC. Mga6, Mga7 et Cauldron. Je ne sais plus quel grub gérait le démarrage. Mais, je viens d'avoir un problème qui me rappelle une vieille discussion que j'ai eu ici.
Donc, je vois avec "uname -r" que le noyau utilisé par ma cauldron est un vieux noyau mga7... Surpris, je fais du ménage et enlève avec drakrpm mes anciens noyaux. Gros plantage de cauldron au démarrage : plus de init.d dans le répertoire ! Après quelques manips, je vois que dans /boot de mga8 il y a le fichier "initrd-5.2.8-desktop-3.mga8.img". Je demande donc de booter avec le noyau correspondant et j'ai de nouveau mga8 activé.
L'origine de ce problème est il me semble que le système automatique d'installation de maageia neprend pas en compte les liens
initrd-desktop.img -> initrd-5.2.11-desktop-1.mga8.img
vmlinuz-desktop -> vmlinuz-5.2.11-desktop-1.mga8
Alors que ceci pourrait permettre à un seul grub de bien gérer les dernières versions de noyau sans avoir à modifier grub. Encore un gros regret d'avoir perdu l'ancienne version de grub qu iétait plus simple à utiliser : un fichier à modifier, rien d'autre à faire et la modif était appliquée !
Troumad Membre non connecté
-
- Voir le profil du membre Troumad
- Inscrit le : 16/10/2010
- Site internet
- Groupes :
Grace à cette expérience, j'ai pu ce matin faire booter ma mga7 sur le dernier noyau (le grig est géré par Cauldron).
En effet, l'installation et la configuration automatique de grub par mga ne prend pas en compte les liens. Si je regarde les lignes concernant mga7 dans grub.cfg, j'ai ceci :
Code :
menuentry 'Mageia 7 (7) (sur /dev/nvme0n1p6)' --class mageia --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-simple-93a4ca06-f88c-4be8-bc47-aa823a30cc76' {
savedefault
insmod part_gpt
insmod ext2
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root 93a4ca06-f88c-4be8-bc47-aa823a30cc76
else
search --no-floppy --fs-uuid --set=root 93a4ca06-f88c-4be8-bc47-aa823a30cc76
fi
linux /boot/vmlinuz-5.7.14-desktop-1.mga7 root=UUID=93a4ca06-f88c-4be8-bc47-aa823a30cc76 ro splash quiet noiswmd resume=/dev/nvme0n1p7 audit=0 vga=791
initrd /boot/initrd-5.7.14-desktop-1.mga7.img
}
Donc, par défaut, mga7 boote sur vmlinuz-5.7.14-desktop-1.mga7 et il n'est fait mention nulle par des versions "simplifiées" :
Code :
initrd-desktop.img -> initrd-5.8.4-desktop-1.mga8.img
initrd.img -> initrd-5.8.4-desktop-1.mga8.img
vmlinuz -> vmlinuz-5.8.4-desktop-1.mga8
vmlinuz-desktop -> vmlinuz-5.8.4-desktop-1.mga8
J'ai donc fait à la main à partir de mga8 le /boot de mga7 :
1) faire ces liens :
Code :
rm *5.6.14* -f
ln -s initrd.img initrd-5.6.14-desktop-2.mga7.img
ln -s vmlinuz vmlinuz-5.6.14-desktop-2.mga7
Après, je démarre sous mga7, je désinstalle le vieux noyau et je refais les liens :
Code :
ln -s initrd.img initrd-5.6.14-desktop-2.mga7.img
ln -s vmlinuz vmlinuz-5.6.14-desktop-2.mga7
Je considère ceci comme un bug. C'est à dire que l'outils de configuration automatique de mageia aurait du générer ces lignes dans grub :
Code :
menuentry 'Mageia 7 (7) (sur /dev/nvme0n1p6)' --class mageia --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-simple-93a4ca06-f88c-4be8-bc47-aa823a30cc76' {
savedefault
insmod part_gpt
insmod ext2
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root 93a4ca06-f88c-4be8-bc47-aa823a30cc76
else
search --no-floppy --fs-uuid --set=root 93a4ca06-f88c-4be8-bc47-aa823a30cc76
fi
linux /boot/vmlinuz root=UUID=93a4ca06-f88c-4be8-bc47-aa823a30cc76 ro splash quiet noiswmd resume=/dev/nvme0n1p7 audit=0 vga=791
initrd /boot/initrd.img
}
auroud85 Membre non connecté
-
- Voir le profil du membre auroud85
- Inscrit le : 20/07/2020
- Groupes :
-
Équipe Mageia
Troumad :
Bonjour
Grace à cette expérience, j'ai pu ce matin faire booter ma mga7 sur le dernier noyau (le grig est géré par Cauldron).
En effet, l'installation et la configuration automatique de grub par mga ne prend pas en compte les liens. Si je regarde les lignes concernant mga7 dans grub.cfg, j'ai ceci :
Grace à cette expérience, j'ai pu ce matin faire booter ma mga7 sur le dernier noyau (le grig est géré par Cauldron).
En effet, l'installation et la configuration automatique de grub par mga ne prend pas en compte les liens. Si je regarde les lignes concernant mga7 dans grub.cfg, j'ai ceci :
Code :
menuentry 'Mageia 7 (7) (sur /dev/nvme0n1p6)' --class mageia --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-simple-93a4ca06-f88c-4be8-bc47-aa823a30cc76' {
savedefault
insmod part_gpt
insmod ext2
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root 93a4ca06-f88c-4be8-bc47-aa823a30cc76
else
search --no-floppy --fs-uuid --set=root 93a4ca06-f88c-4be8-bc47-aa823a30cc76
fi
linux /boot/vmlinuz-5.7.14-desktop-1.mga7 root=UUID=93a4ca06-f88c-4be8-bc47-aa823a30cc76 ro splash quiet noiswmd resume=/dev/nvme0n1p7 audit=0 vga=791
initrd /boot/initrd-5.7.14-desktop-1.mga7.img
}
Bonjour, le fonctionnement que vous décrivez est NORMAL. SI et seulement SI GRUB2 est géré par Mageia 8 Cauldron, les scripts de GRUB font pointer les menus vers les vrais versions des noyaux. C'est normal ce que vous voyez. Par contre, merci de ne surtout pas faire un "update-grub" sous la 7.
Citation :
J'ai donc fait à la main à partir de mga8 le /boot de mga7 :
1) faire ces liens :
J'ai donc fait à la main à partir de mga8 le /boot de mga7 :
1) faire ces liens :
Code :
rm *5.6.14* -f
ln -s initrd.img initrd-5.6.14-desktop-2.mga7.img
ln -s vmlinuz vmlinuz-5.6.14-desktop-2.mga7
Euh... non. Le bug vient de chez vous. Le bon usage de la commande ln est:
Code BASH :
ln -s TARGET LINK_NAME
Voir:
Code BASH :
man ln
Et non, vous ne devez en aucun cas modifier à la main les stanza et laisser les scripts faire leur travail.
Sachez également que le fait d'avoir deux versions différentes de la même distribution sur un même disque dur n'est pas supporté par nos outils, SAUF si à l'installation de la deuxième, au moment d'installer le chargeur de démarrage, vous devez personnaliser (Modifier) et cocher la case "Ne pas toucher à l'ESP ou au MBR" dans l'assistant.
Cordialement
Aurélien
Mageia Bugsquad
Édité par auroud85 Le 27/08/2020 à 17h37
Troumad Membre non connecté
-
- Voir le profil du membre Troumad
- Inscrit le : 16/10/2010
- Site internet
- Groupes :
J'aurais préféré qu'il soit programmé pour reconnaitre (au moins pour les multi-boot mageia) les liens vers les derniers noyaux car ce nom restera immuable, même si le noyau est mis à jour.
Ceci m'a valu un gros plantage d'une cauldron car le boot était géré par la version stable et il lançait une trop vieille version. C'est pour ça que je fais gérer mon grub par Cauldron car c'est elle principalement que j'utilise. Mais, il faudrait que la version stable puisse toujours être facilement accessible.
auroud85 :
Euh... non. Le bug vient de chez vous. Le bon usage de la commande ln est :
troumad :
Code :
rm *5.6.14* -f
ln -s initrd.img initrd-5.6.14-desktop-2.mga7.img
ln -s vmlinuz vmlinuz-5.6.14-desktop-2.mga7
Euh... non. Le bug vient de chez vous. Le bon usage de la commande ln est :
Code BASH :
ln -s TARGET LINK_NAME
J'ai bien fait ce que je voulais : faire booter grub sur dernier noyau de mga7 sans avoir à modifier grub.
Édité par Troumad Le 27/08/2020 à 17h31
Répondre
Vous n'êtes pas autorisé à écrire dans cette catégorie