[Multiboot] [Résolu] deux archlinux en multiboot uefi

[combo]

Bonjour.
J'ai dans l'idée d'avoir deux archlinux en multiboot sur deux disques ssd différents. En cas de problème avec celui utilisé au quotidien
(impossible de booter dessus suite à une maj foireuse par exemple) je pourrai booter sur le second pour réparer le premier plutôt que
d'utiliser une clé usb ou un cd.
Donc j'ai mon premier archlinux installé en mode uefi. J'ai installé archlinux sur un deuxième disque ssd, également en mode uefi, c'est
donc un archlinux de "backup", les ennuis commencent quand je cherche à faire cohabiter les deux disques ensemble.
C'est bien simple je n'y arrive pas.
Si je veux booter sur le disque habituel, je suis obligé d'utiliser une clé usb pour pouvoir chrooter et refaire l'install de grub sur ce disque.
Une fois booté sur le disque habituel, j'utilise os-prober et grub-mkconfig pour pouvoir booter ensuite sur le archlinux de backup.

Au reboot j'ai bien la possibilité de booter sur le disque archlinux de backup mais ensuite : kernel panic.
Ce qui est aussi bizarre c'est que dans le bios (uefi) je vois soit un disque soit l'autre, mais jamais les deux en même temps (asus Z170 pro).

Enfin c'est anecdotique, mais depuis que j'ai cette nouvelle config (juin 2017), je n'ai pas encore été foutu d'installer windows 10 dessus.

Si quelqu'un avait une idée pour ces deux pbs (ou tout au moins le premier).

[benjarobin]

Bonjour,
Je pense deviner ton problème, mais comme on n'a aucune information... Il nous faut la table de partition via gdisk, la sortie de blkid, ainsi que les 2 fstab de tes Arch Linux.

Mais en gros, tu dois avoir une seule partition ESP avec une installation intégrale de Grub dessus, ne surtout pas utiliser os-prober, et la partition ESP doit être monté dans les 2 Arch sur /boot/efi.

[combo]

Bonjour.
Disque d'usage quotidien :

GPT fdisk (gdisk) version 1.0.3
Partition table scan:
MBR: protective
BSD: not present
APM: not present
GPT: present
Found valid GPT with protective MBR; using GPT.
Command (? for help): p

Disk /dev/sda: 1000215216 sectors, 476.9 GiB
Model: ***********
Sector size (logical/physical): 512/512 bytes
Disk identifier (GUID): ***************
Partition table holds up to 128 entries
Main partition table begins at sector 2 and ends at sector 33
First usable sector is 34, last usable sector is 1000215182
Partitions will be aligned on 2048-sector boundaries
Total free space is 2014 sectors (1007.0 KiB)

Number Start (sector) End (sector) Size Code Name
1 2048 1050623 512.0 MiB EF00 EFI System
2 1050624 74450943 35.0 GiB 8300 Linux filesystem
3 74450944 1000215182 441.4 GiB 8300 Linux filesystem


Disque de backup :

Disk /dev/sdc: 250069680 sectors, 119.2 GiB
Model: ***************
Sector size (logical/physical): 512/512 bytes
Disk identifier (GUID): ***********************
Partition table holds up to 128 entries
Main partition table begins at sector 2 and ends at sector 33
First usable sector is 34, last usable sector is 250069646
Partitions will be aligned on 2048-sector boundaries
Total free space is 2014 sectors (1007.0 KiB)

Number Start (sector) End (sector) Size Code Name
1 2048 616447 300.0 MiB EF00 EFI System
2 616448 84502527 40.0 GiB 8300 Linux filesystem
3 84502528 250069646 78.9 GiB 8300 Linux filesystem

$ sudo blkid

/dev/sda1: UUID="68C6-59EC" TYPE="vfat" PARTLABEL="EFI System" PARTUUID="12d7d39b-b69e-4efb-8775-97961cb1b128"
/dev/sda2: UUID="94ba2d5f-de7f-4b4f-a427-20253a84b227" TYPE="ext4" PARTLABEL="Linux filesystem" PARTUUID="dab85a3e-3b14-4fa6-8408-e122fc56cb0d"
/dev/sda3: UUID="47648e64-bda1-4259-a7d5-92f3e1761e7a" TYPE="ext4" PARTLABEL="Linux filesystem" PARTUUID="bbda5c41-4484-4bab-8aa4-1218f7325b41"

/dev/sdb1: SEC_TYPE="msdos" UUID="5BBA-791D" TYPE="vfat" PARTLABEL="EFI System" PARTUUID="e87fb0c8-da38-4ac3-a0cc-93495a24a91a"
/dev/sdb2: UUID="d15913d0-ee62-428a-a1fa-e776cd95076b" TYPE="ext4" PARTLABEL="Linux filesystem" PARTUUID="591289a2-4d01-4d9c-8f60-21ea229a14c0"
/dev/sdb3: UUID="e69b2fcd-75ef-43ce-b202-ba26c0a218a1" TYPE="ext4" PARTLABEL="Linux filesystem" PARTUUID="3ac0472f-243d-476a-ae6a-a34b9b3d2ba9"


fstab /dev/sda :
# /etc/fstab: static file system information
# <file system> <dir> <type> <options> <dump> <pass>
# /dev/sda2
UUID=94ba2d5f-de7f-4b4f-a427-20253a84b227 / ext4 rw,noatime,discard,data=ordered 0 2
# /dev/sda1
UUID=68C6-59EC /boot/efi vfat rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro 0 2
# /dev/sda3
UUID=47648e64-bda1-4259-a7d5-92f3e1761e7a /home ext4 rw,noatime,discard,data=ordered 0 2

fstab /dev/sdb :
# /etc/fstab: static file system information
#
# <file system> <dir> <type> <options> <dump> <pass>
# /dev/sdb2
UUID=d15913d0-ee62-428a-a1fa-e776cd95076b / ext4 rw,relatime,data=ordered 0 1
# /dev/sdb1
UUID=5BBA-791D /boot/efi vfat rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro 0 2
# /dev/sdb3
UUID=e69b2fcd-75ef-43ce-b202-ba26c0a218a1 /home ext4 rw,relatime,data=ordered 0 2


Voila.

[benjarobin]

Ce n'est pas très gentil de modifier les sorties demandé, cela n'aide pas du tout à la compréhension de ton problème.
Il manque des choses dans la sortie de blkid, tu as tronqué le début de la sortie de gdisk pour sdc, tu n'as pas donné la sortie pour sdb... Tu devrais donner les sorties ainsi : gdisk -l /dev/sdb

Pourquoi avoir plusieurs partitions ESP ? C'est quand même plus simple d'en avoir qu'une seule, un seul Grub installé intégralement dedans.

Où veux-tu installer ton Windows ?

[combo]

Bah c'est vrai en sdb, j'ai un disque dur de stockage qui n'entre pas en compte dans mon problème et donc remplacer les b par c dans la table du 2ème (vieux ssd) mais les données
restent les mêmes.
Je souhaiterais aussi installer windows sur un 4 ème disque (ssd) et en multiboot avec les 2 autres.
Si je suis dans l'environnement du second ssd (backup) je fais un grub-install /dev/sda ? Est-ce que ça ne va pas écraser le grub du premier disque (sda) ?
Est-ce que je dois aussi supprimer la partiton efi sdc1 ?

[benjarobin]

Alors non tu ne fais pas un grub-install /dev/sda... Ceci est pour une installation MBR !
Comme tu as modifié toutes les sorties, personnellement je n'y comprend rien (oui je suis tétu, je ne vais pas chercher à comprendre...)

En gros c'est assez "simple", tu dois supprimer toutes tes partitions ESP sauf la principal qui doit être sur une partition en GPT.
Une fois que tu as fais le ménage au niveau des tables de partition, tu supprimer toutes les installations de tes chargeur de démarrage existant (vider la partition ESP, nettoyer les boot MBR s'il y a...)
Et pour finir tu fais une installation propre de Grub en UEFI avec une installation intégrale sur la partition ESP. Et bien sûr tu penses bien à générer le grub.cfg qui va bien pour tous tes systèmes (je te déconseille l'utilisation de os-prober qui peut poser plus de problème qu'il n'en résout)...

[combo]

Re.
J'ai fait tout ce que préconisé (rm -rf /boot/efi/EFI/* sur sda, suppression de /dev/sdc1 sur sdc), puis dans le chroot de sda (depuis une clé arch)
# grub-install --target=x86_64-efi --efi-directory=/boot/efi --boot-loader-id=arch_grub --recheck
puis
#grub-mkconfig -o /boot/grub/grub.cfg (toujours dans le chroot)
Les deux os sont bien détectés, mais au reboot si je clique sur le deuxième arch (sdc2) j'ai encore kernel panic ...
Message d'erreur :
Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0, 0)

[benjarobin]

Ce n'est pas vraiment ce que j'ai préconisé... Une installation intégrale de Grub dans l'ESP c'est ainsi :

Code : Tout sélectionner

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

Et j'ai bien indiqué qu'il ne fallait surtout pas utiliser os-prober, bref aucune détection automatique. Cela sous entend d'écrire un fichier custom...

[combo]

J'aurais pas mal rebooté aujourd'hui . Bon, les deux lignes ci-dessus marchent bien, mais toujours kernel panic avec le même message d'erreur.
Mais ce n'est pas grave. Je pense avoir (enfin !) mieux compris comment appréhender un multiboot linux uefi aujourd'hui.
Pour windows j'ai appris qu'il existait un outil de création de media usb windows depuis linux, ça s'appelle winusb ou plutôt son fork récent WoeUSB installable
depuis AUR.
Je vais maintenant passer je pense avec succès à la première install uefi de win 10 pro 64.
Merci beaucoup pour ton aide, je ne clos pas le thread pour l'instant, je le ferais quand tout sera ok, quand j'aurai mon triple boot uefi
arch / arch / win10 (sur 3 disques différents) opérationnel avec débrief. Merci encore.

MAJ après une nouvelle tentative (et fait ce que je n'avais pas fait précédemment à savoir monter la partition /dev/sda1 sur le /boot/efi de sdc2 et
refait un grub-mkconfig) *** ÇA MARCHE ***

J'ai mon dualboot arch / arch uefi. À suivre pour windows.

[combo]

Donc pour windows j'ai utilisé un autre disque ssd qui trainait. Clean install sur le disque en ayant débranché tous les autres.
L'install s'est déroulée sans erreur (Dans le firmware uefi quick boot, secure boot et csm à *** disabled ***).
Après avoir rebranché tous les disques, naturellement je boote sur windows. Donc la clé de boot arch est utile pour réinstaller grub avec les 2 précieuses commandes de
benjarobin plus haut. Au reboot, naturellement plus d'accès à windows.
Pour remédier au problème j'ai utilisé la méthode décrite ici
https://wiki.archlinux.org/index.php/GRUB
en éditant le fichier /etc/grub.d/40_custom
et en y mettant

Code : Tout sélectionner

if [ "${grub_platform}" == "efi" ]; then
	menuentry "Microsoft Windows 10 UEFI-GPT" {
		insmod part_gpt
		insmod fat
		insmod search_fs_uuid
		insmod chain
		search --fs-uuid --set=root $hints_string $fs_uuid
		chainloader /EFI/Microsoft/Boot/bootmgfw.efi
	}
fi

et en déterminant les variables $hints_string et $fs_uuid
par les commandes préconisées :
(après avoir monté la partition efi de windows sur un dossier/point de montage linux)

Code : Tout sélectionner

# grub-probe --target=hints_string pointdemontage/EFI/Microsoft/Boot/bootmgfw.efi
# grub-probe --target=fs_uuid pointdemontage/EFI/Microsoft/Boot/bootmgfw.efi

Un autre grub-mkconfig plus tard et c'est OK.

J'aurais bien galéré pour avoir ce que je voulais. (La commande dd pour crééer une image bootable de windows ne me donnais pas la possibilité
de booter avec la clé créée, je suis passé par WoeUSB pour que ça boote)

J'ai l'impression que pas mal de tutos sur archlinux et le boot uefi racontent pas mal de salades et induisent les gens en erreurs
(comme grub-install /dev/sda en mode uefi par exemple).

Je passe le topic en résolu et encore merci à benjarobin.