![SmartOS“/文件系统已满”](https://linux22.com/image/747248/SmartOS%E2%80%9C%2F%E6%96%87%E4%BB%B6%E7%B3%BB%E7%BB%9F%E5%B7%B2%E6%BB%A1%E2%80%9D.png)
上周我遇到了 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。
感谢您的任何帮助,您可以提供。