# Dual boot FreeBsd / Debian **URL:** \ **Category:** Support Debian\ **Created:** [Mai 23, 2021, 5:00 UTC](https://www.debian-fr.org/t/dual-boot-freebsd-debian/84672 "2021-05-23T17:00:07Z")\ **Posts on this page:** 19\ **Page:** 2
**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\ **Post date:** [Mai 25, 2021, 7:07 UTC](https://www.debian-fr.org/t/dual-boot-freebsd-debian/84672/21 "2021-05-25T19:07:06Z")
> [@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. ---
**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\ **Post date:** [Mai 25, 2021, 9:57 UTC](https://www.debian-fr.org/t/dual-boot-freebsd-debian/84672/22 "2021-05-25T21:57:30Z")
> [@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. ---
**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\ **Post date:** [Mai 26, 2021, 12:01 UTC](https://www.debian-fr.org/t/dual-boot-freebsd-debian/84672/23 "2021-05-26T12:01:01Z")
``` 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: The data for partition 3 is: The data for partition 4 is: 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. ---
**Author:** ![crustyourmind](https://www.debian-fr.org/user_avatar/www.debian-fr.org/crustyourmind/32/2955_2.png) [@crustyourmind](https://www.debian-fr.org/u/crustyourmind)\ **Post date:** [Mai 27, 2021, 10:56 UTC](https://www.debian-fr.org/t/dual-boot-freebsd-debian/84672/24 "2021-05-27T10:56:58Z")
voici comment j’ai fait mon dial boot debian / freeBSD > **[DUAL BOOT freeBSD / Linux - installfreebsd \[Cyrille BIOT\]](https://cbiot.fr/dokuwiki/installfreebsd#dual_boot_freebsd_linux)** > > Sur laptop, DELL Latitude E5430 et DELL Latitude E6410 ---
**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\ **Post date:** [Mai 27, 2021, 11:42 UTC](https://www.debian-fr.org/t/dual-boot-freebsd-debian/84672/25 "2021-05-27T11:42:26Z")
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: ![image](https://www.debian-fr.org/uploads/default/original/2X/5/52cc5331f9b0f7089df1bc26c2586890b8470d27.png) le grub est installé sur la partition EFI n°5, la partition efi n°1 est la partition efi originelle de l’OPNSense ---
**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\ **Post date:** [Mai 27, 2021, 6:21 UTC](https://www.debian-fr.org/t/dual-boot-freebsd-debian/84672/26 "2021-05-27T18:21:30Z")
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. ---
**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\ **Post date:** [Mai 29, 2021, 8:37 UTC](https://www.debian-fr.org/t/dual-boot-freebsd-debian/84672/27 "2021-05-29T08:37:39Z")
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` ---
**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\ **Post date:** [Mai 29, 2021, 8:57 UTC](https://www.debian-fr.org/t/dual-boot-freebsd-debian/84672/28 "2021-05-29T08:57:03Z")
(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 ? ---
**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\ **Post date:** [Mai 29, 2021, 10:50 UTC](https://www.debian-fr.org/t/dual-boot-freebsd-debian/84672/29 "2021-05-29T10:50:59Z")
> [@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 ---
**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\ **Post date:** [Mai 29, 2021, 10:58 UTC](https://www.debian-fr.org/t/dual-boot-freebsd-debian/84672/30 "2021-05-29T10:58:52Z")
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). ---
**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\ **Post date:** [Mai 29, 2021, 11:25 UTC](https://www.debian-fr.org/t/dual-boot-freebsd-debian/84672/31 "2021-05-29T11:25:50Z")
> [@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 ? ---
**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\ **Post date:** [Mai 29, 2021, 11:43 UTC](https://www.debian-fr.org/t/dual-boot-freebsd-debian/84672/32 "2021-05-29T11:43:47Z")
> [@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. ---
**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\ **Post date:** [Mai 29, 2021, 11:44 UTC](https://www.debian-fr.org/t/dual-boot-freebsd-debian/84672/33 "2021-05-29T11:44:37Z")
Au final je n’ai plus que: ``` menuentry "OPNSense" { set root=(hd0,gpt1) chainloader /efi/boot/BOOTx64.efi } ``` ---
**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\ **Post date:** [Mai 29, 2021, 12:05 UTC](https://www.debian-fr.org/t/dual-boot-freebsd-debian/84672/34 "2021-05-29T12:05:52Z")
> [@Zargos](#): > > ca marche comme pour lvm Alors pourquoi avoir écrit « par contre » ? Ce n’est pas pour pinailler, j’aime bien comprendre. ---
**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\ **Post date:** [Mai 29, 2021, 12:17 UTC](https://www.debian-fr.org/t/dual-boot-freebsd-debian/84672/35 "2021-05-29T12:17:50Z")
> [@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 🙂 ---
**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\ **Post date:** [Mai 29, 2021, 12:33 UTC](https://www.debian-fr.org/t/dual-boot-freebsd-debian/84672/36 "2021-05-29T12:33:00Z")
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. ---
**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\ **Post date:** [Mai 29, 2021, 12:36 UTC](https://www.debian-fr.org/t/dual-boot-freebsd-debian/84672/37 "2021-05-29T12:36:32Z")
😅 certes 🙂 et maintenant je vais pouvoir la remplacer ---
**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\ **Post date:** [Mai 29, 2021, 12:57 UTC](https://www.debian-fr.org/t/dual-boot-freebsd-debian/84672/38 "2021-05-29T12:57:28Z")
Alors c’était bien la peine de faire une dual boot… (ceci dit, maintenant tu sais faire) ---
**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\ **Post date:** [Mai 29, 2021, 4:13 UTC](https://www.debian-fr.org/t/dual-boot-freebsd-debian/84672/39 "2021-05-29T16:13:05Z")
> [@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. [Page précédente](https://www.debian-fr.org/t/dual-boot-freebsd-debian/84672.md?page=1)