上週我遇到了 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，沒有任何問題。
感謝您的任何幫助，您可以提供。