先週、SmartOS が突然起動しなくなる (USB から) という問題が発生しました。"mDNSPlatformRawTime が 3684530 ティック後退しました..." という警告が表示され、そのまま停止しました。この警告は以前から時々表示されていたと思いますが、気に留めませんでした。しかし、この時点で起動が停止します。その後、Zpool にはそれほど重要なデータが含まれていなかったので、このディスクを取り外し、別の同じディスクを使用して新しいプールを作成しました。ディスクに問題がある可能性があると思ったからです (安価な方でした)。また、USB スティックを最新の SmartOS イメージで更新したところ、以前の停止ポイントは通過しましたが、カーネル パニックが発生し、モジュールが無効になりました。FMD-8000-2K
簡単に言うと、このマシンはデュアルブートなので、Windows 7 では 6 本の RAM (合計 12 GB) のうち 1 本の 2 GB しか認識されないことに気付きました。最近、時間があったのでほこりを掃除したところ、RAM の接続部分に髪の毛が何本かあったのですが、12 GB 戻ってきました。これは間違いなく問題で、問題のあるモジュールだった可能性があります。
しかし、SmartOS に戻って新しい zpool/disk 上で最新のブートストラップをインストールしようとすると、/ ファイルシステムがいっぱいであると表示されます。
できる限り深く掘り下げるつもりですが、まだ Illumos/SmartOS を習得していないので、特定の Zpool のメタデータがどのように機能するか、カーネル パニック後に USB ブート スティック自体のどの部分が変更されるかはわかりません。
さて、新しい Zpool でも、無効なモジュールを見つけて有効にする必要がある可能性はありますか?
アップデート：
RAM をクリーンアップし、最初のディスクを再び差し込んだ後、元のプールにアクセスできるようになりました。2 番目のディスクをミラーとして使用しています。しかし、これがまだ心配な点です。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 を取得してインストールすることができました。
ご協力いただければ幸いです。