I don't know if anyone else had come across this as of yet, but I set out today to see if I could create an OCI compliant image for Oracle Cloud of a minimal FreeBSD 13-RELEASE install. Part of the requirements for importing a custom image is that it must be a VMDK disk and partitioned with MBR (I don't have this issue with Azure; it seems like Oracle is always playing catchup, but that's another debate for another time on a different forum
)
Anyway, the installer will crash (hung system) if I try to use "Auto UFS" on my blank 12GB VMDK disk. I tried partitioning it manually (via bsdinstall) but I get a very nondescript popup that says "invalid option." So, I opted to drop to the shell and partition it out by hand using gpart.
I can partition the drive successfully (
However, if I do this on a VDI, it works fine.
For my workaround, I did the complete install on a VDI and then cloned the medium to a VMDK which then booted with no problem. Is this a known issue that I missed somewhere? Are there specific settings for a VMDK within VBox that need to be enabled to allow FreeBSD (gpart) to play nicely?

Anyway, the installer will crash (hung system) if I try to use "Auto UFS" on my blank 12GB VMDK disk. I tried partitioning it manually (via bsdinstall) but I get a very nondescript popup that says "invalid option." So, I opted to drop to the shell and partition it out by hand using gpart.
I can partition the drive successfully (
gpart create -s MBR ada0
). However, the moment I attempt to add the first (boot) partition ( gpart add -t freebsd-boot -s 512 -l boot ada0
) or any other partition for that matter, gpart errors out with "Invalid option."However, if I do this on a VDI, it works fine.
For my workaround, I did the complete install on a VDI and then cloned the medium to a VMDK which then booted with no problem. Is this a known issue that I missed somewhere? Are there specific settings for a VMDK within VBox that need to be enabled to allow FreeBSD (gpart) to play nicely?