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 view, but the Linux root filesystem, package manager, Docker root directory, and individual physical disks still exist underneath.
O utilizador esperava que a “Fusão” do CasaOS transformasse o pequeno eMMC interno e um SSD externo numa única partição física grande do sistema. Não é isso que a funcionalidade faz. A fusão pode apresentar várias localizações de armazenamento em conjunto na área de apt-get upgrade a vista, mas o sistema de ficheiros raiz do Linux, o gestor de pacotes, o diretório raiz do Docker e cada disco físico individual continuam a existir por baixo. a falhar com Isto explica o resultado observado na origem: a interface mostrava centenas de gigabytes livres no armazenamento combinado do sistema, mas /DATA e o chip interno voltou a parecer cheio. Mais capacidade lógica voltou a estar disponível
não transferia magicamente todas as escritas ao nível da raiz para o SSD.
O utilizador perguntou especificamente sobre a funcionalidade de fusão beta do CasaOS
O Zima-Giorgio sugeriu inicialmente mover as imagens e os volumes do Docker para outro dispositivo de armazenamento. O autor original esclareceu que os volumes do Docker não eram o principal problema — a pergunta era se a funcionalidade Fusão da interface de armazenamento do CasaOS era fiável.
Outro utilizador relatou uma fusão bem-sucedida
radioamerica7 respondeu que tinha fundido o armazenamento e que estava a “funcionar conforme esperado”, sem problemas.
Isso encorajou o autor original a experimentar, mas o sucesso a curto prazo não respondeu à questão mais profunda sobre o sistema de ficheiros raiz.
O autor original adicionou um SSD e o processo de fusão foi concluído facilmente
Mais tarde, Xan adicionou um SSD através do cabo em Y e fundiu-o com o armazenamento do CasaOS. A interface continuava a mostrar o chip interno como pequeno, mas o armazenamento combinado tinha centenas de gigabytes disponíveis.
Durante vários dias, a configuração pareceu funcionar.
Depois, os sintomas de falta de espaço ao nível da raiz regressaram
- O autor original começou a ver sintomas familiares:
- os contentores Docker não iniciavam corretamente;
-
apt-get upgradeerros de PHP;a falhar com; - não há espaço disponível no dispositivo
o chip interno indicava informações de espaço livre danificadas/indefinidas.
Esta é a prova mais importante neste tópico.
O CasaOS utilizou historicamente o MergerFS para a agregação de /DATA /DATA. Um exemplo histórico mostra que a raiz do Linux continuava montada separadamente, enquanto a implementação do LocalStorage do CasaOS e o histórico de problemas públicos da IceWhale descrevem a vista combinada como uma combinação ao estilo do MergerFS da área de ficheiros do CasaOS com armazenamento adicional em /DATA abrange vários caminhos subjacentes.
Consulte a arquitetura de armazenamento unificado do CasaOS.
O MergerFS não aumenta o sistema de ficheiros ext4 raiz
Os ficheiros escritos em caminhos fora da árvore unificada — como os dados do gestor de pacotes, os registos, partes do diretório raiz predefinido do Docker e os ficheiros normais do sistema Linux — continuam a consumir o sistema de ficheiros raiz físico.
É por isso que apt pode ficar sem espaço mesmo quando a vista unificada /DATA a vista apresenta uma grande capacidade livre.
As imagens/os volumes do Docker precisam do seu próprio plano de migração
É por isso que o Giorgio começou por indicar ao utilizador que movesse as imagens e os volumes do Docker. Os dados das aplicações podem ser grandes, e alterar o agrupamento de armazenamento visível no CasaOS não desloca necessariamente o diretório raiz do Docker nem todos os volumes existentes.
Antes de alterar os caminhos de armazenamento do Docker, faça uma cópia de segurança da configuração dos contentores/AppData e siga um método atual de migração do CasaOS/Docker adequado ao sistema operativo anfitrião instalado.
A funcionalidade de origem estava explicitamente identificada como beta
O OP referiu repetidamente que a função de união estava em fase beta. O histórico público de problemas do CasaOS também contém erros anteriores e pedidos de alteração relacionados com o armazenamento unificado. Trate-a como uma camada de conveniência para agrupamento, e não como um substituto para compreender a disposição subjacente dos discos/da raiz.
Uma disposição de armazenamento mais previsível separa as funções
Para um pequeno servidor doméstico com eMMC/SBC, um esquema mais claro seria:
- o sistema operativo/raiz num dispositivo de sistema com espaço livre suficiente;
- Docker/AppData num SSD ou noutra localização de armazenamento escolhida deliberadamente;
- ficheiros multimédia grandes e transferências num armazenamento separado de grande capacidade;
- cópia de segurança noutro dispositivo.
Isto facilita responder à pergunta «qual é o disco físico que está cheio?» do que confiar num valor de uma interface agrupada.
Perguntas frequentes sobre a funcionalidade Merge Storage do CasaOS
A opção Merge do CasaOS deu ao utilizador de origem mais capacidade visível em /DATA?
Sim. A vista unificada mostrou centenas de gigabytes livres depois de adicionar o SSD.
Isso impediu que o armazenamento interno/raiz voltasse a ficar cheio?
Não. Mais tarde, o OP deparou-se com sintomas de falta de espaço ao nível da raiz, incluindo falhas apt-get upgrade.
A /DATA unificada significa que a partição raiz do Linux se expande fisicamente?
Não. O agrupamento ao estilo MergerFS combina caminhos ao nível do sistema de ficheiros; não redimensiona a partição raiz subjacente.
