Letzte Woche hatte ich das Problem, dass SmartOS plötzlich nicht mehr bootete (von USB), sondern einfach hängen blieb, nachdem die Warnung „mDNSPlatformRawTime ging um 3684530 Ticks zurück ...“ ausgegeben wurde. Ich glaube, das ist manchmal aufgetreten, aber ich habe nicht darauf geachtet. Allerdings ist das der Punkt, an dem es beim Booten hängen blieb. Da mein Zpool dann nicht so viele wichtige Daten enthielt, habe ich einfach diese Festplatte ausgesteckt und eine andere identische verwendet, um einen neuen Pool zu erstellen, da ich dachte, dass vielleicht die Festplatte das Problem ist (war billiger). Außerdem habe ich den USB-Stick mit dem neuesten SmartOS-Image aktualisiert und dann ging es über den vorherigen Hängepunkt hinaus, was aber zu einer Kernel-Panik führte, die ein Modul deaktivierte.FMD-8000-2K
Kurz gesagt, da dieser Rechner Dual-Boot ist, habe ich in Windows 7 festgestellt, dass er von 6 RAM-Riegeln (insgesamt 12 GB) nur 2 GB erkennt – einen Riegel. Vor kurzem hatte ich etwas Zeit und habe Staub weggeräumt, außerdem waren Haare dort, wo der RAM angeschlossen ist, und da haben wir es, 12 GB wieder, also denke ich definitiv, dass dies das Problem war und möglicherweise das problematische Modul war.
Aber wenn ich zu SmartOS zurückkehre und sogar auf einem neuen Z-Pool/einer neuen Festplatte versuche, den neuesten Bootstrap zu installieren, wird angezeigt, dass das /-Dateisystem voll ist.
Ich beherrsche Illumos/SmartOS noch nicht, obwohl ich vorhabe, so weit wie möglich einzutauchen. Daher weiß ich nicht, wie Metadaten auf einem bestimmten Zpool funktionieren oder welcher Teil nach einer Kernel-Panic auf dem USB-Boot-Stick selbst geändert wird.
Ist es nun möglich, dass ich im neuen Zpool immer noch das deaktivierte Modul suchen und aktivieren muss?
AKTUALISIEREN:
Ich konnte auf meinen ursprünglichen Pool zugreifen, nachdem der RAM bereinigt und die erste Festplatte wieder angeschlossen worden war. Die zweite Festplatte verwende ich jetzt als Spiegel. Aber das ist es, was mir immer noch Sorgen bereitet – warum hat Ramdisk:a eine so geringe Kapazität und ist voll:
# 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
Als ich versuchte, neuere Bootstrap zu bekommen mitLocke, Ich bekomme/ Dateisystem ist vollerneut, nach einem bestimmten Download-Prozentsatz.
Das wichtigste verbleibende Problem ist nun,/voll, aber ich bin mir nicht sicher, wie es montiert ist, welche Mechanismen dahinter stecken oder was ich untersuchen muss. Hinweis: Ich bin mir auch nicht sicher, wie der Status von/Vor dem RAM-Ausfall könnte es auch eine zu geringe Kapazität und eine hohe Auslastung gegeben haben, aber bei der ersten Konfiguration vor 5 Monaten konnte ich bootstrap-2019Q2-x86_64.tar.gz problemlos abrufen und installieren.
Vielen Dank für Ihre Hilfe.