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 El usuario de origen esperaba que “Merge” de CasaOS convirtiera la pequeña eMMC interna y un SSD externo en una única partición física grande del sistema. Eso no es lo que hace la función. La combinación puede presentar varias ubicaciones de almacenamiento juntas bajo la
la vista, pero el sistema de archivos raíz de Linux, el gestor de paquetes, el directorio raíz de Docker y los discos físicos individuales siguen existiendo por debajo. apt-get upgrade Esto explica el resultado de origen: la interfaz mostraba cientos de gigabytes libres en el almacenamiento combinado del sistema, pero fallando con volvió más tarde /DATA y el chip interno volvió a parecer lleno. Una mayor capacidad lógica en
no trasladaba mágicamente todas las escrituras del nivel raíz al SSD.
El usuario preguntó específicamente por la función beta Merge de CasaOS
Zima-Giorgio sugirió inicialmente mover las imágenes y los volúmenes de Docker a otro dispositivo de almacenamiento. El OP aclaró que los volúmenes de Docker no eran el problema principal: preguntaba si la propia función Merge de la interfaz de almacenamiento de CasaOS era fiable.
Otro usuario informó de una combinación exitosa
radioamerica7 respondió que había combinado el almacenamiento y que “funcionaba según lo previsto”, sin problemas.
Eso animó al OP a probarlo, pero el éxito a corto plazo no respondió a la cuestión más profunda del sistema de archivos raíz.
El OP añadió un SSD y el proceso de combinación se completó fácilmente
Más tarde, Xan añadió un SSD mediante el cable en Y y lo combinó con el almacenamiento de CasaOS. La interfaz seguía mostrando el chip interno como pequeño, pero el almacenamiento combinado tenía cientos de gigabytes disponibles.
Durante varios días, la configuración pareció funcionar.
Luego reaparecieron los síntomas de falta de espacio en el nivel raíz
- El OP empezó a ver los síntomas habituales:
- los contenedores de Docker no se iniciaban correctamente;
-
apt-get upgradeerrores de PHP;fallando con; - no queda espacio en el dispositivo
el chip interno informaba de información de espacio libre defectuosa o indefinida.
Esta es la evidencia más importante del hilo.
CasaOS utilizó históricamente MergerFS para la agregación de /DATA /DATA. Un ejemplo histórico muestra que la raíz de Linux seguía montada por separado, mientras que la implementación de almacenamiento local de CasaOS de IceWhale y el historial público de incidencias describen la vista combinada como una combinación al estilo de MergerFS del área de archivos de CasaOS más el almacenamiento añadido en /DATA abarca varias rutas subyacentes.
Consulta la arquitectura de almacenamiento combinado de CasaOS.
MergerFS no aumenta el sistema de archivos raíz ext4
Los archivos escritos en rutas fuera del árbol combinado —como los datos del gestor de paquetes, los registros, partes de la raíz predeterminada de Docker y los archivos normales del sistema Linux— siguen consumiendo el sistema de archivos raíz físico.
Por eso apt puede quedarse sin espacio incluso cuando el almacenamiento combinado /DATA la vista informa de que hay abundante capacidad libre.
Las imágenes/volúmenes de Docker necesitan su propio plan de migración
Por eso Giorgio indicó inicialmente al usuario que trasladara las imágenes y los volúmenes de Docker. Las cargas de las aplicaciones pueden ser grandes, y cambiar el grupo de almacenamiento visible de CasaOS no necesariamente reubica el directorio raíz de Docker ni todos los volúmenes existentes.
Antes de cambiar las rutas de almacenamiento de Docker, haz una copia de seguridad de la configuración/AppData de los contenedores y sigue un método de migración actual de CasaOS/Docker adecuado para el sistema operativo instalado en el equipo anfitrión.
La función de origen estaba marcada explícitamente como beta
El OP señaló repetidamente que la función de combinación estaba en fase beta. El historial público de incidencias de CasaOS también contiene errores anteriores relacionados con el almacenamiento combinado y solicitudes de cambios de diseño. Considérala una capa de conveniencia para agrupar almacenamiento, no un sustituto de comprender la disposición subyacente de los discos y la raíz.
Un diseño de almacenamiento más predecible separa las funciones
Para un pequeño servidor doméstico con eMMC/SBC, un diseño más claro sería:
- el sistema operativo/la raíz en un dispositivo del sistema con suficiente margen libre;
- Docker/AppData en el SSD u otra ruta de almacenamiento elegida deliberadamente;
- medios grandes/descargas en almacenamiento masivo independiente;
- una copia de seguridad en otro dispositivo.
Esto facilita responder «¿qué disco físico está lleno?» que confiar en una cifra de la interfaz del almacenamiento agrupado.
Preguntas frecuentes sobre CasaOS Merge Storage
¿CasaOS Merge proporcionó al usuario de origen más capacidad visible en /DATA?
Sí. La vista combinada mostraba cientos de gigabytes libres después de añadir el SSD.
¿Eso evitó que el almacenamiento interno/raíz volviera a llenarse?
No. Posteriormente, el OP experimentó síntomas de falta de espacio en la raíz, incluido un fallo apt-get upgrade.
¿Que /DATA esté combinada significa que la partición raíz de Linux se amplía físicamente?
No. La agrupación al estilo de MergerFS combina rutas en la capa del sistema de archivos; no cambia el tamaño de la partición raíz subyacente.
