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 L'utente di origine si aspettava che la funzione “Unisci” di CasaOS trasformasse la piccola eMMC interna e un SSD esterno in un'unica grande partizione fisica di sistema. Non è questo ciò che fa la funzionalità. L'unione può presentare più posizioni di archiviazione insieme sotto la
vista, ma il filesystem root di Linux, il gestore dei pacchetti, la directory root di Docker e i singoli dischi fisici continuano a esistere sottostanti. apt-get upgrade Questo spiega il risultato osservato dall'utente di origine: l'interfaccia mostrava centinaia di gigabyte liberi nello spazio di archiviazione di sistema combinato, eppure che causava tornata in seguito /DATA e il chip interno appariva di nuovo pieno. Una capacità logica maggiore è
non spostava magicamente ogni scrittura a livello della root sull'SSD.
L'utente chiese specificamente informazioni sulla funzionalità beta Unisci di CasaOS
Zima-Giorgio inizialmente suggerì di spostare le immagini e i volumi Docker su un altro dispositivo di archiviazione. L'OP chiarì che i volumi Docker non erano il problema principale: chiedeva se la funzionalità Unisci dell'interfaccia di archiviazione di CasaOS fosse davvero affidabile.
Un altro utente ha segnalato un'unione riuscita
radioamerica7 rispose di aver unito lo spazio di archiviazione e che tutto “funzionava come previsto”, senza problemi.
Questo incoraggiò l'OP a provarci, ma il successo a breve termine non risolse la questione più profonda del filesystem root.
L'OP aggiunse un SSD e il processo di unione si completò facilmente
In seguito, Xan aggiunse un SSD tramite il cavo a Y e lo unì allo spazio di archiviazione di CasaOS. L'interfaccia mostrava ancora il chip interno come di piccole dimensioni, ma lo spazio combinato disponibile ammontava a centinaia di gigabyte.
Per diversi giorni, la configurazione sembrò funzionare.
Poi ricomparvero i sintomi di spazio esaurito a livello della root
- L'OP iniziò a riscontrare i sintomi ormai familiari:
- i container Docker non si avviavano correttamente;
-
apt-get upgradeerrori PHP;che causava; - spazio insufficiente sul dispositivo
il chip interno segnalava informazioni sullo spazio libero errate o non definite.
Questa è la prova più importante nella discussione.
CasaOS ha storicamente utilizzato MergerFS per l'aggregazione di /DATA /DATA. Un esempio storico mostra che la root di Linux era ancora montata separatamente, mentre l'implementazione di CasaOS LocalStorage di IceWhale e lo storico pubblico delle segnalazioni descrivono la vista unificata come una combinazione in stile MergerFS dell'area file di CasaOS e dello spazio di archiviazione aggiunto sotto /DATA si estende su più percorsi sottostanti.
Consulta l'architettura dello spazio di archiviazione unificato di CasaOS.
MergerFS non aumenta il filesystem root ext4
I file scritti in percorsi esterni all'albero unificato, come i dati del gestore dei pacchetti, i log, alcune parti della directory root predefinita di Docker e i normali file di sistema Linux, continuano a consumare lo spazio del filesystem root fisico.
Ecco perché apt può esaurire lo spazio anche quando il percorso unificato /DATA la vista segnala un'ampia capacità libera.
Le immagini e i volumi Docker richiedono un piano di migrazione dedicato
Per questo Giorgio ha inizialmente indirizzato l'utente verso lo spostamento delle immagini e dei volumi Docker. I dati delle applicazioni possono essere voluminosi e la modifica del pool di archiviazione visibile in CasaOS non sposta necessariamente la directory root di Docker né tutti i volumi esistenti.
Prima di modificare i percorsi di archiviazione di Docker, esegui il backup della configurazione dei container e di AppData e segui un metodo aggiornato di migrazione di CasaOS/Docker adatto al sistema operativo host installato.
La funzione di origine era esplicitamente etichettata come beta
L'OP ha sottolineato ripetutamente che la funzione di fusione era in beta. Anche lo storico pubblico delle issue di CasaOS contiene bug passati e richieste di progettazione relativi allo spazio di archiviazione unificato. Considerala un livello di comodità per il pooling, non un sostituto della comprensione della struttura sottostante di dischi e partizione root.
Un layout di archiviazione più prevedibile separa i ruoli
Per un piccolo home server con eMMC/SBC, una struttura più chiara è:
- sistema operativo/root su un dispositivo di sistema con sufficiente margine di spazio libero;
- Docker/AppData su un SSD o su un altro percorso di archiviazione scelto intenzionalmente;
- file multimediali/download di grandi dimensioni su uno spazio di archiviazione separato e capiente;
- backup su un dispositivo diverso.
Questo rende più semplice rispondere alla domanda «quale disco fisico è pieno?» rispetto all'affidarsi a un numero mostrato dall'interfaccia del pool.
FAQ di CasaOS Merge Storage
CasaOS Merge ha fornito all'utente di origine una maggiore capacità visibile in /DATA?
Sì. La vista unificata mostrava centinaia di gigabyte liberi dopo l'aggiunta dell'SSD.
Questo ha impedito che lo spazio di archiviazione interno/root si riempisse di nuovo?
No. In seguito, l'OP ha riscontrato sintomi di spazio esaurito a livello root, incluso un errore apt-get upgrade.
La fusione di /DATA significa che la partizione root di Linux si espande fisicamente?
No. Il pooling in stile MergerFS combina i percorsi a livello di filesystem; non ridimensiona la partizione root sottostante.
