Der Quellbenutzer erwartete, dass CasaOS „Merge“ den kleinen internen eMMC und eine externe SSD in eine große physische Systempartition umwandelt. Das tut die Funktion nicht. Die Zusammenführung kann mehrere Speicherorte in CasaOS gemeinsam unter /DATA Ansicht, aber das Linux-Root-Dateisystem, der Paketmanager, das Docker-Root-Verzeichnis und die einzelnen physischen Datenträger existieren weiterhin darunter.
Das erklärt das Ergebnis der Quelle: Die Benutzeroberfläche zeigte im kombinierten Systemspeicher Hunderte Gigabyte freien Speicher an, doch apt-get upgrade kehrte später zurück kein Speicherplatz mehr auf dem Gerät und der interne Chip wirkte erneut voll. Mehr logische Kapazität in /DATA verlegte nicht automatisch jeden Schreibvorgang auf Root-Ebene auf die SSD.
Der Benutzer fragte ausdrücklich nach der Beta-Funktion „Merge“ von CasaOS
Zima-Giorgio schlug zunächst vor, Docker-Images und -Volumes auf ein anderes Speichergerät zu verschieben. Der OP stellte klar, dass Docker-Volumes nicht das Hauptproblem seien – gefragt wurde, ob die CasaOS-Speicherfunktion Merge selbst zuverlässig sei.
Ein anderer Benutzer berichtete von einer erfolgreichen Zusammenführung
radioamerica7 antwortete, dass sie Speicher zusammengeführt hätten und dieser „wie erwartet“ ohne Probleme funktioniere.
Das ermutigte den OP, es zu versuchen, beantwortete jedoch nicht die grundlegende Frage zum Root-Dateisystem.
Der OP fügte eine SSD hinzu, und der Zusammenführungsprozess wurde problemlos abgeschlossen
Xan fügte später über das Y-Kabel eine SSD hinzu und führte sie mit dem Speicher von CasaOS zusammen. Die Benutzeroberfläche zeigte den internen Chip weiterhin als klein an, aber der kombinierte Speicher verfügte über Hunderte Gigabyte freien Speicher.
Mehrere Tage lang schien die Einrichtung zu funktionieren.
Dann traten die Symptome des Platzmangels auf Root-Ebene erneut auf
Der OP bemerkte daraufhin wieder vertraute Symptome:
- Docker-Container starteten nicht korrekt;
- PHP-Fehlern;
-
apt-get upgrademit folgendem Fehlerkein Speicherplatz mehr auf dem Gerät; - der interne Chip fehlerhafte oder nicht definierte Informationen zum freien Speicher meldete.
Dies ist der wichtigste Beleg in diesem Thread.
CasaOS verwendete historisch MergerFS zur Aggregation von /DATA
IceWhales Implementierung von CasaOS LocalStorage und die öffentliche Historie der Issues die zusammengeführte Ansicht als eine MergerFS-ähnliche Kombination aus dem Dateibereich von CasaOS und zusätzlichem Speicher unter /DATA. Ein historisches Beispiel zeigt, dass das Linux-Root-Dateisystem weiterhin separat eingehängt war, während /DATA erstreckt sich über mehrere zugrunde liegende Pfade.
Siehe die Architektur des zusammengeführten CasaOS-Speichers.
MergerFS vergrößert das ext4-Root-Dateisystem nicht
Dateien, die in Pfade außerhalb des zusammengeführten Baums geschrieben werden – etwa Paketmanager-Daten, Protokolle, Teile von Dockers Standard-Root-Verzeichnis und normale Linux-Systemdateien –, belegen weiterhin das physische Root-Dateisystem.
Deshalb apt kann der Speicherplatz ausgehen, selbst wenn das zusammengeführte /DATA Die Ansicht meldet reichlich freien Speicher.
Docker-Images/-Volumes benötigen einen eigenen Migrationsplan
Deshalb empfahl Giorgio dem Benutzer zunächst, Docker-Images und -Volumes zu verschieben. App-Daten können groß sein, und das Ändern des sichtbaren CasaOS-Speicherpools verschiebt nicht unbedingt Dockers Root-Verzeichnis oder jedes bereits vorhandene Volume.
Bevor du Docker-Speicherpfade änderst, sichere die Containerkonfiguration und AppData und befolge eine aktuelle, für das installierte Host-Betriebssystem geeignete Methode zur Migration von CasaOS/Docker.
Die Quellfunktion war ausdrücklich als Beta gekennzeichnet
Der OP wies wiederholt darauf hin, dass die Zusammenführungsfunktion eine Beta-Version war. Auch die öffentliche Problemhistorie von CasaOS enthält frühere Fehler und Designanfragen im Zusammenhang mit zusammengeführtem Speicher. Betrachte sie als praktische Pooling-Ebene, nicht als Ersatz dafür, das zugrunde liegende Layout von Laufwerken und Root zu verstehen.
Ein besser vorhersehbares Speicherlayout trennt die Aufgaben
Für einen kleinen eMMC-/SBC-Heimserver ist folgende klarere Aufteilung sinnvoll:
- Betriebssystem/Root auf einem Systemgerät mit ausreichend freien Reserven;
- Docker/AppData auf einer SSD oder einem anderen bewusst ausgewählten Speicherpfad;
- große Medien-/Download-Dateien auf einem separaten Massenspeicher;
- eine Sicherung auf einem anderen Gerät.
Dadurch lässt sich leichter feststellen, „welche physische Festplatte voll ist“, als wenn man sich auf eine Zahl aus einer Pooling-Oberfläche verlässt.
CasaOS Merge – FAQ zum Speicher
Gab CasaOS Merge dem Benutzer mehr sichtbare /DATA-Kapazität?
Ja. Die zusammengeführte Ansicht zeigte nach dem Hinzufügen der SSD Hunderte Gigabyte freien Speicher.
Hinderte das daran, dass der interne/root-Speicher erneut voll lief?
Nein. Der OP stieß später auf Symptome von Platzmangel auf Root-Ebene, darunter fehlgeschlagene apt-get upgrade.
Bedeutet ein zusammengeführtes /DATA, dass sich die Linux-Root-Partition physisch vergrößert?
Nein. Das Pooling im MergerFS-Stil führt Pfade auf Dateisystemebene zusammen; die zugrunde liegende Root-Partition wird dadurch nicht vergrößert.
