Diese Quelle zeigt, warum eine vollständig belegte ZimaOS-Systemfestplatte eine Migration eingefroren erscheinen lassen kann, ohne zwangsläufig das zugrunde liegende RAID oder die Benutzerdaten zu zerstören. Die 228-GB-System-SSD des ZimaCube erreichte 0 B verfügbar, nachdem Resilio-bezogene Indexierungs- und Anwendungsdaten auf dem Betriebssystemlaufwerk angewachsen waren. Der Zugriff über SMB und den Finder funktionierte weiterhin, aber das Dashboard wurde instabil, und die Migration blieb zunächst bei 5 % stehen.
Die Migration kam schließlich voran – zunächst auf 45 %, dann auf 49 % – und wurde nach mehr als einem Tag abgeschlossen. Der ursprüngliche Verfasser erklärte später außerdem, dass er Resilio daran hinderte, weiterhin auf der Systemfestplatte zu indexieren und zu schreiben. Die aktuelle ZimaOS-Dokumentation empfiehlt inzwischen ausdrücklich, AppData nicht auf dem Systemlaufwerk zu speichern.
Die System-SSD war vollständig belegt
Die Migration der App-Daten schien zunächst bei 5 % festzustecken
Langsamer Fortschritt bedeutete nicht, dass die Migration dauerhaft fehlgeschlagen war
Der Nutzer sah später, dass die Migration über Nacht auf 45 % und anschließend auf 49 % vorankam. Monate später bestätigte er, dass sie schließlich abgeschlossen wurde, vermutlich nach mehr als einem Tag.
Die aktuellen Hinweise von IceWhale warnen ausdrücklich davor, das Systemlaufwerk mit AppData zu füllen
Die aktuellen Hinweise zu AppData-Speicherpfaden besagen, dass Anwendungsdatenbanken, Miniaturansichten, Metadaten und andere AppData das kleine Systemlaufwerk füllen und dazu führen können, dass Updates, Apps und das Gerät selbst sich ungewöhnlich verhalten.
Verwenden Sie die aktuellen Hinweise zur AppData-Speicherung.
Beenden Sie die Anwendung, die weiterhin die Festplatte füllt
Einige Gigabyte freizugeben, ist nicht hilfreich, wenn Resilio, ein LLM-Modell, der Immich-Cache oder ein anderer Container sie sofort wieder belegt. Ermitteln Sie die App, die den Systemspeicher verbraucht, und beenden Sie sie, bevor Sie die Migration erneut versuchen.
Schaffen Sie vor einem erneuten Migrationsversuch ausreichend Spielraum
Ein Migrationsprozess benötigt Speicherplatz für Datenbanken, temporäre Zustände, Protokolle und Anwendungsvorgänge. Löschen oder verschieben Sie nur Daten, die Sie eindeutig identifiziert haben. Führen Sie keine pauschale Bereinigung auf Root-Ebene in unbekannten Systemverzeichnissen durch.
Verwenden Sie das aktuelle Datenmigrationstool, sobald das System stabil ist
Das aktuelle ZimaOS kann Docker-Images, Docker-Anwendungsdaten und verwaltete Benutzerdatenbanken über Einstellungen > Datenmigration zwischen Speicherbereichen verschieben.
Siehe den aktuellen Ablauf der Datenmigration.
Eine enorme Anzahl kleiner Dateien kann langsamer sein, als ihre Gesamtgröße vermuten lässt
Indexdatenbanken, Miniaturansichten und Metadatenverzeichnisse können pro Gigabyte deutlich mehr Dateisystemoperationen erfordern als große Mediendateien.
Verschieben Sie Live-AppData während einer laufenden Migration nicht manuell
Ein späterer Teilnehmer verschob einen LLM-AppData-Ordner manuell, während die Migration bereits feststeckte. Dadurch können der in der Anwendung konfigurierte Pfad, der Migrationsstatus von ZimaOS und der tatsächliche Speicherort im Dateisystem voneinander abweichen.
Die Quelle berichtete außerdem von einem separaten Resilio-Problem mit Dateinamen
Monate später erklärte timothy, dass Resilio Dateien mit nicht unterstützten Zeichen umbenannt hatte, sodass sie in ZimaOS als fehlend erschienen. Er korrigierte ausdrücklich seinen früheren Verdacht, dass ZimaOS diese Dateien verloren habe.
Ein fehlerhaftes Dashboard bedeutet nicht, dass der Speicherpool verloren ist
Die Quelle konnte weiterhin SMB und den Finder verwenden, während das Dashboard die Sitzung beendete und die Migrationsoberfläche sich ungewöhnlich verhielt. Diese Unterscheidung ist wichtig: Eine volle Systemfestplatte kann Dienste der Steuerungsebene beeinträchtigen, während das separate Datenarray weiterhin eingebunden und lesbar bleibt.
Sichern Sie diese Hinweise, bevor Sie destruktive RAID- oder Neuinstallationsmaßnahmen ergreifen.
Überprüfen Sie die Systemfestplatte, bevor Sie eine weitere Migration starten
Prüfen Sie, welche Verzeichnisse die Systemfestplatte belegen, ermitteln Sie die zugehörige Anwendung und beenden Sie den Prozess, der weiterhin schreibt. Wenn die App sicher entfernt und neu erstellt werden kann, löschen Sie deren entbehrliche Cache- oder Image-Daten über die vorgesehenen Bedienelemente, statt zufällige Verzeichnisse zu löschen.
Sobald ausreichend Spielraum vorhanden ist, starten Sie bei Bedarf nur den betroffenen Dienst oder die betroffene App neu und vergewissern Sie sich vor der Migration, dass der freie Speicher stabil bleibt.
Die aktuelle Migration ist ein kontrollierter Vollbildvorgang
Die aktuelle Dokumentation von IceWhale besagt, dass andere Vorgänge während der Datenmigration nicht verfügbar sind. Planen Sie für Anwendungen, deren Daten verschoben werden, eine Ausfallzeit ein, vermeiden Sie gleichzeitige manuelle Verschiebungen und warten Sie, bis die Migration einen eindeutigen Abschluss- oder Fehlerstatus erreicht hat, bevor Sie dieselben Ordner verändern.
Eine Neuinstallation ist der letzte Ausweg, nicht die erste Reaktion auf 0 B freien Speicher
Wenn Benutzerdaten und Speicher intakt sind, können Sie das System möglicherweise wiederherstellen, indem Sie Systemspeicher freigeben und die AppData-Migration abschließen, ohne das NAS neu aufzubauen. Falls eine Neuinstallation erforderlich wird, sichern Sie zuvor Anwendungsdaten, Speicher-Metadaten und wichtige Dateien und befolgen Sie die aktuellen Hinweise zur Wiederherstellung und Neuinstallation.
FAQ zur vollen Systemfestplatte
Wurde die Migration aus der Quelle letztendlich abgeschlossen?
Ja. Der ursprüngliche Verfasser erklärte später, dass sie nach mehr als einem Tag abgeschlossen wurde.
Beweist ein Fortschrittsbalken, der bei 5 % stehen bleibt, dass die Daten verloren sind?
Nein. In der Quelle schritt die Migration später weiter voran, während SMB und das RAID weiterhin zugänglich waren.
Was sollten aktuelle Nutzer zuerst tun, wenn ZimaOS-HD voll ist?
Beenden Sie die App, die weiterhin schreibt, schaffen Sie sicher freien Speicher und verwenden Sie anschließend die aktuellen Datenmigrations- und AppData-Funktionen, statt unbekannte Systemdateien zu löschen.
