mise à jour Kernel sous Mageia 6 [Réglé]
plantage suite à la mise à jour
Système et matériels / Installation et configuration
ducyp9 Membre non connecté
-
- Voir le profil du membre ducyp9
- Inscrit le : 23/05/2011
- Groupes :
J'utilise un support live pour écrire ce message.
Je suis sous Mageia 6. Hier j'ai effectué une mise à jour du Kernel qui m'a été proposée (je ne sais plus quelle version).
La mise à jour s'est effectuée sans problème. J'ai éteint l'ordinateur.
Ce matin le système ne parvient plus à se lancer.
Voici le premier message qui apparait :
Minimal BASH-like line éditing is supported. For the first word, TAB lists possible command completions. Anywhere else TAB lists possible device or file completions.
grub>_ (invite de commande)
Pouvez-vous m'aider ?
Merci.
nic80 Membre non connecté
-
- Voir le profil du membre nic80
- Inscrit le : 06/08/2018
- Groupes :
-
Modérateur
Le message d' erreur me laisse penser que la mise à jour du grub ne s' est peut être pas bien passée...
Depuis un média non live, il me semble qu' il y a possibilité de procéder à la reinstallation du grub(mais pas depuis une image live ( en tous cas pas de manière facile))
Juste pour information ( et permettre d' explorer des pistes de correction), que donne un appui sur la touche tab ?
Après mon interprétation est peut être fausse (n' ayant pas encore eu ce type de message).
Si depuis le média live permet d' accéder au système défaillant, je regarderais ce que contient le répertoire /boot et le contenu du fichier /boot/grub2/grub.lst
Édité par nic80 Le 17/05/2019 à 19h30
ducyp9 Membre non connecté
-
- Voir le profil du membre ducyp9
- Inscrit le : 23/05/2011
- Groupes :
Après appui sur la touche tab :
https://www.mageialinux-online.org/upload/20190517_173455.jp
Contenu de /boot :
[live@localhost boot]$ l
config-4.14.100-desktop-1.mga6 grub2/ initrd.img@ System.map-4.14.104-desktop-2.mga6 vmlinuz-4.14.106-desktop-1.mga6
config-4.14.104-desktop-2.mga6 initrd-4.14.100-desktop-1.mga6.img symvers-4.14.100-desktop-1.mga6.xz System.map-4.14.106-desktop-1.mga6 vmlinuz-4.14.116-desktop-1.mga6
config-4.14.106-desktop-1.mga6 initrd-4.14.104-desktop-2.mga6.img symvers-4.14.104-desktop-2.mga6.xz System.map-4.14.116-desktop-1.mga6 vmlinuz-4.14.119-desktop-1.mga6
config-4.14.116-desktop-1.mga6 initrd-4.14.106-desktop-1.mga6.img symvers-4.14.106-desktop-1.mga6.xz System.map-4.14.119-desktop-1.mga6 vmlinuz-4.14.30-desktop-3.mga6
config-4.14.119-desktop-1.mga6 initrd-4.14.116-desktop-1.mga6.img symvers-4.14.116-desktop-1.mga6.xz System.map-4.14.30-desktop-3.mga6 vmlinuz-4.14.40-desktop-1.mga6
config-4.14.30-desktop-3.mga6 initrd-4.14.119-desktop-1.mga6.img symvers-4.14.119-desktop-1.mga6.xz System.map-4.14.40-desktop-1.mga6 vmlinuz-4.14.44-desktop-2.mga6
config-4.14.40-desktop-1.mga6 initrd-4.14.30-desktop-3.mga6.img symvers-4.14.30-desktop-3.mga6.xz System.map-4.14.44-desktop-2.mga6 vmlinuz-4.14.50-desktop-2.mga6
config-4.14.44-desktop-2.mga6 initrd-4.14.40-desktop-1.mga6.img symvers-4.14.40-desktop-1.mga6.xz System.map-4.14.50-desktop-2.mga6 vmlinuz-4.14.56-desktop-1.mga6
config-4.14.50-desktop-2.mga6 initrd-4.14.44-desktop-2.mga6.img symvers-4.14.44-desktop-2.mga6.xz System.map-4.14.56-desktop-1.mga6 vmlinuz-4.14.62-desktop-2.mga6
config-4.14.56-desktop-1.mga6 initrd-4.14.50-desktop-2.mga6.img symvers-4.14.50-desktop-2.mga6.xz System.map-4.14.62-desktop-2.mga6 vmlinuz-4.14.65-desktop-1.mga6
config-4.14.62-desktop-2.mga6 initrd-4.14.56-desktop-1.mga6.img symvers-4.14.56-desktop-1.mga6.xz System.map-4.14.65-desktop-1.mga6 vmlinuz-4.14.69-desktop-1.mga6
config-4.14.65-desktop-1.mga6 initrd-4.14.62-desktop-2.mga6.img symvers-4.14.62-desktop-2.mga6.xz System.map-4.14.69-desktop-1.mga6 vmlinuz-4.14.70-desktop-2.mga6
config-4.14.69-desktop-1.mga6 initrd-4.14.65-desktop-1.mga6.img symvers-4.14.65-desktop-1.mga6.xz System.map-4.14.70-desktop-2.mga6 vmlinuz-4.14.78-desktop-1.mga6
config-4.14.70-desktop-2.mga6 initrd-4.14.69-desktop-1.mga6.img symvers-4.14.69-desktop-1.mga6.xz System.map-4.14.78-desktop-1.mga6 vmlinuz-4.14.89-desktop-1.mga6
config-4.14.78-desktop-1.mga6 initrd-4.14.70-desktop-2.mga6.img symvers-4.14.70-desktop-2.mga6.xz System.map-4.14.89-desktop-1.mga6 vmlinuz-4.9.35-desktop-1.mga6
config-4.14.89-desktop-1.mga6 initrd-4.14.78-desktop-1.mga6.img symvers-4.14.78-desktop-1.mga6.xz System.map-4.9.35-desktop-1.mga6 vmlinuz-desktop@
config-4.9.35-desktop-1.mga6 initrd-4.14.89-desktop-1.mga6.img symvers-4.14.89-desktop-1.mga6.xz vmlinuz@
dracut/ initrd-4.9.35-desktop-1.mga6.img symvers-4.9.35-desktop-1.mga6.xz vmlinuz-4.14.100-desktop-1.mga6
gfxmenu* initrd-desktop.img@ System.map-4.14.100-desktop-1.mga6 vmlinuz-4.14.104-desktop-2.mga6
contenu du fichier /boot/grub2/grub.lst
[live@localhost grub2]$ l
custom.cfg fonts/ grub.cfg.new grub.cfg.old grubenv grubenv.old i386-pc/ install.sh* install.sh.old* locale/ themes/
Apparemment pas de fichier grub.lst
nic80 Membre non connecté
-
- Voir le profil du membre nic80
- Inscrit le : 06/08/2018
- Groupes :
-
Modérateur
Désolé pour le nom du fichier, il s' agit probablement du grub.cfg, que je ne vois pas dans la liste des fichiers. C' est bien un listing du répertoire /boot/grub2 du système défaillant (et pas du média live ) ? Dans ce cas, l' absence du grub.cfg est peut être la cause de la non présentation du menu.
ducyp9 Membre non connecté
-
- Voir le profil du membre ducyp9
- Inscrit le : 23/05/2011
- Groupes :
Citation :
Depuis un média non live, il me semble qu' il y a possibilité de procéder à la reinstallation du grub
Depuis un média non live, il me semble qu' il y a possibilité de procéder à la reinstallation du grub
Un support non live permettrait de régénérer le fichier grub.cfg ?
Édité par ducyp9 Le 17/05/2019 à 20h33
Fafoulous Membre non connecté
-
- Voir le profil du membre Fafoulous
- Inscrit le : 27/07/2011
- Groupes :
Nic80 a raison, il s'agit bien d'un problème de grub. En cherchant sur le net, les solutions sont assez costauds.
Avec un iso complet, au démarrage, tu as un option rescue system qui permet de ré-installer GRUB.
ducyp9 Membre non connecté
-
- Voir le profil du membre ducyp9
- Inscrit le : 23/05/2011
- Groupes :
nic80 Membre non connecté
-
- Voir le profil du membre nic80
- Inscrit le : 06/08/2018
- Groupes :
-
Modérateur
Si le listing du répertoire grub2 est bien celui du système défaillant, peut être que renommer le fichier grub.cfg.new en grub.cfg pourrait être suffisant ( je n' ai aucune idée du résultat)? Il faudrait s' assurer que le fichier grub.cfg.new n' est pas vide avant ( et contient une entrée vers le noyau 4.14.119)
ducyp9 Membre non connecté
-
- Voir le profil du membre ducyp9
- Inscrit le : 23/05/2011
- Groupes :
Avec un iso complet, l'option rescue system ne règle pas le problème. J'ai toujours le même message au démarrage.
nic80 :
Je ne peux pas renommer le fichier grub.cfg.new ni accéder à son contenu.
nic80 Membre non connecté
-
- Voir le profil du membre nic80
- Inscrit le : 06/08/2018
- Groupes :
-
Modérateur
J' ai "cassé" ma machine virtuelle afin d' avoir un message similaire (bash minimal) en renommant volontairement le fichier /boot/grub2/grub.cfg en /boot/grub2/grub.cfg.new ( je sais que ce fichier est bon...). Et j' ai booté la machine virtuelle avec une une image live 6.1 plasma.
Depuis Dolphin, il n' est pas possible de renommer le fichier grub.cfg.new vers autre chose ( l' option est grisée).
En revanche, il doit être possible de voir le contenu du fichier en faisant un clic droit sur le fichier et "ouvrir avec" avec kwrite par exemple.
Si le contenu est vide, c' est problématique...
Sinon, s' il contient quelque chose ( avec une entrée vers un noyau 4.4.119 par exemple), il doit être possible de le renommer...
il faut ouvrir une konsole et lancer la commande "mount" afin d' afficher ce qui est monté ( s' il y a eu une tentative d' accès depuis Dolphin, la dernière ligne devrait correspondre au système défaillant ( ligne de type "/dev/sdXy on /run/media/live/..." où X et y permettent d' identifier la partition montée et les ... correspondent à une suite de chiffres et lettres ( je suppose qu' il s' agit de l' uuid de la partition)).
Faire un "cd /dev/sdXy on /run/media/live/..."
puis un cd boot/grub2
A ce niveau, un "cat grub.cfg.new" devrait permettre de voir le contenu du fichier afin de déterminer s' il est vide ou non.
A ce stade, nous sommes en utilisateur normal ( pas en root du système). Un "mv grub.cfg.new grub.cfg" va échouer car il faut passer en root avec la commande "su". Il sera ensuite possible de retenter un "mv grub.cfg.new grub.cfg"
Bien entendu, la cause de la non présentation du menu grub peut avoir une autre cause...
ducyp9 Membre non connecté
-
- Voir le profil du membre ducyp9
- Inscrit le : 23/05/2011
- Groupes :
J'essaie la suite des commandes.
ducyp9 Membre non connecté
-
- Voir le profil du membre ducyp9
- Inscrit le : 23/05/2011
- Groupes :
[live@localhost ~]$ mount
/dev/sda6 on /run/media/live/a4fdc188-00fa-437d-822f-c057b41faa2a type ext4 (rw,nosuid,nodev,relatime,data=ordered,uhelper=udisks2)
/dev/sda1 on /run/media/live/2ce76597-8cbc-4d84-9299-5ddf881fe04f type ext4 (rw,nosuid,nodev,relatime,data=ordered,uhelper=udisks2)
/dev/sdb1 on /run/media/live/e839c542-160f-4471-99de-96df4c98c2ab type ext4 (rw,nosuid,nodev,relatime,data=ordered,uhelper=udisks2)
Puis avec la commande cd
[live@localhost ~]$ cd /dev/sda6 on /run/media/live/a4fdc188-00fa-437d-822f-c057b41faa2a
bash: cd: /dev/sda6: N'est pas un dossier
[live@localhost ~]$ cd /dev/sda1 on /run/media/live/2ce76597-8cbc-4d84-9299-5ddf881fe04f
bash: cd: /dev/sda1: N'est pas un dossier
[live@localhost ~]$ cd /dev/sdb1 on /run/media/live/e839c542-160f-4471-99de-96df4c98c2ab
bash: cd: /dev/sdb1: N'est pas un dossier
Même résultat si je suis en root.
Édité par ducyp9 Le 18/05/2019 à 21h44
nic80 Membre non connecté
-
- Voir le profil du membre nic80
- Inscrit le : 06/08/2018
- Groupes :
-
Modérateur
le fait que l' on ne puisse pas lire le grub.cfg.new n' est probablement pas une bonne nouvelle...
sinon pour les cd, il faut ne pas tenir compte du /dev/sdax ( en relisant, je m' aperçois que j' ai fait une erreur ! ):
Code BASH :
cd /run/media/live/e839c542-160f-4471-99de-96df4c98c2ab
par exemple.
Une fois le bon répertoire identifié ( celui qui contient le répertoire boot) donc ce sera probablement l' une de ces commande:
Code BASH :
cd /run/media/live/a4fdc188-00fa-437d-822f-c057b41faa2a/boot
ou
Code BASH :
cd /run/media/live/2ce76597-8cbc-4d84-9299-5ddf881fe04f/boot
ou
Code BASH :
,cd /run/media/live/e839c542-160f-4471-99de-96df4c98c2ab/boot
il faudra taper la commande
Code BASH :
pour vérifier les droits de lecture (et la taille des fichiers)ls -al grub2/grub.cfg*
si la taille du grub.cfg.new est différente de 0 et que les lignes sont similaires, alors en root, on peut faire la commande
Code BASH :
mv grub.cfg.new grub.cfgÉdité par nic80 Le 18/05/2019 à 22h18
ducyp9 Membre non connecté
-
- Voir le profil du membre ducyp9
- Inscrit le : 23/05/2011
- Groupes :
En utilisateur :
[live@localhost ~]$ cd /run/media/live/2ce76597-8cbc-4d84-9299-5ddf881fe04f/boot
[live@localhost boot]$ ls -al grub2/grub.cfg*
-rw------- 1 root root 34475 mai 16 20:01 grub2/grub.cfg.new
-rw-r--r-- 1 root root 32805 mai 13 19:04 grub2/grub.cfg.old
[live@localhost boot]$ cat grub2/grub.cfg.new
cat: grub2/grub.cfg.new: Permission non accordée
En root :
[live@localhost boot]$ su
[root@localhost boot]# cd /run/media/live/2ce76597-8cbc-4d84-9299-5ddf881fe04f/boot/grub2
[root@localhost grub2]# ls -al grub.cfg*
-rw------- 1 root root 34475 mai 16 20:01 grub.cfg.new
-rw-r--r-- 1 root root 32805 mai 13 19:04 grub.cfg.old
Début du contenu du fichier grub.cfg.new :
[root@localhost grub2]# cat grub.cfg.new
#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by grub2-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#
### BEGIN /etc/grub.d/00_header ###
set pager=1
if [ -s $prefix/grubenv ]; then
load_env
fi
etc.
Édité par ducyp9 Le 18/05/2019 à 22h34
ducyp9 Membre non connecté
-
- Voir le profil du membre ducyp9
- Inscrit le : 23/05/2011
- Groupes :
Je renomme le fichier :
mv grub.cfg.new grub.cfg
Je redémarre l'ordinateur à partir du disque dur et ..........
Magnifique, c'est reparti !
Je n'ai pas compris pourquoi la mise à jour s'est mal passée, mais je te remercie pour ton aide précieuse. Respect !
J'en profite pour remercier également tous les contributeurs.
Vive ce forum !
Édité par ducyp9 Le 18/05/2019 à 23h06
Répondre
Vous n'êtes pas autorisé à écrire dans cette catégorie