SSD em Modo Somente Leitura (Read-Only) — Por que Acontece e o Que Fazer Imediatamente
Diferente dos cenários de modo de proteção descritos acima — onde a controladora bloqueia qualquer tipo de acesso —, o modo somente leitura é um cenário distinto e, na maioria dos casos, mais favorável: o sistema operacional continua enxergando o SSD normalmente, os arquivos abrem e copiam sem erro, mas qualquer tentativa de gravação retorna falha imediata. É um mecanismo de autoproteção do firmware, não uma corrupção ativa — e por isso costuma ser mal interpretado como um problema menor do que realmente é.
Fim de Vida Útil e Limite de TBW
Todo SSD tem um limite de TBW (Total Bytes Written) estimado pelo fabricante. Quando o controlador detecta que esse limiar foi atingido ou que a taxa de erro ECC nas células NAND passou de um patamar seguro, muitos firmwares — especialmente em linhas empresariais como Intel, Samsung PM e Micron 9300 — adotam o modo somente leitura como última linha de defesa, preservando o que ainda está gravado em vez de arriscar mais escritas sobre células já degradadas.
Falha do Capacitor de Power Loss Protection
SSDs enterprise contam com um capacitor que garante energia suficiente para concluir gravações pendentes durante uma queda abrupta de energia. Quando esse capacitor falha por desgaste, o firmware frequentemente reage bloqueando novas escritas — como medida preventiva contra corrupção de dados numa eventual queda de energia sem proteção. O SSD permanece legível, mas a escrita é suspensa até substituição do componente ou intervenção especializada.
Erro ECC Crítico como Gatilho Preventivo
Quando o Código de Correção de Erro (ECC) detecta uma taxa de falhas de leitura acima do tolerável em determinadas regiões da memória NAND, alguns controladores entram em modo somente leitura de forma automática — uma tentativa do firmware de evitar que novas gravações acelerem o desgaste das células já comprometidas.
O Que Fazer Diferente de Qualquer Outro Cenário de Corrupção
Ao contrário da regra de desligar imediatamente que se aplica aos casos de modo de proteção e bad blocks, um SSD em modo somente leitura pede uma ação imediata — mas a forma como essa cópia é feita importa tanto quanto a urgência. O estado de somente leitura não é permanente nem estável: a mesma degradação que levou o firmware a bloquear a escrita pode evoluir para bloqueio total a qualquer momento.
Se o volume de dados envolve poucos arquivos grandes, uma cópia direta pelo sistema operacional costuma ser suficiente. Mas em cenários com grande quantidade de arquivos pequenos — como áudios de chamadas telefônicas, logs de sistema ou imagens de câmeras, frequentemente na casa dos milhões de arquivos —, a cópia arquivo por arquivo pelo sistema operacional gera um volume massivo de operações de leitura aleatória e repetidas tentativas em blocos já degradados, acelerando exatamente a falha que se está tentando evitar. Nesses casos, a abordagem correta é a clonagem em nível de blocos (imagem completa e sequencial do disco, feita com ferramenta forense e write-blocker) antes de qualquer extração de arquivo individual — preservando o que resta em uma única passada controlada, em vez de multiplicar o desgaste com milhões de acessos aleatórios.
Se o SSD já não aceita nem leitura completa dos arquivos, ou se durante a cópia surgem erros de leitura em arquivos específicos, o cenário mudou de somente leitura para corrupção ativa — e o protocolo correto passa a ser o mesmo dos demais casos desta página: desligar, não insistir e buscar diagnóstico forense especializado antes de qualquer nova tentativa.
