Symptome: Weboberfläche und Samba werden beide sehr langsam
Der Fall begann mit einem ZimaOS-1.6.1-System, das sich nach mehreren Stunden verlangsamte: Das Dashboard konnte Minuten zum Laden benötigen, und auch das Erstellen von Ordnern über Samba wurde extrem langsam. Ein Neustart verbesserte die Leistung vorübergehend.
Diagnosedaten erfassen, solange das System langsam ist
Der Thread empfiehlt, vor dem Neustart Auslastung, Arbeitsspeicher, Dateisysteme, RAID-Status und Kernel-Fehler zu überprüfen. Der Zeitpunkt ist entscheidend: Frühzeitig direkt nach dem Neustart erfasste Ergebnisse sahen normal aus und verschleierten den Fehler zunächst.
Der Storage-Scrub fand echte Beschädigungen
Ein späterer Btrfs-Scrub meldete 16 Prüfsummenfehler, von denen 3 korrigiert werden konnten und 13 nicht korrigierbar waren. Dadurch verlagerte sich die Untersuchung auf die Speicherebene, auch wenn der Thread weiterhin nicht nachweisen konnte, ob die ursprüngliche Ursache ein Laufwerk, der SATA-Pfad, die RAID-Schicht, ein Speicherproblem oder eine frühere Unterbrechung war.
Nicht sofort btrfs check --repair ausführen
Die Community riet wiederholt davon ab, die Reparatur blind auszuführen. Die offizielle Btrfs-Scrub-Dokumentation erläutert das Verhalten von Scrub, während die Dokumentation zu btrfs check vor den Risiken einer Reparatur warnt.
Den Fall als Diagnosehilfe nutzen
Wenn sowohl die Benutzeroberfläche als auch Dateioperationen langsamer werden, sollte die Speicherintegrität geprüft werden, statt anzunehmen, dass die Weboberfläche die eigentliche Ursache ist. Siehe den ZimaOS-Speicherleitfaden und die aktuelle ZimaOS-Übersicht.
