CentOS a cassé mon grub (et peut-être plus...) ! Le sujet est résolu

Demande d'aide : c'est ici.
Répondre
Avatar du membre
lol
Membre hyper actif
Membre hyper actif
Messages : 3224
Enregistré le : 04 avr. 2016, 12:11
Localisation : Madagascar
Contact :
Status : Hors ligne

19 mai 2020, 09:38

Salut,

Après une installation de CentOS (Il faut savoir être curieux...) je n'ai plus de grub fonctionnel, c'est très agaçant.
Le pire c'est que je n'arrive même pas à le réinstaller...

Le disque est un SSD.
Debian 10 (Buster à jour) se trouve sur /dev/sda2
J'ai Installé centos sur /dev/sda4

Code : Tout sélectionner

Disque /dev/sda : 223,6 GiB, 240057409536 octets, 468862128 secteurs
Modèle de disque : ADATA SP550     
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 4096 octets
taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets
Type d'étiquette de disque : gpt
Identifiant de disque : 39B2FDD0-794C-4792-A36A-D2A6EF644D6E

Périphérique     Début       Fin  Secteurs Taille Type
/dev/sda1         2048    618495    616448   301M Système EFI
/dev/sda2       618496 191926271 191307776  91,2G Système de fichiers Linux
/dev/sda3    191926272 257462271  65536000  31,3G Partition d'échange Linux
/dev/sda4    309891072 362729471  52838400  25,2G Système de fichiers Linux
/dev/sda5    362729472 415795199  53065728  25,3G Système de fichiers Linux
/dev/sda6    415795200 468860927  53065728  25,3G Système de fichiers Linux
/dev/sda7    257462272 309891071  52428800    25G UFS FreeBSD

Les entrées de la table de partitions ne sont pas dans l'ordre du disque.
L'installation de centos se passe bien sauf à l'installation du bootloader avec une erreur pas simple à déboguer (Pas de message d'erreur clair de l'installeur).
Bref je me retrouve avec un système qui ne démarre plus.

Pas grave, Super Grub Disk + Boot en EFI sur ma Debian pour réinstaller Grub comme d'habitude...

Code : Tout sélectionner

# [ -d /sys/firmware/efi ] && echo "EFI boot on HDD" || echo "Legacy boot on HDD"
EFI boot on HDD
Effectivement mon entrée Debian a disparue.

Code : Tout sélectionner

# efibootmgr
BootCurrent: 0002
Timeout: 2 seconds
BootOrder: 0001,0000,0002
Boot0000* Windows Boot Manager
Boot0001* Hard Drive 
Boot0002* UEFI: JetFlashTranscend 4GB 8.07
Qu'importe me dis-je... Je réinstalle Grub

Code : Tout sélectionner

# grub-install --target=x86_64-efi --efi-directory=/boot/efi --bootloader-id=debian --recheck /dev/sda
Installation pour la plate-forme x86_64-efi.
Installation terminée, sans erreur.
grubx64.efi est toujours bien présent...

Code : Tout sélectionner

# file /boot/efi/EFI/debian/grubx64.efi 
/boot/efi/EFI/debian/grubx64.efi: PE32+ executable (EFI application) x86-64 (stripped to external PDB), for MS Windows

Code : Tout sélectionner

# os-prober
/dev/sda1@/EFI/Microsoft/Boot/bootmgfw.efi:Windows Boot Manager:Windows:efi
/dev/sda4:CentOS Linux 8 (Core):CentOS:linux
/dev/sda7:unknown Linux distribution:Linux:linux
/dev/sdb2@/efi/Microsoft/Boot/bootmgfw.efi:Windows Boot Manager:Windows1:efi
/dev/sdi3:Mac OS X:MacOSX:macosx

Code : Tout sélectionner

# update-grub2 
Création du fichier de configuration GRUB…
Found background image: /usr/share/images/desktop-base/desktop-grub.png
Image Linux trouvée : /boot/vmlinuz-4.19.0-9-amd64
Image mémoire initiale trouvée : /boot/initrd.img-4.19.0-9-amd64
Image Linux trouvée : /boot/vmlinuz-4.19.0-8-amd64
Image mémoire initiale trouvée : /boot/initrd.img-4.19.0-8-amd64
Image Linux trouvée : /boot/vmlinuz-4.19.0-6-amd64
Image mémoire initiale trouvée : /boot/initrd.img-4.19.0-6-amd64
Windows Boot Manager trouvé sur /dev/sda1@/EFI/Microsoft/Boot/bootmgfw.efi
CentOS Linux 8 (Core) trouvé sur /dev/sda4
unknown Linux distribution trouvé sur /dev/sda7
Windows Boot Manager trouvé sur /dev/sdb2@/efi/Microsoft/Boot/bootmgfw.efi
Mac OS X trouvé sur /dev/sdi3
Adding boot menu entry for EFI firmware configuration
fait
Debian est maintenant bien présente dans le menu EFI

Code : Tout sélectionner

# efibootmgr -v | grep debian
Boot0003* debian	HD(1,GPT,77be9141-d503-43f7-acbd-c7349c32d40a,0x800,0x96800)/File(\EFI\debian\shimx64.efi)
Reboot et ... :nea:
310621.jpg
L'entrée Debian a disparue du menu EFI, je ne comprend pas pourquoi...

# efibootmgr -v | grep debian
root@tor:~#


Je suis dessus depuis hier.
Si vous avez une piste pour m'aider à m'en sortir ça m'arrangerais bien... :006:
Merci pour votre temps et vos idées.

Je vous donne quand même la sortie complète (Avant reboot) au cas ou vous parleriez EFI...

# efibootmgr -v
BootCurrent: 0002
Timeout: 2 seconds
BootOrder: 0003,0001,0000,0002
Boot0000* Windows Boot Manager HD(2,GPT,4a17d195-5b14-41fd-b3b3-9582618a0e6d,0x109000,0x32000)/File(\EFI\Microsoft\Boot\bootmgfw.efi)WINDOWS.........x...B.C.D.O.B.J.E.C.T.=.{.9.d.e.a.8.6.2.c.-.5.c.d.d.-.4.e.7.0.-.a.c.c.1.-.f.3.2.b.3.4.4.d.4.7.9.5.}...a................
Boot0001* Hard Drive BBS(HD,,0x0)..GO..NO........o.A.D.A.T.A. .S.P.5.5.0....................A...........................>..Gd-.;.A..MQ..L.G.2.7.1.0.2.3.0.5.2.0.0. . . . . . . . ........BO..NO........o.T.O.S.H.I.B.A. .M.D.0.4.A.C.A.4.0.0....................A...........................>..Gd-.;.A..MQ..L. . . . . . . . .6.5.C.T.3.K.0.G.S.F.A.A........BO..NO........o.T.O.S.H.I.B.A. .D.T.0.1.A.C.A.3.0.0....................A...........................>..Gd-.;.A..MQ..L. . . . . . . . . . .6. .2.6.Z.7.N.3.S.A........BO..NO........o.K.I.N.G.S.T.O.N. .S.A.4.0.0.S.3.7.2.4.0.G....................A...........................>..Gd-.;.A..MQ..L.0.5.2.0.B.6.7.7.2.8.A.3.6.6.6.7. . . . ........BO..NO........}.G.e.n.e.r.i.c. .U.S.B. .S.D. .R.e.a.d.e.r. .1...0.0....................A.............................J..Gd-.;.A..MQ..L.G.e.n.e.r.i.c. .U.S.B. .S.D. .R.e.a.d.e.r. .1...0.0........BO..NO........}.J.e.t.F.l.a.s.h.T.r.a.n.s.c.e.n.d. .4.G.B. .8...0.7....................A.............................J..Gd-.;.A..MQ..L.J.e.t.F.l.a.s.h.T.r.a.n.s.c.e.n.d. .4.G.B. .8...0.7........BO..NO..........G.e.n.e.r.i.c. .U.S.B. .C.F. .R.e.a.d.e.r. .1...0.1....................A.....................................J..Gd-.;.A..MQ..L.G.e.n.e.r.i.c. .U.S.B. .C.F. .R.e.a.d.e.r. .1...0.1........BO..NO..........G.e.n.e.r.i.c. .U.S.B. .S.M. .R.e.a.d.e.r. .1...0.2....................A.....................................J..Gd-.;.A..MQ..L.G.e.n.e.r.i.c. .U.S.B. .S.M. .R.e.a.d.e.r. .1...0.2........BO..NO..........G.e.n.e.r.i.c. .U.S.B. .M.S. .R.e.a.d.e.r. .1...0.3....................A.....................................J..Gd-.;.A..MQ..L.G.e.n.e.r.i.c. .U.S.B. .M.S. .R.e.a.d.e.r. .1...0.3........BO
Boot0002* UEFI: JetFlashTranscend 4GB 8.07 PciRoot(0x0)/Pci(0x1a,0x0)/USB(1,0)/USB(4,0)/HD(2,GPT,817baa94-9d4a-4016-a775-f71f3dab0d9f,0xd4,0x1680)..BO
Boot0003* debian HD(1,GPT,77be9141-d503-43f7-acbd-c7349c32d40a,0x800,0x96800)/File(\EFI\debian\shimx64.efi)
Vous n’avez pas les permissions nécessaires pour voir les fichiers joints à ce message.
Debian stable. XFCE.
C'est curieux chez les marins ce besoin de faire des phrases (Les tontons flingueurs).
Avatar du membre
piratebab
Site Admin
Site Admin
Messages : 3316
Enregistré le : 24 avr. 2016, 18:41
Localisation : sud ouest
Status : Hors ligne

19 mai 2020, 11:14

Est ce que tu as secureboot d'activé ?
La prochaine fois que tu as un truc à tester, passe par une VM!
Avatar du membre
lol
Membre hyper actif
Membre hyper actif
Messages : 3224
Enregistré le : 04 avr. 2016, 12:11
Localisation : Madagascar
Contact :
Status : Hors ligne

19 mai 2020, 12:45

Salut,
piratebab a écrit :
19 mai 2020, 11:14
Est ce que tu as secureboot d'activé ?

Bien sur que non.
D'ailleurs je pense que je n'aurais même pas pu installer Debian et Grub2-efi avec un secure boot activé...
Debian stable. XFCE.
C'est curieux chez les marins ce besoin de faire des phrases (Les tontons flingueurs).
Avatar du membre
Grhim
Membre très actif
Membre très actif
Messages : 1007
Enregistré le : 30 mai 2016, 01:00
Localisation : Switzerland
Diaspora* : Grhim_Debian_Xyz@framasphere.org
Status : Hors ligne

19 mai 2020, 20:00

j'avais l'habitude de réparer avec la boite a outils Knoppix ....es-ce que ça pourrait mieux réparer ton Grub ?

et sinon en contournant le prob en re-intsallant une Debian sur une nouvelle partoch ?? que tu puisse recup le Grub ??
Avatar du membre
sv0t
Membre actif
Membre actif
Messages : 501
Enregistré le : 30 avr. 2016, 12:06
Localisation : Charente-Maritime
Status : Hors ligne

19 mai 2020, 22:47

Je ne parles pas efi mais j'ai trouvé ça

http://www.opslib.com/2012/01/efi-shell ... s.html?m=1
PascalHambourg
Contributeur
Contributeur
Messages : 407
Enregistré le : 05 août 2016, 20:25
Status : Hors ligne

20 mai 2020, 10:20

lol a écrit :
19 mai 2020, 09:38
grub-install --target=x86_64-efi --efi-directory=/boot/efi --bootloader-id=debian --recheck /dev/sda
- Pas besoin de mettre toutes les options si elles ont les valeurs par défaut (target, efi-directory, bootloader-id).
- /dev/sda est sans objet en UEFI.
lol a écrit :
19 mai 2020, 12:45
illeurs je pense que je n'aurais même pas pu installer Debian et Grub2-efi avec un secure boot activé
Si, Buster est compatible avec le secure boot. Tu peux voir que la variable de boot EFI pour Debian pointe vers shimx64.efi, qui est la couche intermédiaire entre le secure boot et GRUB. Mais si le secure boot est désactivé, tu peux forcer l'installation de Debian sans le support du secure boot avec

Code : Tout sélectionner

grub-install --no-uefi-secure-boot --force-extra-removable
L'option force-extra-removable ajoute une copie du chargeur en tant que \EFI\Boot\bootx64.efi comme sur un support amovible, qui n'a pas besoin de variable de boot EFI.

PS : os-prober détecte un chargeur Windows dans la partition EFI de /dev/sda mais il n'est pas référencé dans les variables de boot EFI affichées par efibootmgr. Si c'est un reste d'une ancienne installation, il peut être supprimé.
Avatar du membre
lol
Membre hyper actif
Membre hyper actif
Messages : 3224
Enregistré le : 04 avr. 2016, 12:11
Localisation : Madagascar
Contact :
Status : Hors ligne

21 mai 2020, 15:10

Salut à tous,
Merci pour vos réponses.
PascalHambourg a écrit :
20 mai 2020, 10:20
- Pas besoin de mettre toutes les options si elles ont les valeurs par défaut (target, efi-directory, bootloader-id).
- /dev/sda est sans objet en UEFI.

Effectivement,
Et du coup j'ai compris mon erreur. J'avais une partition efi sur chaque disque dur...
En montant/utilisant la bonne partition efi j'ai résolu mon "problème"

PascalHambourg a écrit :
20 mai 2020, 10:20
Si, Buster est compatible avec le secure boot. Tu peux voir que la variable de boot EFI pour Debian pointe vers shimx64.efi, qui est la couche intermédiaire entre le secure boot et GRUB. Mais si le secure boot est désactivé, tu peux forcer l'installation de Debian sans le support du secure boot avec

grub-install --no-uefi-secure-boot --force-extra-removable
L'option force-extra-removable ajoute une copie du chargeur en tant que \EFI\Boot\bootx64.efi comme sur un support amovible, qui n'a pas besoin de variable de boot EFI.

C'est bon à savoir, merci.

PascalHambourg a écrit :
20 mai 2020, 10:20
PS : os-prober détecte un chargeur Windows dans la partition EFI de /dev/sda mais il n'est pas référencé dans les variables de boot EFI affichées par efibootmgr. Si c'est un reste d'une ancienne installation, il peut être supprimé.

Merci et bien vu.
J'ai aussi fini par le voir et faire le ménage.


Aide toujours aussi précise. Merci. :006:
Debian stable. XFCE.
C'est curieux chez les marins ce besoin de faire des phrases (Les tontons flingueurs).
Avatar du membre
lol
Membre hyper actif
Membre hyper actif
Messages : 3224
Enregistré le : 04 avr. 2016, 12:11
Localisation : Madagascar
Contact :
Status : Hors ligne

21 mai 2020, 15:10

sv0t a écrit :
19 mai 2020, 22:47
Je ne parles pas efi mais j'ai trouvé ça

http://www.opslib.com/2012/01/efi-shell ... s.html?m=1

Très intéressant, merci!
Debian stable. XFCE.
C'est curieux chez les marins ce besoin de faire des phrases (Les tontons flingueurs).
Répondre