Created attachment 153577 [details] failed dmesg dump Problem concerning only for boot time with the vboxdrv enabled. Load vboxdrv on loaded system by kldload have success and work fine. Two discs and hardware ride of them become not very accessible. Few available - mean that it in /dev are present but partitions is not visible by bsdlabel and did not see anything. Fdisk - sees bsd mark. Because of this, the OS does not boot. There was another single disk with FreeBSD installed, but not connected to any ride is visible fine. Here dmesg bring both for comparison. The Kernel is copy of generic release 9.3 plus built in ipfw and two routing tables in it. Preview two distinct lines dmesg, in working: GEOM_RAID: NVIDIA-1: Array NVIDIA-1 created. in a failed: GEOM_RAID: Promise: Array Promise created. Full dmesg from working and filed attached
Auto-assigned to maintainer vbox@FreeBSD.org
Created attachment 153578 [details] worked dmesg dump
virtualbox-ose-kmod version is 4.3.22
Now look again, found that vboxdrv loaded in the working case, too, but in another stage, after that, as geom make their work, and the file system mounting done. Apparently at the moment read /boot/loader.conf. This is achieved by providing in bootloader not load driver vboxdrv. And in the failed case, vboxdrv loaded from the folder with the drivers in a crowd, before geom.
so geom failed... (see attachments)
Workaround is to remove vboxdrv_enable="YES" from loader.conf The vboxdrv driver will be autoloaded later by virtual box daemons.
I think this overcome by events, the load commands has changed (and this was on 9.3).