以 FreeBSD/i386 10.1-RELEASE 作为客户机操作系统在 VirtualBox 上运行时，可能会出现磁盘 I/O 访问问题。这取决于某些特定的硬件配置，与特定版本的 VirtualBox 或主机操作系统无关。
这会导致各种错误并使 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
```
[2014-04-03 更新] 据报告，在其他虚拟机管理程序（如 Xen 或 KVM）上运行的虚拟机也可能存在不稳定性。
配置了多磁盘 ZFS 数据集（mirror、raidz1、raidz2、raidz3）的 FreeBSD/i386 10.1-RELEASE 在引导未修改的 GENERIC 内核尝试挂载 ZFS 池时可能会崩溃。
如 /usr/src/UPDATING 中 20121223 条目所述，已观察到使用 options KSTACK_PAGES=4 重新编译内核可解决引导时的崩溃。然而，这并非纳入 GENERIC 内核配置的理想解决方案，因为增加 KSTACK_PAGES 会在原本资源匮乏的环境中隐式减少可用的用户模式线程。
考虑到 ZFS 的高资源需求，以及 i386 上一般工作负载的特定调优要求，强烈不建议在 FreeBSD/i386 GENERIC 内核上使用 ZFS。
警告：
务必注意，默认情况下，freebsd-update(8) 将安装 GENERIC 内核配置，因此强烈建议此类配置的 freebsd-update(8) 用户避免使用 FreeBSD 提供的内核二进制升级。
注意：
尽管 FreeBSD/i386 在 10.0-RELEASE 和 10.1-RELEASE 之间崩溃的表现形式略有变化，但考虑到 /usr/src/UPDATING 条目的日期，没有证据表明这是 FreeBSD 10.0-RELEASE 和 FreeBSD 10.1-RELEASE 之间的回归。
由于 bsdconfig(8) 与 pkg(8) 1.3 版本之间存在不兼容性，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 gnome2 [...]
```
[2015-02-06] 影响二进制升级用户： freebsd-update install 的第二阶段（即升级正在运行的用户空间的阶段）在从 10.0-RELEASE 升级至 10.1-RELEASE 时，会在 nsswitch.conf(5) 中启用 nss_ldap 的系统上失败。
权宜之计是在运行 freebsd-update install 升级用户空间之前，先在 nsswitch.conf(5) 中禁用 nss_ldap，待升级过程完成后再重新启用。
该问题正在调查中，预计在确定解决方案后发布勘误通知。
[2015-03-31] 收到若干关于 QCOW2 FreeBSD 虚拟机镜像在引导时崩溃的报告。因此，这些镜像已从 FTP 镜像中移除，对应的校验和也已从 FTP 镜像上 VM-IMAGES/ 目录中的 CHECKSUM.SHA256 和 CHECKSUM.MD5 中移除。