Diagnóstico de pen drive que não é lido

Porque o dispositivo está a dizer ao sistema que tem zero setores utilizáveis. O controlador de uma unidade mantém uma tabela de tradução: o mapa de endereços lógicos para células físicas de memória. Se essa zona de serviço se danificar, o controlador não a consegue reconstruir e cai em modo de emergência, indicando capacidade zero. O sistema de ficheiros não tem nada a ver com isso, e por isso falham a formatação, a verificação do disco e o reparticionamento: não há nada para endereçar. Só resolve reprogramar o controlador com uma ferramenta de produção para aquele chip em concreto.

Não, e convém sabê-lo à partida. A classe de armazenamento em massa está na lista das protegidas da especificação WebUSB — uma página não se consegue ligar à unidade nem que o utilizador autorize. As interfaces de ficheiros do browser funcionam sobre um sistema de ficheiros já montado, que uma unidade avariada não tem. Reiniciar um controlador, reescrever a tabela de partições ou gravar firmware a partir do browser é impossível por desenho. Por isso esta ferramenta dá o diagnóstico e os comandos exatos, e é o utilizador que os executa no seu sistema.

Os dados, sempre. Quase tudo o que devolve uma unidade ao serviço — formatar, criar partições, gravar o controlador — apaga o conteúdo. A ordem certa é: tirar uma imagem setor a setor para o disco rígido do computador, extrair os ficheiros da imagem com software de recuperação e só então reparar a unidade. Se os ficheiros ainda se leem, mesmo que em parte, copie-os já: o estado de uma memória a morrer muda de ligação para ligação.

Um MPTool (mass production tool) é o utilitário de fábrica com que um controlador é programado na linha de produção: organiza a memória, constrói a tabela de tradução e descarta blocos maus. É escrito pelo fabricante do controlador e só funciona com os chips dele, muitas vezes só com uma revisão específica. Daí não haver solução universal: primeiro identifica-se o controlador (ChipGenius ou Flash Drive Information Extractor) e depois procura-se a ferramenta pelas tabelas de flashboot.ru ou usbdev.ru. Tudo o que se vende como «reparador universal de pen drives» limita-se, na melhor das hipóteses, a formatar.

Só se não precisar dos ficheiros. Esse pedido significa que uma parte de serviço do sistema de ficheiros está danificada, enquanto os dados em si costumam estar intactos. A formatação sobrescreve justamente essa parte e a recuperação torna-se bastante mais difícil: os ficheiros passam a ter de ser reconstruídos por assinaturas, sem nomes nem estrutura de pastas. A sequência correta é imagem, recuperação a partir da imagem e só depois formatação.

No Windows: gestor de dispositivos, propriedades da unidade, separador «Detalhes» e aí escolher «IDs de hardware» — obtém uma cadeia como USB\VID_090C&PID_1000. Mais rápido ainda é o comando único de PowerShell incluído nos passos da ferramenta. No Linux basta lsusb; no macOS, Informação do Sistema, secção USB. Estes códigos identificam o dispositivo no barramento, e o VID aponta muitas vezes para o fabricante do controlador, o que já indica para onde procurar.

Para transportar ficheiros sim, como armazenamento não. Uma unidade que caiu uma vez em modo de emergência ou se bloqueou em só leitura não o fez por acaso: a memória flash tem resistência de escrita finita e os blocos de reserva que substituem os gastos acabam-se. Depois de uma gravação a capacidade sai muitas vezes menor do que a original — é a memória descartada. Guarde aí apenas cópias de coisas que existam noutro sítio.

O teste trabalha com uma unidade saudável: grava e relê blocos para encontrar capacidade falsa e zonas danificadas, e precisa de um sistema de ficheiros montado. Esta ferramenta é para o caso em que a unidade nem chega lá: não é detetada, mostra zero ou exige formatação. Se uma reparação a trouxer de volta, passar o teste a seguir faz sentido: mostra quanta memória está mesmo viva.