[EFI] Problème installation boot (Résolu)

[gael]

OK

Code : Tout sélectionner

[root@archiso gael]# grub-install --target=x86_64-efi --efi-directory=/boot/efi --bootloader-id=grub --boot-directory=/boot/efi --recheck
Installation pour la plate-forme x86_64-efi.
Installation terminée, sans erreur.
[root@archiso gael]# grub-mkconfig -o /boot/efi/grub/grub.cfg
Création du fichier de configuration GRUB…
Image Linux trouvée : /boot/vmlinuz-linux
Found initrd image(s) in /boot: initramfs-linux.img
Found fallback initrd image(s) in /boot: initramfs-linux-fallback.img
fait

[benjarobin]

Euh, c'est à faire depuis le chroot !!!!!!!! Tu es bon pour tout refaire (encore). Il suffit de suivre les étapes...

[gael]

ok j'ai bien suivi et là il boote en revanche il reste bloqué sur a start job is running for dev-disk ...
dependency failed /boot
dependency failed for Local File Systems
dependency failed for file system c ... on /dev/disk/by-uuid/40F3-DC9E

visiblement /dev/sda2 est monté sur /

[benjarobin]

Bon, maintenant il faut modifier ton fstab... La partition efi n'a plus besoin d'être monté donc il est inutile de la rajouter dans le fstab.
Le fstab ne doit avoir qu'une seule ligne pour la partition racine (/dev/sda2). Il te reste des reliques dans ton fstab sur une ancienne partition de boot

[gael]

Bon, maintenant il faut modifier ton fstab... La partition efi n'a plus besoin d'être monté donc il est inutile de la rajouter dans le fstab.
Le fstab ne doit avoir qu'une seule ligne pour la partition racine (/dev/sda2). Il te reste des reliques dans ton fstab sur une ancienne partition de boot

MERCI !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! ça marche en commentant

[avi3000]

Les flags n'existent pas sur GPT, c'est une invention de parted !!! Sur une table de partition GPT il n'y a que le code de la partition, chose que parted n'affiche pas, mais il le convertie en une liste incompréhensible de flag.

Cette affirmation est fausse, octets 48 à 55 .
source https://en.wikipedia.org/wiki/GUID_Partition_Table

Code : Tout sélectionner

GUID partition entry format 
Offset 	Length 	Contents
0 (0x00) 	16 bytes 	Partition type GUID
16 (0x10) 	16 bytes 	Unique partition GUID
32 (0x20) 	8 bytes 	First LBA (little endian)
40 (0x28) 	8 bytes 	Last LBA (inclusive, usually odd)
48 (0x30) 	8 bytes 	Attribute flags (e.g. bit 60 denotes read-only)
56 (0x38) 	72 bytes 	Partition name (36 UTF-16LE code units)
	128 bytes total

Après vérification je n'ai pas trouvé de lien évident entre ces attribute flags et les flags de parted ou les codes de gdisk.
Les flags de parted et les codes de gdisk sont générés à l'aide du Partition type GUID https://en.wikipedia.org/w/index.php?ti ... type_GUIDs

[benjarobin]

Hum, my bad, en effet, il y a le bit 2 (tout le reste ne nous concerne pas) : https://en.wikipedia.org/wiki/GUID_Part ... on_entries
Mais ce bit ne doit pas être positionné, de tout façon personne ne lit ce bit, il ne sert à rien en GPT. Ce qui est important c'est le code de la partition

Donc je maintient que les flags remontés par parted peuvent être déroutant : démarrage, legacy_boot, esp
Si je décode :

• esp : c'est que le code de partition est ef00 ?
• legacy_boot : bit 2 (non nécessaire)
• démarrage : Aucune idée de ce que c'est !????

[avi3000]

Après examen des entrées de table, tous les bits sont à zéro ???

partition linux, les 64 bits à zeros (ligne 530)

Code : Tout sélectionner

00000500: af3d c60f 8384 7247 8e79 3d69 d847 7de4  .=....rG.y=i.G}.
00000510: d54c b549 f34b f74a ad69 0d72 9c81 5775  .L.I.K.J.i.r..Wu
00000520: 0000 0e01 0000 0000 ffff 0c02 0000 0000  ................
00000530: 0000 0000 0000 0000 6100 7200 6300 6800  ........a.r.c.h.
00000540: 3600 3400 0000 0000 0000 0000 0000 0000  6.4.............
00000550: 0000 0000 0000 0000 0000 0000 0000 0000  ................
00000560: 0000 0000 0000 0000 0000 0000 0000 0000  ................
00000570: 0000 0000 0000 0000 0000 0000 0000 0000  ................

[avi3000]

Si je décode :

• esp : c'est que le code de partition est ef00 ?
• legacy_boot : bit 2 (non nécessaire)
• démarrage : Aucune idée de ce que c'est !????

parted esp + démarrage = gdisk ef00 (sur une partition sans filesystem, le set x esp on, positionne démarrage à on)
legacy_boot = partition de boot gpt hors uefi (de mémoire, sans certitude)
parted bios_grub = gdisk ef02
parted msftdata = gdisk 0700

le set esp n'est pas nécessaire pour démarrer grub ou des efistub linux. Pour windows ??

[avi3000]

pour le fun

partition bios_grub, gdisk ef02

Code : Tout sélectionner

00000400: 4861 6821 4964 6f6e 744e 6565 6445 4649  Hah!IdontNeedEFI
00000410: ea6e d43d 24e6 074b 8533 d1b8 9849 7c60  .n.=$..K.3...I|`
00000420: 2200 0000 0000 0000 ff2f 0000 0000 0000  "......../......
00000430: 0400 0000 0000 0000 6200 6900 6f00 7300  ........b.i.o.s.
00000440: 2d00 6700 7200 7500 6200 0000 0000 0000  -.g.r.u.b.......
00000450: 0000 0000 0000 0000 0000 0000 0000 0000  ................
00000460: 0000 0000 0000 0000 0000 0000 0000 0000  ................
00000470: 0000 0000 0000 0000 0000 0000 0000 0000  ................

[avi3000]

voici ce que j'ai fait en suivant la méthode alternative

Code : Tout sélectionner

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

c'était bien essayé, mais il manquait la suite comme indiqué dans le wiki anglais.

En passant cette commande, grub s'installe en uefi en supposant tous ses fichiers ( efi, mod, cfg,...) sur la partition esp.
Dans ce cas, il faut installer la configuration de grub comme ceci (après création du répertoire /boot/efi/grub) :
grub-mkconfig -o /boot/efi/grub/grub.cfg
Toutes ces opérations sont à effectuer avec la partition esp montée sur /boot/efi.

Je pense que le fait d'appeler le point de montage de la partition esp /boot/efi est une source d'erreur et crée de nombreuses confusions.
Il eut été préférable de le nommer /boot/esp, les fichiers de configuration étant dans /boot/esp/grub pour grub et dans /boot/esp/EFI pour les entrées efi.

[benjarobin]

Euh... Je ne sais pas ce que tu veux expliquer, mais le sujet est résolu, il a bien tout réparé selon mes instructions (viewtopic.php?p=156220#p156220) qui sont justes sinon cela ne fonctionnerait pas...
Sinon je ne vois pas les problèmes de nommer /boot/efi la partition esp...

[Xorg]

Je pense que le fait d'appeler le point de montage de la partition esp /boot/efi est une source d'erreur et crée de nombreuses confusions.
Il eut été préférable de le nommer /boot/esp, les fichiers de configuration étant dans /boot/esp/grub pour grub et dans /boot/esp/EFI pour les entrées efi.

À vrai dire, de nombreuses distributions utilisent /boot/efi comme point de montage de l'ESP. Donc usuellement, on utilise /boot/efi, et ça ne fait pas de mal un peu d’uniformisation entre les distributions. Ce répertoire est voué à accueillir des fichiers nécessaires à l'UEFI, c'est sans doute pour ça que /boot/efi a été retenu, car au nom on comprend directement l'utilité de ce répertoire. ESP (pour EFI System Partition), ça rajoute un côté abstrait, l'ESP n'existe pas juste pour être un ESP, mais simplement car l'UEFI en a besoin (dans ce cas).

[avi3000]

@Xorg
mon observation n'était pas spécifique à Arch et ses wiki. Quand on voit le nombre de posts, ici ou sur d'autres forums, il me semble qu'il y a des problèmes de compréhension.

@Benjamin
Appliquer le wiki et faire fonctionner c'est bien. Comprendre pouquoi ça ne fonctionne pas c'est mieux.

[benjarobin]

Non, mais c'était parfaitement logique que cela ne fonctionne pas... Pour moi c'était parfaitement clair depuis le début.
Il ne suivait pas correctement le Wiki et le kernel n'était plus dans le dossier de boot, ce qui implique que le fichier de config de grub n'avais pas d'entrée valide