O que deve verificar quando uma partilha NAS se torna subitamente só de leitura?

Quando uma partilha NAS se torna subitamente só de leitura, determine primeiro se a restrição existe na camada do cliente, partilha, dataset, sistema de ficheiros montado ou pool de armazenamento. A resposta correta depende de onde as escritas estão a ser bloqueadas.

Não force uma remontagem nem execute reparação do sistema de ficheiros como primeiro passo. Um estado só de leitura pode ser uma resposta de proteção deliberada a erros de I/O, danos em metadados, um encerramento inseguro, um volume cheio ou um caminho de armazenamento degradado.

O Problema Está Limitado a Um Utilizador, Uma Partilha ou a Todo o Volume?

Teste com um ficheiro pequeno novo através do caminho normal do cliente, depois compare com outro utilizador autorizado, outro cliente e outra partilha no mesmo volume. Registe o erro exato em vez de confiar na caixa gráfica “só de leitura” de uma pasta.

Se um utilizador falha enquanto outro escreve com sucesso, investigue identidade, pertença a grupos, herança de ACL, quota e credenciais em cache. O guia para permissões de ficheiros NAS quebradas ajuda a separar causas de ACL e identidade.

Teste também a administração local no NAS se a plataforma o suportar. Uma escrita local que tenha sucesso enquanto o SMB falha aponta para a camada de partilha; um erro local de “sistema de ficheiros só de leitura” aponta para uma camada inferior.

Qual Camada Corresponde ao Sintoma?

Use a camada mais restrita que explique todas as observações. Alterar permissões não repara um sistema de ficheiros que o kernel montou como só de leitura, e remontar não corrige uma identidade SMB negada.

Esta separação evita a resolução de problemas destrutiva. Guarde capturas de ecrã, carimbos de data/hora e registos antes de reiniciar serviços, pois um reinício pode apagar provas úteis mesmo quando restaura temporariamente o acesso.

Podem a Capacidade, Quotas ou Reservas de Snapshot Estar a Bloquear Escritas?

Verifique o espaço livre nos níveis do pool e do volume, não apenas dentro da partilha. Provisionamento fino, reservas de snapshot, espaço de metadados ou uma partição do sistema NAS cheia podem bloquear gravações enquanto um cliente ainda reporta capacidade aparente.

Uma quota de utilizador, grupo ou pasta partilhada pode causar uma falha de escrita com aparência local. Compare a quota da identidade afetada com uma conta conhecida a funcionar e verifique se uma aplicação encheu um conjunto de dados privado.

Se o volume estiver quase cheio, pare os escritores não essenciais e crie um backup verificado antes da limpeza. Apagar ficheiros aleatórios pode não libertar espaço quando snapshots ou reciclagens retêm os blocos.

O Que Revelam o Estado da Montagem e os Registos do Sistema?

Num NAS baseado em Linux, verifique se o sistema de ficheiros relevante está montado com ro e reveja as mensagens atuais do kernel para erros de sistema de ficheiros, dispositivo, timeout e E/S. Uma sequência estruturada de resolução de erros de sistema de ficheiros só leitura começa com o estado da montagem e registos em vez de reparação imediata.

findmnt -o TARGET,SOURCE,FSTYPE,OPTIONS
dmesg | grep -iE 'read-only|Erro de E/S|ext4|xfs|btrfs|nvme|ata

Uma remontagem protetora em modo só leitura é um resultado, não a causa raiz. Após uma perda de energia, siga as primeiras verificações para um volume NAS em modo só leitura antes de tentar a reparação.

Exporte os registos antes de reiniciar. Se a plataforma gere o sistema de ficheiros, siga o seu procedimento de suporte em vez de aplicar comandos genéricos de reparação a um volume de dispositivo ativo.

Deve Remontar o Sistema de Ficheiros para Leitura e Escrita?

Não até que a causa seja compreendida. Forçar o acesso de leitura e escrita pode retomar as gravações da aplicação num sistema de ficheiros instável e transformar uma inconsistência recuperável em danos mais amplos.

Um remontagem é razoável apenas quando a opção de só leitura foi configurada intencionalmente ou o processo de diagnóstico do fornecedor confirma que o armazenamento subjacente está saudável. Mesmo assim, faça um backup atual e mantenha os registos.

Se existirem erros de E/S ou do sistema de ficheiros, reduza a atividade e preserve o estado. A reparação pode exigir uma verificação offline, substituição do disco, importação do pool ou recuperação assistida pelo suporte.

Como devem ser testadas as permissões e definições SMB?

Quando as gravações locais funcionam, inspecione as definições só de leitura ao nível da partilha, ACLs efetivas, negações herdadas, mapeamento de identidade e sessões de cliente em cache. Um exemplo documentado de partilha SMB a tornar-se só de leitura demonstra porque testar utilizadores e registos do Samba pode isolar uma falha na camada de identidade.

Crie uma pasta de teste temporária com uma ACL documentada em vez de reescrever permissões em toda a partilha. Se a pasta de teste funcionar, compare o proprietário, grupo, herança e propriedades do conjunto de dados com o caminho que falha.

Evite redefinições recursivas de permissões durante o diagnóstico. Podem quebrar a propriedade da aplicação, apagar restrições intencionais e criar um segundo incidente não relacionado com a causa original do modo só de leitura.

Qual é a sequência de recuperação mais segura?

1. Pare ou pause aplicações que escrevam na partilha afetada.
2. Registe o âmbito, erros, estado do pool, flags de montagem, capacidade e eventos recentes.
3. Exporte os registos e verifique o backup independente mais recente.
4. Separe causas de cliente, identidade, partilha, conjunto de dados, sistema de ficheiros e hardware.
5. Aplique a correção mínima suportada na camada confirmada.
6. Teste gravações numa pasta controlada e verifique a saúde do sistema de ficheiros.
7. Reative os serviços gradualmente enquanto monitora os registos.

Se o pool estiver degradado ou os erros continuarem, pare após a recolha de evidências e escale. Reinícios, reconstruções ou tentativas de reparação repetidas podem sobrescrever as evidências necessárias para a recuperação.

Perguntas Frequentes

Uma partilha NAS pode ser só de leitura mesmo quando o volume está saudável?

Sim. A configuração da partilha, ACLs, quotas, mapeamento de identidade ou credenciais do cliente podem bloquear gravações enquanto o sistema de ficheiros e o pool permanecem saudáveis.

Reiniciar um NAS resolve uma partilha só de leitura?

Pode resolver um problema de serviço ou montagem, mas também pode apagar evidências voláteis e não repara a causa subjacente. Capture o estado e os registos primeiro.

Um sistema de ficheiros só de leitura significa que o disco falhou?

Nem sempre. Pode resultar de erros no sistema de ficheiros, desligamento inseguro, configuração de montagem ou problemas no controlador, mas a saúde do disco e os registos de I/O devem ser verificados prontamente.

Trate o modo de leitura apenas como um sinal de limite. Identifique a camada exata, proteja os dados e restaure as gravações apenas após a causa e o caminho de recuperação serem verificados.