Forum

Bonjour,
Suite à une MaJ mon Lenovo Ideapad 330 M8 ne démarre plus.
En fait il arrive a un écran "GNU GRUB version 2.02" et une ligne grub>_
Que dois-je faire?
Merci de vos réponses.
PR

Bonjour,

Ça ne semble pas très bon...

C' est le shell de grub.

Je pars de l' hypothèse qu' il s' agit d' une mise à jour du noyau (potentiellement) et que le fichier de config n'est pas trouvé.

Il faudrait faire un "ls" afin de voir les disques présents et leur partitions.

On devrait avoir quelque chose du type (hd0,msdos1).

Le but du jeu c' est de trouver l'endroit où se trouve le fichier de configuration attendu par grub.

Si on a comme retour (mdsos,hd0), il faudra faire un "ls (hd0,msdos1)/boot/grub2" (par exemple) sur chaque entrée trouvée jusqu' à ce que le ls liste un fichier de config (grub.cfg).

Ensuite on pourra utiliser la commande configfile pour lancer le menu manuellement.

Voir https://www.mageialinux-online.org/forum/topic-27338+pb-apres-mise-a-jour-cliquee.php pour un exemple de la manipulation.

Édité par nic80 Le 24/11/2021 à 20h17

Bonjour nic80,
désolé du temps mis à te répondre, j'ai eu des soucis familiaux.
la commande: ls (hd0,gpt3)/boot/grub2
retourne: ./../custom.cfg themes/grub.cfg.old grub.cfg grubenv grubenv.old install.sh x86_64-efi/locale/install.sh.old

Que dois-je faire maintenant?
Merci
PR

Bonjour

Nic80, que penserais -tu d’un démarrage sur une live usb Mageia et de lancer une réparation du grub en demandant juste une mise à jour du système ?

A+

Bonjour,

Je ne crois pas que la live permette de réparer le grub.

Ce qui me surprend c' est que le fichier grub.cfg est bien là, donc il n' y a aucune raison que le menu ne s'affiche pas.

On pourrait essayer de démarrer avec la commande

configfile (hd0,gpt3)/boot/grub2/grub.cfg

Au moins si le fichier n' est pas bon on devrait avoir un message d' erreur (si c' est "module normal.mod ne peux pas être trouvé", je ne sais pas si cela sera aussi simple (la mise à jour ne reinstallera probabblement pas le paquet).

Re-
En fait, je ne sais pas pourquoi j’ai mentionné le live iso…
J’avais en tête l’iso d’installation (pas le live) qui demande de mettre à jour plutôt que de tout effacer.
A+

Bonjour,
j'ai exécuté la commande:
configfile (hd0,gpt3)/boot/grub2/grub.cfg
qui m'a ouvert la fenêtre Mageia Boot Menu qui se positionne sur l'avant dernier noyau "Mageia (5.10.75-desktop-1.mga8)8.
si je valide j'ai le message:
error: file 'boot/grub/grubenv' not found.

merci

Hum,
Serait-ce le bogue ?
le fichier grubenv est recherché dans boot/grub, alors qu'il est dans boot/grub2
Le fichier grub.cfg contient au début :

Donc boot/grub viendrait de la variable ${config_directory}. Mais je n'ai pas trouvé où était définie celle-ci. Pas dans grub.cfg

Édité par Papoteur Le 30/11/2021 à 09h34

Bonjour,

Visiblement la variable est définie par grub automatiquement.

https://www.gnu.org/software/grub/manual/grub/grub.html#config_005fdirectory

Mais pourquoi /boot/grub2 se transforme en /boot/grub ?

Bonjour,
le problème a l'air complexe a résoudre.
Pourrais-je tenter un démarrage sur le cd d'installation pour réparer le grub?
A moins qu'il existe un utilitaire de réparation?
Cordialement
PR

Oui, c'est le plus simple à mettre en oeuvre.
Il ne faut pas le Live, mais le Classique. A un moment, l'installeur détecte la version déjà installée : il faut demander sa mise à jour. Rien ne sera installé puisque tout est déjà là, sauf le Grub au final.

Édité par Papoteur Le 05/12/2021 à 12h36

Bonjour,
j'ai redémarré sur le cd d'installation, la mise à jour s'est faite correctement.
Dernier soucis, ça ne fonctionne qu'en root.
Je crois qu'il faut que je donne les droits à mon compte utilisateur mais je ne sais plus comment faire :(
Merci et bon dimanche.
PR

Bonjour,



Grub refonctionne ?

Par contre, je ne comprends pas le "ça ne fonctionne qu' en root": a quel niveau ( interface graphique ( bureau), démarrage du pc ?).

Si la connexion graphique ne fonctionne qu' en root ( une connexion en utilisateur ne passe pas l' interface de connexion (SDDM ?) , alors:

- Il faudrait regarder si un fichier .Xauthority n' est pas orphelin ( dans ce cas le supprimer à partir du compte root).
- lors de la mise à jour, un nouvel identifiant a été utilisé ( bien que je ne suis pas sur que cela soit possible). Dans ce cas, il faut aller dans le répertoire /home et faire un ( en root) "chown -R utilisateur:utilisateur /home/utilisateur "

Pour confirmer que c' est la bonne option, il faudrait des précisions sur cela ne marche qu' en root.

Bonjour,
je m'explique mieux:
dans la fenêtre ou il faut entrer l'identifiant et le mot de passe,
si je rentre mon identifiant personnel et mon mot de passe j'arrive a un écran noir avec le pointeur au centre
si je rentre l'identifiant root et le mot de passe root j'arrive à un fonctionnement habituel.
Merci
PR

Bonjour,

Pour test, on pourrait essayer de voir si "alt +f2" lance krunner .

Dans ce cas, on pourrait essayer de lancer plasma-shell à la main ( "plasmashell' dans krunner).

Si oui, alors les fichiers de configurations sont présents et accessibles par l' utilisateur courant ( pour root, cela ne pose aucun problème, ce dernier ayant l' ID 0 dans tout les cas) et l'on pourrait regarder si un fichier .Xauthority existe dans le /home/utilisateur ( afin de le supprimer).

Sinon, il faudrait regarder si:

- la partition /home est bien montée ( commande mount)
- la partition /home a bien de l' espace disque disponible ( df -h)
- il y a concordance entre l' utilisateur qui se connecte ( "id -u", et un "ls -n /home/utilisateur")