Quando o NAS não monta o volume, o painel de administração exibe o storage como “degradado”, “inacessível” ou “em manutenção” — e os dados de anos de backup, projetos e arquivos corporativos ficam inacessíveis. Além disso, cada fabricante tem particularidades de sistema de arquivos e algoritmo de RAID que tornam a recuperação um processo específico por marca. Neste guia completo, você entende as causas por fabricante e o que fazer — e o que nunca fazer — em cada cenário.
Por que o volume do NAS para de montar
Antes de abordar cada fabricante, é importante entender que “volume não monta” pode ter causas diferentes dependendo do equipamento. Por isso, o diagnóstico correto define completamente o caminho de recuperação.
Causas universais: falha simultânea de discos além da tolerância do RAID, corrupção dos metadados do sistema de arquivos, falha de controladora interna, atualização de firmware que corrompeu o volume, shutdown abrupto durante operação de RAID, e ransomware que cifrou os volumes montados.
Causas específicas por fabricante: cada NAS usa implementações proprietárias de RAID e sistemas de arquivos que exigem conhecimento específico para recuperação. Por isso, a Crowdertech mapeia cada algoritmo separadamente.
Synology — SHR e DSM
O Synology usa o SHR (Synology Hybrid RAID), que combina discos de tamanhos diferentes em arranjos mistos usando mdraid do Linux com algoritmo proprietário de alocação. Além disso, o sistema de arquivos padrão é Btrfs ou EXT4, dependendo do modelo e da configuração.
Sintomas mais comuns no Synology:
- Volume aparece como “degradado” com um ou mais discos “travados”
- Storage Manager exibe “verificação de volume” em loop sem conclusão
- Erro “Volume crashed” após queda de energia
- Volume desaparece após atualização do DSM
O que nunca fazer no Synology: não clique em “Reparar” no Storage Manager com discos em estado desconhecido. Além disso, não remova os discos e reinsira em ordem diferente — o SHR mapeia a posição dos discos nos metadados. Por isso, qualquer mudança na ordem pode tornar a reconstrução mais difícil.
Como a Crowdertech recupera: mapeamos o esquema SHR específico do modelo, reconstruímos o mdraid virtualmente com a ordem correta de discos e acessamos o sistema de arquivos Btrfs ou EXT4 por forense.
QNAP — RAID e QTS
O QNAP usa mdraid padrão do Linux mas com uma camada de gestão proprietária no QTS. Além disso, o sistema de arquivos padrão é EXT4, mas modelos recentes suportam ZFS nativo.
Sintomas mais comuns no QNAP:
- Volume exibe “erro de E/S” no QTS
- Storage Pool aparece como “não disponível” após falha de disco
- Erro durante migração de RAID (ex: RAID 5 para RAID 6)
- NAS reinicia em loop após update do QTS
O que nunca fazer no QNAP: não force a migração de RAID quando o volume já está degradado. Além disso, não execute o utilitário de verificação de disco do QTS em modo de reparo — ele pode sobrescrever setores que ainda contêm dados. Portanto, preserve o estado atual e acione especialistas.
Como a Crowdertech recupera: separamos a camada de gestão QTS do mdraid subjacente, reconstruímos o arranjo em software e acessamos os dados por forense de EXT4 ou ZFS.
Western Digital — My Cloud e WD Pro Series
Os NAS da WD usem Linux com EXT4 ou XFS, com implementação proprietária da interface de gestão. Além disso, modelos como o My Cloud EX série usam RAID 1 ou RAID 5 implementado em software.
Sintomas mais comuns no WD:
- Dashboard exibe “disco não reconhecido” ou “falha de disco”
- Volume monta mas com erros de leitura em pastas específicas
- NAS não inicializa após queda de energia com RAID degradado
- Perda de dados após reset de fábrica acidental
Atenção especial no WD: muitos modelos WD têm criptografia de hardware nas placas dos discos. Por isso, se um disco for retirado e colocado em outro gabinete WD diferente, os dados ficam inacessíveis — mesmo com o disco íntegro. Portanto, nunca troque discos entre gabinetes WD de modelos diferentes.
Netgear ReadyNAS
O Netgear ReadyNAS usa o sistema de arquivos X-RAID proprietário nos modelos mais antigos e RAID padrão nos modelos mais recentes, sempre com EXT4 ou BTRFS.
Sintomas mais comuns: volume em modo “read-only” após falha de disco, “RAID degraded” com discos que o sistema não reconhece automaticamente como substituição, e perda de volume após atualização de firmware.
Recuperação: o X-RAID tem estrutura documentável. Dessa forma, a Crowdertech mapeia os metadados proprietários e reconstrói o volume sem o controlador original.
Asustor — ADM e JBOD/RAID
O Asustor ADM usa mdraid do Linux com interface proprietária, sistema de arquivos EXT4 padrão. Por isso, a recuperação segue o mesmo caminho do QNAP em termos de estrutura técnica, mas com particularidades da camada ADM.
Sintomas comuns: volume “degraded” após reinicialização, storage pool inacessível após falha de energia durante expansão de volume, e erro após migração entre tipos de RAID.
Buffalo LinkStation e TeraStation
O Buffalo usa sistemas Linux com sistema de arquivos XFS ou EXT3 nos modelos mais antigos. Além disso, modelos TeraStation enterprise usam RAID 5 e RAID 6 com interface proprietária.
Particularidade Buffalo: o firmware do Buffalo em alguns modelos inicializa o processo de rebuild automaticamente ao detectar discos novos inseridos — mesmo sem confirmação do usuário. Por isso, inserir um disco de reposição sem entender o estado do RAID pode iniciar um rebuild destrutivo automaticamente.
Terramaster
O Terramaster usa TOS (TerraMaster Operating System) sobre Linux, com EXT4 e suporte a Btrfs. Além disso, os volumes RAID seguem implementação mdraid padrão, o que facilita a recuperação por forense.
Sintoma mais comum: volume desaparece após atualização de TOS, storage pool em estado “checking” que nunca conclui.
Regras universais para todos os NAS
Independentemente do fabricante, estas regras sempre se aplicam:
- Não force o rebuild sem imagem prévia dos discos. Além disso, em arranjos com múltiplos discos falhados, o rebuild pode destruir paridade ainda válida.
- Não troque discos entre unidades de marcas ou modelos diferentes. A maioria dos NAS mapeia a posição física dos discos nos metadados.
- Não atualize o firmware quando o volume está degradado. Além disso, atualizações podem reinicializar configurações de RAID.
- Preserve os discos na ordem original. Portanto, se retirar os discos, fotografe a posição de cada um antes de remover.
Perguntas frequentes sobre NAS que não monta volume
NAS Synology com SHR e dois discos falhados tem recuperação? Em muitos casos, sim. O SHR com RAID-5 equivalente tolera 1 disco falhado. Com 2 discos, a reconstrução automática é impossível — mas a forense ainda pode extrair dados dos discos restantes e das áreas recuperáveis dos discos falhados.
QNAP com RAID em processo de migração interrompido tem saída? Sim. A migração de RAID cria um estado intermediário documentável. A Crowdertech identifica o ponto de interrupção e reconstrói o volume no estado anterior ou no estado destino, dependendo do progresso da migração.
WD My Cloud com reset de fábrica acidental perdeu tudo? Depende do modelo. Em alguns modelos, o reset de fábrica não apaga os dados — apenas reconfigura as permissões e a interface. A Crowdertech avalia o estado real dos discos após o reset.
Quanto tempo leva a recuperação de NAS? O diagnóstico é entregue em horas. NAS com 2 a 4 discos sem dano físico costumam voltar em 24 a 48 horas. Arranjos com mais discos ou dano físico nos HDs levam de 3 a 5 dias.
Conclusão
NAS que não monta o volume — seja Synology, QNAP, WD, Netgear, Asustor, Buffalo ou Terramaster — é recuperável na maioria dos casos desde que a equipe preserve o estado original e não force operações automáticas de rebuild. Além disso, cada fabricante tem especificidades que a Crowdertech conhece em profundidade por anos de casos reais. Em resumo, desligue o NAS, preserve os discos na ordem original e acione especialistas. NAS com volume que não monta? A Crowdertech atende todos os fabricantes com diagnóstico gratuito. Veja também recuperação de RAID.
Fontes: Synology Knowledge Base · QNAP Support · CERT.br.