Thanks for answering.
After examining the details, I found these causes for not booting:
Kernel panic happens while drive spins up and kernel message is: ‘mountroot’ failed.
My suspicion: Delay is needed for kernel to wait for disk.
Possible solution: ‘boot -p’
I got the kernel to boot, nonetheless.
But I have to retry several times. It’s a little bit strange.
From the ‘loader’ FORTH-prompt, I typed
by mistake: ‘boot -P’ (unintended upper case). This caused the kernel to wait for the spinning up of the disk, and it booted flawlessly.
B) After my last software install (xfce-desktop), ‘bootfs’ in the BootEnvironment selection menu was empty. Has to be filled in manually by selecting one from the existing list.
Software was installed via AppCafe.
After my last successful boot, this showed up:
~% about | grep type
type ……………………… BIOS
the output of ‘dmesg’ contained
something about ‘Bootcamp’ (Apple’s BIOS Compatibility Support)
But: While being booted into this currently running instance of TrueOS, it is changed to ‘EFI’ instead of ‘BIOS’ and ‘Bootcamp’ is nowhere to be seen within the output of dmesg.
Of course, this last variant is what I really want.
All this is very interesting and entertaining.
And this is no sarcasm. Thanks for the nice software!
The current state of the still running instance is:
~% ( about ; dmesg ) | grep -Ei 'camp|efi’
type ……………………… EFI
VT(efifb): resolution 1024x640
GEOM: ada0: enabling Boot Camp
And that’s all about EFI so far, because
~% ( about ; cat /var/run/dmesg.boot ) | grep -Ei ‘camp|efi’
gives exactly the same result.
Sorry for partially wrong information.