上周我遇到了 SmartOS 突然无法启动的问题（通过 USB 启动），在出现“mDNSPlatformRawTime 倒退了 3684530 个时钟周期...”警告后，它就挂在那里了。我认为这个问题以前有时会出现，但我没有注意，然而这是它启动时卡住的地方。然后，由于我的 Zpool 没有包含那么多重要数据，我只是拔下这个磁盘并使用另一个相同的磁盘来创建新池，因为我认为可能是磁盘的问题（在较便宜的一端）。此外，我用最新的 SmartOS 映像更新了 USB 记忆棒，然后它越过了之前的挂起点，但导致内核崩溃，禁用了一个模块。FMD-8000-2K
长话短说，因为这台机器是双启动的，在 Windows 7 中我注意到在 6 根 RAM（总共 12 GB）中，它只能看到 2GB - 一根。最近我有一些空闲时间，清理了灰尘，而且 RAM 连接处有一些头发，然后我们又回到了 12GB，所以我肯定认为这是问题所在，可能是有问题的模块。
但是当我回到 smartos 甚至在新的 zpool/disk 上时，当我尝试安装最新的引导程序时，它说 / 文件系统已满。
我还没有掌握 Illumos/SmartOS，尽管我计划尽可能深入研究，所以我不知道特定 Zpool 上的元数据是如何工作的，或者内核崩溃后 USB 启动棒本身的哪些部分发生了变化。
现在，我是否仍然需要在新的 Zpool 上找到禁用的模块并启用它？
更新：
清理完 RAM 并重新插入第一个磁盘后，我设法访问了原始池。我现在使用第二个磁盘作为镜像。但我仍然担心的是 - 为什么 ramdisk:a 容量这么低而且已满：
# df -h
Filesystem Size Used Available Capacity Mounted on
/devices/ramdisk:a 289M 289M 66K 100% /
/devices 0 0 0 0% /devices
/dev 0 0 0 0% /dev
ctfs 0 0 0 0% /system/contract
proc 0 0 0 0% /proc
mnttab 0 0 0 0% /etc/mnttab
swap 4.76G 980K 4.76G 1% /etc/svc/volatile
objfs 0 0 0 0% /system/object
bootfs 0 0 0 0% /system/boot
sharefs 0 0 0 0% /etc/dfs/sharetab
/devices/pseudo/lofi@1:disk
432M 360M 72.4M 84% /usr
/usr/lib/libc/libc_hwcap1.so.1
432M 360M 72.4M 84% /lib/libc.so.1
当我尝试使用获取更新的引导程序时卷曲，我得到/文件系统已满再次，经过一定的下载后。
所以现在剩下的主要问题是/已满，但我不确定它是如何安装的，或者它背后的机制，或者我需要研究什么。注意：我也不确定/在 RAM 出现故障之前，可能是容量太小且负载太高，但在 5 个月前第一次配置时，我设法毫无问题地拉取并安装了 bootstrap-2019Q2-x86_64.tar.gz。
感谢您的任何帮助，您可以提供。