Marcio Cunha

Como recuperar dados de SSD morto via linha de comando

Aprenda a acessar controladores NVMe travados usando ferramentas CLI de baixo nível para extrair arquivos antes que o disco falhe de vez.

Marcio Cunha•4 min
Também disponível em:EnglishEspañol
Resumo
  • Controladores NVMe bloqueados muitas vezes mantêm o barramento PCIe ativo permitindo acesso direto.
  • Comandos de baixo nível ignoram o sistema de arquivos corrompido para ler setores físicos brutos.
  • Ferramentas nativas do Linux diagnosticam falhas de firmware antes de tentar qualquer extração.
  • Monitorar a saúde do disco previne perdas catastróficas em unidades de estado sólido.
  • A recuperação forense de blocos exige paciência e cópias bit a bit para evitar danos irreversíveis.

O que acontece quando um SSD NVMe morre de repente?

Quando um disco de armazenamento moderno para de responder, a impressão geral é de que tudo foi perdido para sempre. Na prática, o que costuma falhar não são as células de memória flash onde os dados moram, mas sim o pequeno chip cérebro chamado controlador, que gerencia a leitura e a escrita. Antes de descartar o hardware ou gastar com empresas de recuperação de dados, podemos usar ferramentas de linha de comando para tentar acordar o componente e resgatar arquivos importantes. Para entender a gravidade do problema, vale lembrar que, assim como como monitorar a temperatura de SSDs NVMe no Linux via terminal ajuda a evitar surpresas térmicas, conhecer o estado do barramento é o primeiro passo para qualquer intervenção de resgate.

Os discos NVMe utilizam o barramento PCIe da placa-mãe, o que significa que eles conversam diretamente com o processador em alta velocidade. Quando o sistema operacional deixa de enxergar o dispositivo, muitas vezes o barramento ainda consegue detectar que existe um circuito elétrico conectado ali. É nessa fresta de esperança que a engenharia de resgate atua, enviando comandos proprietários de baixo nível diretamente para a controladora através de interfaces de texto no Linux.

Identificando o SSD travado no barramento do sistema

O primeiro passo prático na bancada é verificar se a placa-mãe ainda reconhece fisicamente a presença do componente eletrônico. Para isso, abrimos o terminal do Linux e usamos utilitários que sondam o barramento PCI em busca de qualquer sinal de vida. O comando lspci lista todos os dispositivos conectados às pistas de alta velocidade do computador, permitindo confirmar se o SSD sumiu completamente ou se apenas o sistema de arquivos travou.

No terminal, execute o comando abaixo para filtrar os dispositivos de armazenamento conectados ao barramento:

lspci -nn | grep -i non-volatile

Se a controladora do SSD aparecer na listagem, mesmo sem mostrar o tamanho do disco ou as partições habituais, temos uma excelente notícia. Isso significa que a interface elétrica está intacta e podemos prosseguir com comandos de diagnóstico mais profundos. Caso contrário, se o comando não retornar absolutamente nada, o problema pode ser uma falha catastrófica de energia na placa do SSD, exigindo inspeção com equipamentos de solda e bancada eletrônica.

Diagnosticando o estado do firmware com o nvme-cli

Com a controladora respondendo no barramento PCIe, a ferramenta oficial para interagir com unidades NVMe no Linux é a suíte utilitária chamada nvme-cli. Ela permite enviar comandos diretamente ao firmware do disco, ignorando as camadas normais do sistema operacional que podem estar bloqueando o acesso devido a erros de leitura. Antes de tentar extrair qualquer dado, precisamos consultar o registro de saúde e os códigos de erro internos que o próprio SSD armazena em sua memória volátil.

Para consultar o log inteligente e o estado atual da controladora NVMe travada, utilize o comando:

sudo nvme smart-log /dev/nvme0

Na prática, esse comando força o chip principal a responder qual é a temperatura atual, se houve desgaste excessivo das células de memória e se o firmware entrou em um estado de proteção contra gravação. Muitas vezes, um SSD considerado morto está apenas com o modo de segurança ativo devido a uma falha crítica de energia anterior. Se o utilitário conseguir ler esse relatório, teremos o aval necessário para tentar uma extração forçada dos blocos de dados brutos.

Extraindo dados brutos de blocos com ddrescue

Quando o sistema de arquivos principal corrompe a ponto de impedir a montagem normal da partição, o método mais seguro para salvar os arquivos é ignorar a estrutura de diretórios e copiar o disco bit a bit. Para essa missão cirúrgica, utilizamos o ddrescue, um programa projetado especificamente para recuperar dados de mídias danificadas sem estressar ainda mais os setores defeituosos da memória flash.

O procedimento consiste em conectar um disco rígido ou outro SSD saudável de maior capacidade ao computador e executar a clonagem de baixo nível:

sudo ddrescue -d -r3 /dev/nvme0n1 /media/usuario/backup/disco_resgatado.img /media/usuario/backup/mapa_erros.log

Neste comando, o parâmetro -d ativa o acesso direto ao disco sem passar pelo cache do kernel, enquanto o -r3 tenta ler setores problemáticos até três vezes antes de desistir temporariamente. O arquivo de log gerado é essencial para pausar e retomar o processo caso o SSD travado volte a desconectar durante a varredura pesada. Se precisar de mais contexto sobre como lidar com arquivos perdidos em sistemas Linux, consulte também o guia sobre como recuperar arquivos apagados no Linux via terminal. Para aprofundar esses conceitos na prática em produção, confira também nossa análise técnica sobre Como testar display OLED com osciloscópio e achar falhas.

Considerações finais sobre a recuperação de hardware

Recuperar dados de um SSD NVMe considerado morto pela interface gráfica exige paciência, conhecimento dos barramentos do sistema e o uso correto de ferramentas de linha de comando. Embora o sucesso dependa diretamente da gravidade do dano físico ao controlador, saber extrair logs de firmware e clonar setores brutos com o ddrescue aumenta drasticamente as chances de resgatar arquivos vitais. Lembre-se sempre de manter cópias de segurança atualizadas, pois a recuperação de baixo nível deve ser encarada sempre como o último recurso antes da perda definitiva.