The source user expected CasaOS “Merge” to turn the small internal eMMC plus an external SSD into one large physical system partition. That is not what the feature does. The merge can present multiple storage locations together under CasaOS's /DATA De brongebruiker verwachtte dat CasaOS “Samenvoegen” de kleine interne eMMC en een externe SSD zou veranderen in één grote fysieke systeempartitie. Dat is niet wat de functie doet. De samenvoeging kan meerdere opslaglocaties samen presenteren onder CasaOS's
weergave, maar het Linux-rootbestandssysteem, de pakketbeheerder, de hoofdmap van Docker en afzonderlijke fysieke schijven bestaan daar nog steeds onder. apt-get upgrade Dit verklaart het resultaat in de bron: de interface toonde honderden gigabytes vrije ruimte in de gecombineerde systeemopslag, maar met de fout kwam later terug /DATA en de interne chip opnieuw vol leek. Meer logische capaciteit in
verplaatste niet automatisch elke schrijfbewerking op rootniveau naar de SSD.
De gebruiker vroeg specifiek naar de bètafunctie Samenvoegen van CasaOS
Zima-Giorgio stelde aanvankelijk voor om Docker-images en volumes naar een ander opslagapparaat te verplaatsen. De OP verduidelijkte dat Docker-volumes niet het hoofdprobleem waren—ze vroegen of de CasaOS-opslagfunctie Samenvoegen zelf betrouwbaar was.
Een andere gebruiker meldde een geslaagde samenvoeging
radioamerica7 antwoordde dat de opslag was samengevoegd en “zoals verwacht werkte”, zonder problemen.
Dat moedigde de OP aan om het te proberen, maar het kortetermijnsucces gaf geen antwoord op de diepere vraag over het rootbestandssysteem.
De OP voegde een SSD toe en het samenvoegproces werd eenvoudig voltooid
Xan voegde later via de Y-kabel een SSD toe en voegde deze samen met de CasaOS-opslag. De interface toonde nog steeds dat de interne chip klein was, maar de gecombineerde opslagruimte had honderden gigabytes beschikbaar.
Enkele dagen leek de configuratie goed te werken.
Daarna keerden de symptomen van ruimtegebrek op rootniveau terug
- De OP begon bekende symptomen te zien:
- Docker-containers die niet correct starten;
-
apt-get upgradePHP-fouten;met de fout; - geen ruimte meer op het apparaat
de interne chip onjuiste of ongedefinieerde informatie over de vrije ruimte rapporteerde.
Dit is het belangrijkste bewijs in de discussie.
CasaOS gebruikte historisch MergerFS voor aggregatie van /DATA /DATA. Een historisch voorbeeld laat zien dat de Linux-root nog steeds afzonderlijk gemount was, terwijl de implementatie van IceWhale's CasaOS LocalStorage en de openbare issuegeschiedenis de samengevoegde weergave beschrijven als een MergerFS-achtige combinatie van CasaOS's bestandsgebied plus toegevoegde opslag onder /DATA om meerdere onderliggende paden te omvatten.
Zie de architectuur van CasaOS voor samengevoegde opslag.
MergerFS vergroot het ext4-rootbestandssysteem niet
Bestanden die naar paden buiten de samengevoegde structuur worden geschreven — zoals gegevens van pakketbeheerders, logboeken, delen van de standaardrootdirectory van Docker en normale Linux-systeembestanden — nemen nog steeds fysieke ruimte in op het rootbestandssysteem.
Daarom apt kan vol raken, zelfs wanneer de samengevoegde /DATA de weergave meldt veel vrije capaciteit.
Docker-images en -volumes hebben een eigen migratieplan nodig
Daarom verwees Giorgio de gebruiker aanvankelijk naar het verplaatsen van Docker-images en -volumes. App-payloads kunnen groot zijn, en het wijzigen van de zichtbare CasaOS-opslagpool verplaatst niet noodzakelijk de rootdirectory van Docker of elk bestaand volume.
Maak een back-up van de containerconfiguratie/AppData voordat je Docker-opslagpaden wijzigt en volg een actuele CasaOS/Docker-migratiemethode die geschikt is voor het geïnstalleerde hostbesturingssysteem.
De bronfunctie werd expliciet als bèta aangeduid
De OP merkte herhaaldelijk op dat de samenvoegfunctie bèta was. De openbare issuegeschiedenis van CasaOS bevat ook eerdere bugs in samengevoegde opslag en verzoeken om ontwerpverbeteringen. Beschouw het als een handige poolinglaag, niet als vervanging voor inzicht in de onderliggende schijf- en rootindeling.
Een voorspelbaardere opslagindeling scheidt de rollen
Voor een kleine eMMC/SBC-thuisserver is een duidelijkere indeling:
- het besturingssysteem/de rootpartitie op een systeemapparaat met voldoende vrije ruimte;
- Docker/AppData op een SSD of een andere bewust gekozen opslaglocatie;
- grote media- en downloadbestanden op afzonderlijke bulkopslag;
- back-up op een ander apparaat.
Hierdoor is het gemakkelijker te bepalen «welke fysieke schijf vol is» dan wanneer je vertrouwt op één getal uit een gepoolde gebruikersinterface.
Veelgestelde vragen over CasaOS Merge Storage
Gaf CasaOS Merge de brongebruiker meer zichtbare /DATA-capaciteit?
Ja. De samengevoegde weergave toonde honderden gigabytes vrije ruimte nadat de SSD was toegevoegd.
Voorkwam dat dat de interne/rootopslag opnieuw vol raakte?
Nee. De OP kreeg later symptomen van ruimtegebrek op rootniveau, waaronder mislukte apt-get upgrade.
Betekent een samengevoegde /DATA dat de Linux-rootpartitie fysiek groter wordt?
Nee. Pooling in MergerFS-stijl combineert paden op bestandsysteemniveau; het vergroot de onderliggende rootpartitie niet.
