Bearbeiten: Wie jemand in diesem Thread bemerkt hat , besteht das Problem darin, dass der Startvorgang irgendwann das Root-Dateisystem vom Loopback-Gerät auf eine Weise bereitstellen möchte, die mit der Loopback-Funktionalität von GRUB nicht möglich ist. Beachten Sie, dass PC-BSD in TrueOS umbenannt wurde und jetzt USB-Images bietet.
Ich bin mit BSD nicht allzu vertraut und kann in Arch's Artikel über Multiboot-USB-Laufwerke nichts über BSD finden. In ihrem GRUB-Artikel gibt es jedoch drei Möglichkeiten: Mindestens eine sollte funktionieren, wenn sie an Loop-Geräte angepasst ist:
Verketten des eingebetteten Startdatensatzes
menuentry 'FreeBSD' {
insmod ufs2
set root='hd0,gpt4,bsd1'
chainloader +1
}
Dies scheint einfach zu sein und das Laden des entsprechenden Dateisystemmoduls scheint eine gute Idee zu sein, aber denken Sie daran, dass es auf optischen Medien ISO 9660 oder UDF gibt und meines Wissens keine Partitionen außer El Torito.
Betrieb des traditionellen BSD 2nd Stage Loaders
menuentry 'FreeBSD' {
insmod ufs2
set root='(hd0,4)'
kfreebsd /boot/loader
}
Das ist fast das, was Sie als statische Konfiguration getan haben, ohne die Suche aufzurufen.
Laden Sie den Kernel direkt
menuentry 'FreeBSD' {
insmod ufs2
set root='hd0,gpt4,bsd1'
## or 'hd0,msdos4,bsd1', if using an IBM-PC (MS-DOS) style partition table
kfreebsd /boot/kernel/kernel
kfreebsd_loadenv /boot/device.hints
set kFreeBSD.vfs.root.mountfrom=ufs:/dev/ada0s4a
set kFreeBSD.vfs.root.mountfrom.options=rw
}
Das sieht überraschend komplex aus. Ich habe gerade mit dem Herunterladen der PC-BSD 10.3-ISO begonnen. Hoffentlich habe ich etwas Zeit damit, um herauszufinden, wie es in den nächsten Tagen über UEFI oder Legacy funktioniert.
ls
gibtopen '/' failed: no such file or directory
. Ich frage mich, wie der Lader funktioniert, während (anscheinend) keine Wurzel gefunden wird.