Dual boot FreeBsd / Debian

[Zargos]

@PascalHambourg

Il faudrait expliciter un peu car ce n’est pas clair. Les « slices » de BSD, ce sont les partitions classiques, vues et utilisables par tous les OS. La partition EFI est une partition normale, pas une partition (au sens BSD) de la slice BSD, n’est-ce pas ? (autrement je ne vois pas comment le firmware UEFI pourrait booter là-dessus)

ben non justement, il fait partie du slice. C’est bien ça le problème.

@PascalHambourg

Quel fichier shm ? Tu veux parler du fichier shimx86.efi ?
As-tu vérifié l’espace du système de fichiers par toi-même avec df -hT /target/boot/efi ?

Oui j’ai vérifié et il y a la place, c’est bien ça qui est bizarre.

@PascalHambourg

Tu veux dire qu’il ne propose pas d’entrée de boot EFI comme « debian » ou « freebsd » ?

Non aucun, juste HDD Harddisk.

@PascalHambourg

Pour Debian, cela peut s’expliquer si l’installation de GRUB a échoué, l’installateur n’a pas créé d’entrée de boot EFI.

Tout à fait.

@PascalHambourg

Donc le chargeur de FreeBSD doit être installé dans la partition EFI en tant que /efi/boot/bootx64.efi, le « chemin de support amovible » utilisé comme chargeur par défaut en l’absence d’entrée de boot EFI.

je n’ai pas vérifié pour le chemin de support amovible, et lors de l’installation debian, j’ai mis non à cette question, comme je le fait toujours. je devrais peut etre essayer de dire oui.

@PascalHambourg

C’est-à-dire ? Tu peux sélectionner une partition EFI particulière ? Ou le chemin de l’exécutable EFI à lancer ?

Oui je peux sectionner une partition EFI, soit celle de FreeBsd, soit celle de Debian.

@PascalHambourg

C’est normal encore si l’installation de GRUB a échoué, alors le fichier /boot/grub/grub.cfg qui contient le menu n’est pas généré par update-grub.

ben non, car là c’est sur la partition EFi créé avec debian, et dans ce cas l’installation s’est passée correctement. Pas d’erreur à grub-install, ni à update-grub.

[PascalHambourg]

@Zargos

@PascalHambourg

La partition EFI est une partition normale, pas une partition (au sens BSD) de la slice BSD, n’est-ce pas ? (autrement je ne vois pas comment le firmware UEFI pourrait booter là-dessus)

ben non justement, il fait partie du slice.

Il faut vraiment que je voie ça.

[Zargos]

root@faust:~ # mount
/dev/gpt/rootfs on / (ufs, local, soft-updates)
devfs on /dev (devfs, local, multilabel)
devfs on /var/dhcpd/dev (devfs, local, multilabel)



ls /dev/ada0
ada0%   ada0p1% ada0p2% ada0p3% ada0p4% ada0p5% ada0p6% ada0p7%


root@faust:~ # fdisk /dev/ada0
******* Working on device /dev/ada0 *******
parameters extracted from in-core disklabel are:
cylinders=1984533 heads=16 sectors/track=63 (1008 blks/cyl)

Figures below won't work with BIOS for partitions not in cyl 1
parameters to be used for BIOS calculations are:
cylinders=1984533 heads=16 sectors/track=63 (1008 blks/cyl)

Media sector size is 512
Warning: BIOS sector numbering starts with sector 1
Information from DOS bootblock is:
The data for partition 1 is:
sysid 238 (0xee),(EFI GPT)
    start 1, size 2000409263 (976762 Meg), flag 0
        beg: cyl 0/ head 0/ sector 1;
        end: cyl 1023/ head 254/ sector 63
The data for partition 2 is:
<UNUSED>
The data for partition 3 is:
<UNUSED>
The data for partition 4 is:
<UNUSED>



root@faust:~ # gpart show
=>        40  2000409191  ada0  GPT  (954G)
          40      409600     1  efi  (200M)
      409640        1024     2  freebsd-boot  (512K)
      410664   106171048     3  freebsd-ufs  (51G)
   106581712    16777216     4  freebsd-swap  (8.0G)
   123358928         304        - free -  (152K)
   123359232      487424     5  linux-data  (238M)
   123846656       98304     6  efi  (48M)
   123944960   585936896     7  linux-lvm  (279G)
   709881856  1290527375        - free -  (615G)

Ici BOOT et BOOTEFI sont les label que j’ai donné à mes partitions montées sur /boot et /boot/efi dans Debian:

root@faust:~ # ls /dev/gpt
BOOT    BOOTEFI bootfs  rootfs  swapfs

Quand on à monter l’une des partitions Debian, la 5 par exemple, qui est en ext4, je n’y arrive pas:

root@faust:~ # mount -t ext4 /dev/ada0p5 /mnt/disk5
mount: /dev/ada0p5: Operation not supported by device

root@faust:~ # mount -t ext4 -o ro /dev/gpt/BOOT /mnt/disk5
mount: /dev/gpt/BOOT: Operation not supported by device

rien à faire.

[crustyourmind]

voici comment j’ai fait mon dial boot debian / freeBSD

installfreebsd [Cyrille BIOT]

[Zargos]

Merci
J’ai testé sur ma VM de test.
La seule chose c’est que je n’arrive pas à faire démarrer l’OPNsense.
kfreebsd /boot/loader ne fonctionne pas. Le fichier est indiqué comme non disponible

par contre j’ai bien le menu Grub pour la partie debian .

Si je demarre directement sur le disque via le bios, c’est l’opnsense qui demarre (ce qui est normal à priori)

root@vmsdualsrv01:~# fdisk -l /dev/sda
Disque /dev/sda : 180 GiB, 193273528320 octets, 377487360 secteurs
Modèle de disque : VBOX HARDDISK
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Type d'étiquette de disque : gpt
Identifiant de disque : F4874EEA-F7D4-11E9-BB95-000EC4D223F5

Périphérique     Début       Fin  Secteurs Taille Type
/dev/sda1           40    409639    409600   200M Système EFI
/dev/sda2       409640    410663      1024   512K Amorçage FreeBSD
/dev/sda3       410664 106581711 106171048  50,6G UFS FreeBSD
/dev/sda4    106581712 123358927  16777216     8G Partition d'échange FreeBSD
/dev/sda5    123359232 123750399    391168   191M Système EFI
/dev/sda6    123750400 377485311 253734912   121G LVM Linux

j’ai utilisé pour le menu OPNSense, /dev/sda1,2 et 3 sans aucun succès. /boot/loader existe bien pourtant:

le grub est installé sur la partition EFI n°5, la partition efi n°1 est la partition efi originelle de l’OPNSense

[PascalHambourg]

Je ne vois aucun diskabel BSD sur ce disque, seulement une table de partition GPT , et BSD utilise des partitions GPT standard que Linux peut voir.

@crustyourmind

voici comment j’ai fait mon dial boot debian / freeBSD

Visiblement c’est pour une amorçage BIOS, pas EFI.
Je me demande si la commande kfreebsd de GRUB peut fonctionne ainsi en mode EFI pour charger un loader et non un noyau FreeBSD. Il faudrait peut-être plutôt essayer de charger directement le noyau (fichier kernel ?)

Je ne connais rien à FreeBSD, mais j’essaierais de chaîner un chargeur EFI avec la commande chainloader. Je vois par exemple un fichier loader.efi dans /boot. Il doit aussi être dans la partition EFI /dev/sda1, probablement sous le chemin /efi/boot/bootx64.efi.

[Zargos]

J’ai essayé avec kernel et fbreebsd.
Avec chainloader j’ai utilisé:
menuentry « OPNSense » {
insmod ufs2
set root=(hd0,1)
chainloader +1
#kfreebsd /boot/loader
}

Mais j’ai un message d’erreur: invalid EFI file path

[PascalHambourg]

(hd0,1) n’est pas un partition UFS, c’est la partition EFI de FreeBSD (/dev/sda1). Ce n’est pas elle qui contient les fichiers de /boot. Ne connaissant pas FreeBSD, j’ignore si /boot se trouve dans sda2 ou sda3.
chainloader +1̀ (charger le secteur d’amorce de la partition définie par $root) n’a de sens qu’avec l’amorçage BIOS. En amorçage EFI il faut spécifier un exécutable EFI (*.efi).
/boot/loader n’ayant pas le suffixe « .efi », je doute que ce soit un exécutable EFI. Essaie plutôt avec un des fichiers qui ont ce suffixe, je vois par exemple un loader.efi.

Mais à mon avis le plus sûr est de chaîner l’exécutable /efi/boot/bootx64.efi de la partition EFI de FreeBSD puisque c’est lui qui est chargé par le firmware.

Tu sais que tu peux faire ces essais dans le shell de GRUB (touche ‹ c ›) sans avoir besoin de modifier grub.cfg et redémarrer à chaque fois ?

[Zargos]

@PascalHambourg

Tu sais que tu peux faire ces essais dans le shell de GRUB (touche ‹ c ›) sans avoir besoin de modifier grub.cfg et redémarrer à chaque fois ?

Bonne idée , j’avais complètement oublié cette possibilité.

j’ai donc essayé, et là je m’aperçois qu’en faisant un ls j’obtiens une liste de partition dans laquelle toutes les partitions apparaissent en tant que (hd0,gptX), plus les lvm comme (lvm/nom du volume)

quand je fais un ls (lvm/vg00-var) j’ai bien les fichiers/repertoires qu’y s’y trouvent.
par contre quand j’essaye de le faire avec la partition freebsd (hd0,gpt3) pareil.
Quand j’essaye avec la partition efi (hd0,gpt2) de freebsd j’ai erreur : système de fichier inconnu.

j’ai ajouté insmod ufs2 et insmod part_gpt, avec le root sur (hd0,gpt1) et chainloader /efi/boot/bootx64.efi, après le boot ca a marché.

Merci, ça ne fait que presque un mois que je suis là-dessus

Ne me reste qu’un seul truc c’est le fwsetup dans le 30_uefi-firmware qui n’apparait pas, mais bon, je peux m’en passer.

Au final, j’ai donc:

menuentry "OPNSense" {
insmod ufs2
insmod part_gpt
insmod chain
set root=(hd0,gpt1)
chainloader /efi/boot/BOOTx64.efi
}

Sur ma VM c’est bootx64.efi sur le minipc, c’est BOOTx64.efi

[Zargos]

Etape suivante: configurer le client dhcp pour obtenir l’ip publique de Orange.
si ca marche la base est bonne, reste plus que les éléments de sécurité à finaliser (parefeu déjà prêt), les outils de configuration et de sauvegarde, le serveur DHCP (déjà pret) et le serveur Bind (déjà prêt aussi et en mieux que sur OPNSense).

[PascalHambourg]

@Zargos

quand je fais un ls (lvm/vg00-var) j’ai bien les fichiers/repertoires qu’y s’y trouvent.

Normalement cette commande affiche les caractéristiques du volume (taille, type, UUID…). Pour afficher son contenu il faut ajouter / (+ chemin éventuel).

@Zargos

par contre quand j’essaye de le faire avec la partition freebsd (hd0,gpt3) pareil.

Pareil que quoi ?

@Zargos

Quand j’essaye avec la partition efi (hd0,gpt2) de freebsd j’ai erreur : système de fichier inconnu .

A priori la partition EFI de FreeBSD est (hd0,gpt1), pas (hd0,gpt2). Cette dernière est désignée « FreeBSD Boot » mais j’ignore à quoi cela correspond. Peut-être un équivalent de la partition « BIOS boot » utilisée par GRUB pour l’amorçage BIOS, qui ne contient pas de système de fichiers.

@Zargos

j’ai ajouté insmod ufs2 et insmod part_gpt

Je ne pense pas que ce soit utile. part_gpt est déjà chargé et la partition EFI est de type FAT, pas UFS.

@Zargos

Sur ma VM c’est bootx64.efi sur le minipc, c’est BOOTx64.efi

FAT n’est pas sensible à la casse donc peu importe.

@Zargos

Ne me reste qu’un seul truc c’est le fwsetup dans le 30_uefi-firmware qui n’apparait pas

30_uefi-firmware fait une vérification dans les variables EFI pour ajouter une entrée de menu « System setup ». Celle-ci ne figure pas sur toutes mes machines UEFI. Cela dépend peut-être d’une fonctionnalité du firmware UEFI. Est-ce que la commande fwsetup dans le shell de GRUB fonctionne ?

[Edit] Au fait, tu as réussi à faire en sorte que GRUB soit lancé par défaut et affiche son menu ?

[Zargos]

@PascalHambourg

Normalement cette commande affiche les caractéristiques du volume (taille, type, UUID…). Pour afficher son contenu il faut ajouter / (+ chemin éventuel).

j’avais oublié le « / » dans mon commentaire, mais bien réalisé sinon.

@PascalHambourg

Pareil que quoi ?

ca marche comme pour lvm

@PascalHambourg

A priori la partition EFI de FreeBSD est (hd0,gpt1), pas (hd0,gpt2). Cette dernière est désignée « FreeBSD Boot » mais j’ignore à quoi cela correspond. Peut-être un équivalent de la partition « BIOS boot » utilisée par GRUB pour l’amorçage BIOS, qui ne contient pas de système de fichiers.

C’est bien la gpt1 en fait qu’il faut que j’utilise.

@PascalHambourg

Je ne pense pas que ce soit utile. part_gpt est déjà chargé et la partition EFI est de type FAT, pas UFS.

oui en effet, j’ai enlevé tous les insmod.

@PascalHambourg

FAT n’est pas sensible à la casse donc peu importe.

Ben apparemment sur mon minipc si, car bootx64 n’a pas marché.

@PascalHambourg

30_uefi-firmware fait une vérification dans les variables EFI pour ajouter une entrée de menu « System setup ». Celle-ci ne figure pas sur toutes mes machines UEFI. Cela dépend peut-être d’une fonctionnalité du firmware UEFI. Est-ce que la commande fwsetup dans le shell de GRUB fonctionne ?

je n’ai pas testé en shell, mais au final ce n’est pas grave car je peux me rabattre sur le bios si j’ai besoin.

@PascalHambourg

[Edit] Au fait, tu as réussi à faire en sorte que GRUB soit lancé par défaut et affiche son menu ?

Oui, il est lancé par défaut (j’ai modifié le boot du BIOS pour qu’il charge Debian).

j’ai les Option:

• Debian
• Options avancées pour Debian GNU/Linux
• OPNSense

Ca marche parfaitement désormais.

[Zargos]

Au final je n’ai plus que:

menuentry "OPNSense" {
          set root=(hd0,gpt1)
          chainloader /efi/boot/BOOTx64.efi
}

[PascalHambourg]

@Zargos

ca marche comme pour lvm

Alors pourquoi avoir écrit « par contre » ? Ce n’est pas pour pinailler, j’aime bien comprendre.

[Zargos]

@PascalHambourg

Alors pourquoi avoir écrit « par contre » ? Ce n’est pas pour pinailler, j’aime bien comprendre.

mauvaise grammaire, j’avais écris autre chose au départ et j’ai oublié de corriger

[PascalHambourg]

Pour conclure ce sujet,

@Zargos

le système de partitionnement de opnsense est radicalement différent de celui de linux.
Du coup, ça pose un problème pour l’efi

@Zargos

j’ai vu sur le forum de opnsense que celui-ci n’était pas conçu pour un dual boot.

@PascalHambourg

Je voudrais bien voir ça.

Je suis venu, j’ai vu, et ces préjugés sans fondement ont été vaincus.

[Zargos]

certes et maintenant je vais pouvoir la remplacer

[PascalHambourg]

Alors c’était bien la peine de faire une dual boot… (ceci dit, maintenant tu sais faire)

[Zargos]

@PascalHambourg

Alors c’était bien la peine de faire une dual boot

Ben en fait, si, parce que pour le moment, je n’ai pas pu tester en reel, donc il y a un risque que ça ne marche pas du premier coup.
Donc je fait une étape, et je garde la version OPNSense en attendant.