[UEFI grub] gros problème (Résolu mais suite)

[albireo]

bonsoir, j'ai effectivement un problème, un gros problème. Il s'agit d'une arch installée depuis environ 2 ans et qui tournait au poil jusqu'à ce matin. Donc ce matin je sors de veille normale et là écran noir, plus rien. je reboote l'ordi et rien ne se passe, je rentre dans le bios UEFI et je m'apercois que je n'ai plus d'entrée pour mon arch (il n'y a qu'une seule distrib sur l'ordi). Je telecharge la dernière iso, je reboote mon ordi, je vérifie que je puisse monter mes partitions, je les monte, je chroote, je fais une mise à jour, je vire tout ce qu'il y a dans /boot/efi/EFI, je reinstalle grub sur l'UEFI, je vérifie mon fstab (on ne sait jamais). Tout se passe bien, pas de message d'erreur. je reboote e tombe sur l'invite de commande de grub. je ne retrouve plus l'ancienne entrée dans le bios et je suis dans l'incapacité de rebooter correctement mon ordi.
avez vous une idée ? je ne suis pas informaticien mais je me débrouille depuis pas mal de temps sous Linux et là je sèche.

[benjarobin]

Bonsoir,
C'est dommage d'avoir tout supprimé "bêtement" alors qu'il suffisait de remettre Grub dans le menu UEFI...
Bref, ce que tu as fait est juste en théorie, sauf que tu l'as mal fait, tu dois le refaire... Difficile de te dire quoi faire car je ne sais pas trop ce que tu as supprimé...
Il faudrait vraiment nous donner les commandes utilisées... Et où as tu placé ton grub.cfg ?

[albireo]

salut et merci
je vais essayer d'être plus précis

voici les patitions concernées sur /dev/sdb (SSD) :

Code : Tout sélectionner

Numéro  Début   Fin     Taille  Système de fichiers  Nom               Fanions
 1      1049kB  2149MB  2147MB  fat16                EFI System        démarrage, esp
 3      10,7GB  12,9GB  2147MB  ext4                 Linux filesystem
 4      12,9GB  45,1GB  32,2GB  ext4                 Linux filesystem

d'autres partitions existent mais ne sont pas intéressantes pour ce post

je monte /dev/sdb4 dans /mnt, /dev/sdb3 dans /mnt/boot, /dev/sdb1 dans /mnt/boot/efi
je m'arch-chroote dans /mnt
je reinstalle grub avec cette commande : grub-install --target=x86_64-efi --efi-directory=/boot/efi --bootloader-id=arch_grub --recheck
ensuite grub-mkconfig -o /boot/grub/grub.cfg
j'ai les fichiers et dossiers suivants :

Code : Tout sélectionner

[bruno@antares ~]$ ls /boot
efi   initramfs-linux-fallback.img  intel-ucode.img  vmlinuz-linux
grub  initramfs-linux.img 

Code : Tout sélectionner

[bruno@antares ~]$ ls /boot/grub
fonts  grub.cfg  grub.cfg.example  grubenv  locale  themes  x86_64-efi

Code : Tout sélectionner

[bruno@antares ~]$ ls /boot/efi/EFI/arch*
grubx64.efi

j'ai ensuite un disque de 1Go avec une seule partition monté dans /home mais c'est anecdotique

[benjarobin]

Cela me semble assez valide, mais très sérieusement avoir une partition de boot séparée, c'est aimer avoir des problèmes, cela ne sert à rien à part rendre incompressible les choses... Il faut vraiment arrêter avec cette partition d'un autre temps...
Et en plus de gâcher de l'espace disque, quel gâchis 4Go de perdu... La partition ESP ne devrait pas être trop grosse, genre 512 Mo c'est bien et surtout elle doit être en FAT32...
Mais je crains que ton problème soit ailleurs...

[albireo]

merci pour les conseils, effectivement ma partition EFI est en fat16 mais elle fonctionnait parfaitement avant donc ça ne vient pas de là. En fait je me retrouve avec deux entrées arch dans le bios UEFI alors que ce matin je n'avais plus rien. j'ai du merder quelque part, demain je recommence l'opération.
En ce qui concerne les partitions tu as parfaitement raison, quand j'installe un linux à l'heure actuelle pour quelqu'un je ne fait que 3 partitions : efi, / , et home mais il y a deux ans j'ai fais comme ça, je savais pas trop combien prenait l'uefi si je voulais avoir une autre distrib par exemple et en fait je n'ai que Arch sur mon ordi.

[benjarobin]

Supprime les entrées via efibootmgr et refait l'installation de Grub posément

[albireo]

Bon ça y est j'ai compris ce que j'ai mal fait. J'ai oublié de monter la partition de boot dans /mnt/boot parce que en verifiant justement ce dossier sans avoir monté la partition de boot, je me suis aperçu qu'il contenait les fichiers et dossier nécessaire pour booter. j'ai donc refait tranquilement les choses et cela fonctionne. Par contre je ne m'explique pas comment cela a put se planter le matin en sortie de veille, vu que je n'avais pas touché depuis l'install à grub sauf les mises à jour.
Merci Benjarobin

[benjarobin]

Grub était toujours installé et fonctionnel, c'est juste que la carte mère avait oublié l'entrée. Elle possède une mémoire manipulable via efibootmgr qui liste les entrées de boot. Personnellement à chaque fois que je met à jour mon bios il perd l'entrée (oui mon bios était plein de bug maintenant c'est résolu)

[albireo]

ok, merci pour ces précisions

[waitnsea]

Personnellement à chaque fois que je met à jour mon bios il perd l'entrée (oui mon bios était plein de bug maintenant c'est résolu)

Bonjour,
Ça arrive aussi sur les dual-boot Windows lors des mises à jour de Windows. En particulier les BIOS des HP/Compaq sont fortement "asservis".

[albireo]

Bien j'avais tout remis en ordre et ce matin en sortie de veille le problème resurgit.
je démarre sur la clef Arch je lance gfdisk qui me montre les partitions telles qu'elles étaient, j'essaie de les monter sur /mnt et là problème il semble qu'aucune partition n'existe.
je relance gfdisk, je réécris la table de partition
au passage j'en profite pour passer l'EFI de fat16 a fat32
je réinstalle le boot UEFI
tout refonctionne normalement

d'où vient le problème ? du SSD ?