以 FreeBSD/i386 10.4-RELEASE 作为客户机操作系统在 VirtualBox 上运行时，可能会出现磁盘 I/O 访问问题。这取决于某些特定的硬件配置，与特定版本的 VirtualBox 或主机操作系统无关。
据报告，在其他虚拟机管理程序（如 Xen 或 KVM）上运行的虚拟机也可能存在不稳定性。
这会导致各种错误并使 FreeBSD 相当不稳定。尽管原因尚不清楚，但禁用 unmapped I/O 可作为一种权宜之计。要禁用它，请在引导菜单中选择 Escape to loader prompt，并在 OK 提示符后从 loader(8) 提示符中输入以下行：
```
set vfs.unmapped_buf_allowed=0
boot
```
注意，引导后需要将以下行添加到 /boot/loader.conf 中。它会在每次引导时禁用 unmapped I/O：
```
vfs.unmapped_buf_allowed=0
```
在 ZFS 上安装的 FreeBSD/i386 10.4-RELEASE 在引导尝试挂载 ZFS 池时可能会崩溃（当引导未修改的 GENERIC 内核时）。
如 /usr/src/UPDATING 中 20121223 条目所述，已观察到使用 options KSTACK_PAGES=4 重新编译内核可解决引导时的崩溃。然而，这并非纳入 GENERIC 内核配置的理想解决方案，因为增加 KSTACK_PAGES 会在原本资源匮乏的环境中隐式减少可用的用户模式线程。
考虑到 ZFS 的高资源需求，以及 i386 上一般工作负载的特定调优要求，强烈不建议在 FreeBSD/i386 GENERIC 内核上使用 ZFS。
如果在 ZFS 上安装 FreeBSD/i386，可以在安装后配置系统以增加 KSTACK_PAGES。
当 bsdinstall(8) 提示对系统执行额外的安装后配置时，选择 [ YES ]。
此过程需要系统源代码在本地可用。如果安装期间未选择 System source code 发行版，可使用 svnlite 获取：
```
# mkdir -p /usr/src
# svnlite co https://svn.freebsd.org/base/releng/10.4 /usr/src
```
编译重新编译内核所需的 kernel-toolchain：
```
# make -C /usr/src kernel-toolchain
```
接下来，创建一个内核配置文件以增加选项 KSTACK_PAGES：
```
# printf "include GENERIC\noptions KSTACK_PAGES=4\n" > /usr/src/sys/i386/conf/ZFS
```
然后编译并安装 ZFS 内核：
```
# make -C /usr/src buildkernel KERNCONF=ZFS
# make -C /usr/src installkernel KERNCONF=ZFS
```
警告：
务必注意，默认情况下，freebsd-update(8) 将安装 GENERIC 内核配置，因此强烈建议此类配置的 freebsd-update(8) 用户避免使用 FreeBSD 提供的内核二进制升级。
由于 bsdconfig(8) 与 pkg(8) 之间存在不兼容性，FreeBSD dvd 安装程序中包含的软件包将无法被 bsdconfig(8) 识别。
要从 dvd1.iso 安装程序安装软件包，请创建 /dist 目标目录，并手动挂载 dvd1.iso ISO：
```
# mkdir -p /dist
# mount -t cd9660 /dev/cd0 /dist
```
注意：
请务必为 dvd1.iso ISO 安装程序使用正确的 /dev 设备路径。
接下来，将 REPOS_DIR 设置为安装程序中 repos/ 目录的路径，以便 pkg(8) 使用正确的仓库元数据。
如果使用 sh(1)：
```
# export REPOS_DIR=/dist/packages/repos
```
如果使用 csh(1)：
```
# setenv REPOS_DIR /dist/packages/repos
```
注意：
请记住，如果继续使用 dvd1.iso 安装程序上提供的软件包，则在当前 shell 会话终止后需要再次设置 REPOS_DIR。
最后，从 ISO 引导 pkg(8)，并安装所需的软件包：
```
# pkg bootstrap
# pkg install xorg-server xorg gnome3 [...]
```
发现 FreeBSD 虚拟机与 vagrant 存在问题，该问题影响 VirtualBox，即虚拟机在使用 vagrant up 调用初始引导时无法启动。
该问题由于虚拟机 MAC 未设置所致，因为 FreeBSD 不提供默认的 Vagrantfile。
然而据观察，随后再次调用 vagrant up 将允许虚拟机成功引导，从而允许通过 vagrant ssh 进行访问。