Editar: como alguien señaló en este hilo , el problema es que el proceso de arranque en algún momento quiere montar el sistema de archivos raíz desde el dispositivo de bucle invertido de una manera que no es posible con la funcionalidad de bucle invertido de GRUB. Tenga en cuenta que PC-BSD cambió su nombre a TrueOS y que ahora ofrecen imágenes USB.
No estoy demasiado familiarizado con BSD y no puedo encontrar nada sobre BSD en el artículo de la unidad USB de arranque múltiple de Arch , sin embargo, tienen 3 formas en su artículo de GRUB , al menos una debería funcionar cuando se adapta a dispositivos montados en bucle:
Carga en cadena del registro de arranque incrustado
menuentry 'FreeBSD' {
insmod ufs2
set root='hd0,gpt4,bsd1'
chainloader +1
}
Esto parece ser simple y cargar el módulo de sistema de archivos apropiado parece ser una buena idea, pero recuerde que en los medios ópticos existe ISO 9660 o UDF y no hay particiones que yo sepa, excepto El Torito.
Ejecutando el cargador tradicional de segunda etapa BSD
menuentry 'FreeBSD' {
insmod ufs2
set root='(hd0,4)'
kfreebsd /boot/loader
}
Eso es casi lo que hiciste solo como una configuración estática sin llamar a la búsqueda.
Cargando el kernel directamente
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
}
Eso se ve sorprendentemente complejo. Acabo de comenzar a descargar la iso PC-BSD 10.3, espero encontrar algo de tiempo jugando para descubrir cómo hacerlo funcionar a través de UEFI o legacy en los próximos días.
ls
daopen '/' failed: no such file or directory
. Me pregunto cómo funciona el cargador mientras (aparentemente) no se encuentra la raíz.