[EFI] Problème suite à une update de GRUB (Résolu)

[johallz]

Bonjour à tous,
J'ai un laptop Asus avec un dualboot Arch / W10 (l'un sur mon SSD m.2, l'autre sur mon SSD principal). Les deux utilisent une partition EFI.

J'ai voulu updater mon grub.cfg en lançant

Code : Tout sélectionner

grub-mkconf -o /boot/efi/arch_grub/grub.cfg (ou un emplacement similaire) 

sauf que je n'avais pas de fichier à ce nom dans ce dossier, j'avais seulement un fichier nommé grubx64.efi. J'ai alors décidé de mettre l'emplacement de ce fichier en paramètre.
Je pense avoir fait une erreur car maintenant Arch Linux ne veut plus booter, j'ai W10 qui boot automatiquement à la place.

J'ai essayé de chrooter avec Arch Linux en live USB pour désinstaller/réinstaller GRUB avec

Code : Tout sélectionner

pacman -Rns grub && pacman -S grub

Pour ensuite saisir

Code : Tout sélectionner

grub-install --target=x86_64-efi --efi-directory=/boot/efi --bootloader-id=arch_grub --recheck

puis

Code : Tout sélectionner

grub-mkconfig -o /boot/grub/grub.cfg

mais cela n'a pas résolu mon problème, W10 boot toujours à la place d'Arch Linux (j'ai d'ailleurs deux entrées d'Arch Linux dans la liste de mes OS)

J'ai bien sur suivi les mêmes étapes lors de l'installation de mon système hormis la génération de fstab et j'ai bien pris soin de monter toutes mes partitions avant de chrooter.
Besoin d'aide SVP .

[benjarobin]

Bonjour, par curiosité pourquoi tu voulais mettre à jour ton grub.cfg ? Personnellement il n'a pas bougé depuis des années...

sauf que je n'avais pas de fichier à ce nom dans ce dossier

Donc tu aurais du regarder où ce dernier était... Voir demander de l'aide ici (dommage car tu as tout cassé en voulant te précipiter)

J'ai alors décidé de mettre l'emplacement de ce fichier en paramètre.

Tu n'as quand même pas fait quelque chose comme cela ?!

Code : Tout sélectionner

grub-mkconfig -o .../grubx64.efi

J'ai essayé de ... désinstaller/réinstaller GRUB avec

Code : Tout sélectionner

pacman -Rns grub && pacman -S grub

Totalement inutile... mais ceci n'est pas grave

W10 boot toujours à la place d'Arch Linux

Peux tu donner depuis le CD d'installation d'ArchLinux

Code : Tout sélectionner

efibootmgr -v
blkid
gdisk -l /dev/sda
gdisk -l /dev/sdb

Puis montes la partition racine dans /mnt, (si tu une partition de boot, tu la montes aussi, dans /mnt/boot), et la partition ESP dans /mnt/boot/efi
Puis tu donnes la sortie de (tu ne dois donner aucune commande depuis un chroot) :

Code : Tout sélectionner

findmnt
tree /mnt/boot

Je te conseil de mettre les sorties dans un fichier via par exemple

Code : Tout sélectionner

blkid >> /tmp/info.txt

Puis de poster le tout directement sur pastebin via http://sprunge.us/

Code : Tout sélectionner

cat /tmp/info.txt | curl -F 'sprunge=<-' http://sprunge.us

[johallz]

Bonjour, merci de m'avoir répondu et de bien vouloir m'aider.

J'ai voulu mettre à jour mon grub.cfg pour pouvoir régler la luminosité de mon écran via le kernel en pressant fn+f5/f6 mais je ne pense pas que c'était la meilleur solution vu que xorg était capable de le faire, c'est juste que je n'arrivais pas à binder les commande depuis les mêmes touches pour gérer la luminosité.
Hé si j'ai bien fait quelque chose comme cela.
J'avais tenté de lancer

Code : Tout sélectionner

grubmkconfig -o /boot/efi/grub.cfg

Mais la sortie de commande m'a indiqué que ce fichier n'existait pas. J'ai ensuite lancé

Code : Tout sélectionner

find / -name grub.cfg

et la sortie de commande n'a rien trouvée. C'est ainsi que j'en suis venu à la conclusion un peu trop hâtive que ce fichier .efi devait en fait être mon fichier grub.cfg version efi ... J'y suis allé un peu trop instinctivement et j'ai commencé à douter de la pérennité de mon bootloader bien avant de reboot après avoir pensé que l'extension de fichier était loin d'être la même, mais c'était trop tard ... En même temps, c'est la première fois que j'installe un Linux en EFI.

Voici ce que tu m'a demandé, à l'exception de la commande tree qui n'était pas installée sur ma live USB
blkid http://pastebin.com/ymjmkFRi
efiibootmgr http://pastebin.com/agjVbRyC
findmnt http://pastebin.com/9nEFdLNr
gdisk /dev/sda http://pastebin.com/0U1uTk4Z
gdisk /dev/sdb http://pastebin.com/m2MUFLX3

[benjarobin]

Peux tu faire ceci depuis le CD d'installation (ps tu pouvais installer tree):

Code : Tout sélectionner

mkdir /tmp/efiw /tmp/efil
mount /dev/sda2 /tmp/efiw
mount /dev/sdb1 /tmp/efil
find /tmp/efiw /tmp/efil -name "*.efi" -exec ls -l {} \;
find /tmp/efiw /tmp/efil

Mais si tu arrives à installer tree, tu peux remplacer le dernier find par

Code : Tout sélectionner

tree /tmp/efiw /tmp/efil

Une fois que j'aurais les sorties, je pourrais comprendre ce qui se passe... Et te donner les commandes pour corriger. Sinon quelle idée d'avoir 2 partitions ESP

[Xorg]

Waouw, 2 ESP... Est-ce que tu comprends ce que tu fais au moins ?
Ok, ton UEFI à l'air de gérer ça correctement, tu as de la chance (car il y a des fabricants, dont on ne nommera pas, qui trouvaient ça trop dur de suivre des normes), mais en temps normal, je ne vois pas l'utilité.

J'avais tenté de lancer

Code : Tout sélectionner

grubmkconfig -o /boot/efi/grub.cfg

Mais la sortie de commande m'a indiqué que ce fichier n'existait pas.

Heu ouais, ça n'a pas trop de sens comme commande. Ça serait plus :

Code : Tout sélectionner

grub-mkconfig -o /mnt/boot/efi/grub/grub.cfg

Vu que tu sembles avoir monté ton ESP dans /mnt/boot/efi.

C'est ainsi que j'en suis venu à la conclusion un peu trop hâtive que ce fichier .efi devait en fait être mon fichier grub.cfg version efi ...

Est-ce que tu sais de quoi tu parles là au moins ? Un fichier .efi correspond à un binaire exécutable par l'UEFI. Un fichier de configuration .cfg ne dépend pas du type d'installation, que ça soit une installation BIOS ou une installation EFI, ça reste un fichier de configuration ordinaire.

[johallz]

Voici les sorties de commandes demandées
find : http://pastebin.com/5x8HU8Vt
tree : http://pastebin.com/eUgfFcHV

Pour les deux partitions ESP, bin je sais pas mais pour moi ça me parait normal d'avoir une table de partition par disque SSD. Comment mon SSD pourrait démarrer s'il n'avait pas de table de partition ?
La partition ESP est bien ce qui permet de stocker la table GPT ? À moins que vous me reprochiez de ne pas être parti sur une installation standard comprenant une partition boot avec MBR.

Après j'avoue ne pas spécialement m'y connaitre ... Mais je voulais essayer d'installer un système Linux avec une partition ESP.
Et puis une table de partition GPT, ça me parait plus moderne qu'une table MBR. Je me trompe ?


Hé bin, je te remercie de m'avoir éclairé sur ce qu'est un fichier .efi Xorg, je ne ferais plus la même bêtise à l'avenir.

[benjarobin]

La partition ESP est une partition comme une autre, c'est juste une partition FAT32 avec un code particulier dans la table de partition. La différence entre la table de partition GPT et la table de partition msdos/MBR, c'est que la table GPT est bien plus grosse (elle prend un peu plus d'espace en début de disque, quelques ko) et elle est dupliquée en fin de disque pour des questions de sécurité.

[benjarobin]

Alors pour réparer, redémarre ou démonte tout ce que tu avais de monté:

Code : Tout sélectionner

mkdir /tmp/efi
mount /dev/sdb1 /tmp/efi
mv /tmp/efi/EFI/arch_grub/grubx64.efi.old /tmp/efi/EFI/arch_grub/grubx64.efi
rm -rf /tmp/efi/EFI/EFI/arch-grub
efibootmgr -B 0003
efibootmgr -o 0001,0000

Tu peux aussi faire le ménage dans /boot, donc monte la partition racine dans /mnt et fait simplement :

Code : Tout sélectionner

rm -rf /mnt/boot/grub

Puis tu éteins le PC, et cela devrait fonctionner de nouveau (en théorie)

Sinon ton grub.cfg est bien rangé à son emplacement normal pour une installation intégrale de Grub dans l'ESP : /boot/efi/grub/grub.cfg

[johallz]

Alors, j'ai bien suivi toutes tes instructions à la lettre puis j'ai rencontré une erreur lors de la saisie de

Code : Tout sélectionner

efibootmgr -B 0003

Je suis malgré tout passé à la suite.

Je n'ai pas réussi à sauvegarder le message d'erreur retourné par efibootmgr et il faut que j'aille me coucher ... Il disait un truc du genre qu'il fallait saisir le chemin de l'entrée pour le supprimer et que je devrais essayer avec b minuscule, une option qui n'était pas présent dans efibootmgr, donc je ne l'ai pas fait. J'ai donc toujours deux entrées d'Arch Linux.

L'entrée valide me démarre bien GRUB, mais celui-ci ne me propose rien.
Voici une photo de mon écran prise avec mon tél. portable :

J'ai préféré ne rien toucher avant d'avoir votre avis.

[Xorg]

La commande pour supprimer une entrée de boot est la suivante :

Code : Tout sélectionner

efibootmgr -B -b 0003

Concernant ton message d'erreur avec GRUB, on dirait qu'il ne trouve pas le fichier de configuration.
Limite j'aurais proposé de réinstaller proprement GRUB (en faisant un peu de ménage avant), parce que là, je ne vois pas.

[benjarobin]

Bon, va savoir pourquoi cela ne fonctionne pas... Je me demande si tu n'as pas suivi mon message avant édition (car il avait une grosse boulette)... Bref il va falloir tout casser et tout refaire.
La première chose à faire est de supprimer les 2 entrées actuelles de grub (désolé pour la mauvaise commande, j'ai fait cela de mémoire...):

Code : Tout sélectionner

efibootmgr -b 3 -B
efibootmgr -b 1 -B

En gros tu montes ta partition racine dans /mnt, ta partition ESP (/dev/sdb1) dans /mnt/boot/efi

Code : Tout sélectionner

arch-chroot /mnt
rm -rf /boot/grub /boot/efi/EFI /boot/efi/grub
mkdir /boot/efi/EFI
grub-install --target=x86_64-efi --efi-directory=/boot/efi --bootloader-id=grub --boot-directory=/boot/efi --recheck
grub-mkconfig -o /boot/efi/grub/grub.cfg

[johallz]

Problème résolu, merci