Por que é que um NAS indica mais espaço utilizado do que o que as pastas partilhadas contêm?

Eva Wong é a Redatora Técnica e e entusiasta residente na ZimaSpace. Uma geek de longa data com paixão por homelabs e software de código aberto, ela é especialista em traduzir conceitos técnicos complexos em guias acessíveis e práticos . Eva acredita que o auto-hospedagem deve ser divertida, não intimidante. Através dos seus tutoriais, ela capacita a comunidade adesmistificar configurações de hardware , desde a construção do seu primeiro NAS até dominar os contêineres Docker., from building their first NAS to mastering Docker containers.

Um NAS reporta mais espaço usado porque o volume e a visualização da pasta partilhada estão a contar diferentes âmbitos de armazenamento.

Os totais das pastas partilhadas geralmente percorrem os ficheiros visíveis. O volume do NAS pode também contar snapshots, contentores de reciclagem, conjuntos de dados de aplicações, metadados do sistema de ficheiros, espaço reservado, ficheiros eliminados ainda mantidos por um processo e dados ocultos abaixo de um ponto de montagem. Reconcile essas camadas antes de eliminar qualquer coisa.

O NAS e o Explorador de Ficheiros Contam Coisas Diferentes

Comece por confirmar que ambos os números se referem ao mesmo volume montado e ao mesmo momento. Ferramentas que mostram medidas ao nível do sistema de ficheiros e ao nível do diretório respondem a perguntas diferentes: uma lê contadores de alocação, enquanto a outra totaliza caminhos acessíveis.

Uma pequena diferença pode resultar de blocos de alocação, metadados, capacidade reservada, ficheiros esparsos, compressão ou arredondamento. Uma diferença de centenas de gigabytes geralmente necessita de um consumidor nomeado em vez da explicação genérica “sobrecarga do sistema de ficheiros”.

Diferença observada Camada provável Verificação
Aumenta após eliminar ou substituir ficheiros Snapshots ou histórico da reciclagem Verifique versões retidas e uso exclusivo
Diminui após reiniciar um serviço Ficheiro eliminado ainda aberto Inspecione ficheiros abertos não ligados
Persiste sem caminho visível Dados ocultos de montagem ou conjunto de dados de aplicação Mapeie montagens e filhos do conjunto de dados
Pequena percentagem estável Metadados ou espaço reservado Revise a contabilidade do sistema de ficheiros

Snapshots e Histórico da Reciclagem Retêm Blocos Antigos

Eliminar um ficheiro ativo não liberta os seus blocos se um snapshot ainda referenciar a versão mais antiga. Num caso medido com ZFS, os snapshots mantêm blocos eliminados referenciados e produziram uma grande diferença entre o tamanho de referência do conjunto de dados e o espaço total usado.

As interfaces de snapshot também podem fazer com que os tamanhos de um único snapshot pareçam menores do que o espaço libertado ao remover uma série porque os blocos são partilhados entre versões. No ZFS, USED, REFER e AVAIL descrevem âmbitos diferentes. Os contentores de reciclagem adicionam outra camada de retenção visível ou oculta, e um snapshot pode reter ficheiros que já foram colocados nesse contentor.

Ficheiros Abertos e Montagens Podem Ocultar Uso Ativo

Um processo pode eliminar um ficheiro de registo ou temporário enquanto continua a escrever através do seu descritor de ficheiro aberto. O caminho desaparece dos totais da pasta partilhada, mas ficheiros eliminados que permanecem abertos mantêm os seus blocos alocados até o processo os fechar.

A ordem das montagens cria um ponto cego diferente. Se ficheiros foram escritos numa diretoria antes de outro sistema de ficheiros ser montado sobre ela, as análises normais veem o conteúdo montado em vez dos ficheiros subjacentes. Uma investigação documentada df versus du rastreou o uso em falta para dados ocultos abaixo de um ponto de montagem ativo.

Reconcilie a Diferença Sem Eliminar Cegamente

Registe o uso do volume, uso do conjunto de dados ou partilha, uso exclusivo de snapshots, totais do contentor de reciclagem, conjuntos de dados de aplicações, ficheiros eliminados abertos, montagens e reservas do sistema de ficheiros. Use a própria contabilidade do NAS ou do sistema de ficheiros para snapshots e conjuntos de dados copy-on-write em vez de forçar todos os números através de uma única análise de diretório.

Estime o espaço recuperado antes de podar versões, pare ou reinicie apenas o processo que detém um ficheiro eliminado confirmado e inspecione os caminhos de montagem subjacentes durante uma janela de manutenção controlada. Mantenha a política de retenção em vista: os snapshots podem reter dados já corrompidos, mas removê-los casualmente pode também eliminar o único ponto de reversão utilizável.

Perguntas Frequentes

A sobrecarga do sistema de ficheiros pode explicar uma diferença muito grande de espaço?

Pode explicar uma diferença modesta e estável, mas não todas as grandes. Centenas de gigabytes em falta apontam mais frequentemente para snapshots, conjuntos de dados ocultos, ficheiros eliminados abertos, histórico da reciclagem ou dados abaixo de uma montagem.

Porque é que esvaziar o contentor de reciclagem não liberta espaço imediatamente?

Um snapshot pode ainda referenciar os blocos eliminados, um processo pode manter um ficheiro aberto ou o sistema de ficheiros pode recuperar espaço de forma assíncrona. Verifique essas camadas antes de repetir eliminações.

Reiniciar o NAS fará o espaço em falta voltar?

Apenas em casos como ficheiros eliminados mantidos por processos em execução. Um reinício não remove snapshots, conteúdos do contentor de reciclagem, reservas do sistema de ficheiros ou dados ocultos abaixo de um ponto de montagem.

Suporte e Dicas

Mais para Ler

Get More Builds Like This

Stay in the Loop

Get updates from Zima - new products, exclusive deals, and real builds from the community.

Stay in the Loop preferences

We respect your inbox. Unsubscribe anytime.