Quando um SSD ainda é reconhecido, mas arquivos ficam inacessíveis, o volume aparece RAW, surgem erros de I/O, travamentos ou capacidade incorreta, o problema pode estar no sistema de arquivos, firmware, FTL, controladora ou memória NAND. O diagnóstico correto define o que pode ser lido sem aumentar o risco.

O que é recuperação de SSD corrompido?
O termo "corrompido" é amplo. Um SSD detectado como RAW pode ter um problema de sistema de arquivos, enquanto outro que aparece com 0 MB pode estar respondendo ao computador sem conseguir apresentar corretamente o espaço de usuário. Um terceiro pode identificar normalmente e travar quando determinados blocos são lidos. Esses cenários parecem semelhantes para o usuário, mas exigem estratégias técnicas diferentes.
Guia completo sobre SSD corrompido
Um SSD corrompido pode falhar em camadas diferentes
A arquitetura de um SSD combina memória NAND, controladora, firmware, tradução de endereços e sistema de arquivos. Por isso, "corrupção" não deve ser tratada como um único defeito.
Sistema de arquivos
NTFS, exFAT, APFS, EXT4 ou outra estrutura pode perder metadados, partição, diretórios ou referências sem que a eletrônica tenha falhado.
Firmware e controladora
A unidade pode responder, mas não concluir a inicialização normal, apresentar identificação incompleta ou entrar em estados de proteção.
FTL e tradução
A Flash Translation Layer mantém a relação entre LBAs apresentados ao host e páginas físicas na NAND. Se a tradução falha, o dado físico pode existir sem acesso lógico normal.
NAND e ECC
Desgaste, retenção e erros podem exceder a capacidade de correção. O controlador faz remapeamentos e read-retry até o ponto em que a leitura deixa de ser estável.
Eletrônica e alimentação
Curto, reguladores, proteção, alimentação inadequada e falhas de PCB podem impedir comunicação ou causar aquecimento anormal.
Criptografia
BitLocker, FileVault e criptografia interna da controladora podem adicionar dependências de chaves. Ler NAND não garante produzir arquivos utilizáveis.
Sinais comuns de SSD corrompido e o que eles podem indicar
Partição RAW
O dispositivo aparece, mas o sistema não monta o volume. Pode ser corrupção lógica isolada ou consequência de leitura incompleta e instabilidade.
Boot congela
O computador trava durante a inicialização porque o SSD demora a responder, retorna erros ou não consegue disponibilizar estruturas necessárias ao sistema.
Erros de I/O
Falhas de entrada e saída ao copiar ou abrir arquivos podem surgir por problemas de interface, controladora, firmware, tradução ou leitura NAND.
0 MB ou tamanho incorreto
A unidade responde, mas a capacidade apresentada não corresponde ao espaço esperado. Em determinadas famílias isso pode indicar inicialização incompleta ou falha interna.
Arquivos zerados
Pode haver dano de sistema de arquivos, blocos ilegíveis, metadados inconsistentes, gravações interrompidas ou dados parcialmente disponíveis.
Desconecta e volta
Ciclos de conexão podem estar relacionados a alimentação, temperatura, firmware, controlador ou NAND instável. Repetir ciclos não é um diagnóstico.
Somente leitura
Alguns SSDs podem entrar em proteção e impedir escrita diante de condições críticas. Esse estado deve ser aproveitado para preservação, não para uso normal.
Lentidão extrema
Read-retry, ECC e blocos degradados podem elevar muito a latência, especialmente quando a controladora insiste em regiões problemáticas.
Não é reconhecido
Quando a comunicação desaparece totalmente, o caso já ultrapassou a corrupção lógica simples e exige diagnóstico eletrônico e de baixo nível.
O que pode corromper um SSD?
1. Queda de energia ou desligamento inseguro
SSDs reorganizam dados e metadados internamente. Uma interrupção durante gravações, atualização de tabelas ou operações internas pode deixar estruturas inconsistentes. SSDs empresariais podem ter recursos de Power Loss Protection, mas o comportamento varia por modelo e arquitetura.
2. Desgaste das células NAND
NAND possui ciclos finitos de programação e apagamento. Wear leveling distribui as gravações, ECC corrige erros e blocos de reserva substituem áreas problemáticas. Quando a margem de correção diminui, leitura e tradução podem se tornar instáveis.
3. Corrupção de firmware ou inicialização
A ACE Lab documenta que SSDs baseados em determinados controladores podem entrar em SAFE-MODE, BSY ou retornar capacidade e identificação incorretas quando há problemas de firmware. O procedimento depende do controlador e da versão do firmware.
4. Falha na tradução FTL
O host trabalha com LBAs. A NAND armazena páginas e blocos físicos que mudam de posição ao longo do tempo. A FTL conecta esses dois mundos. Se o tradutor ou metadados associados ficam inconsistentes, a controladora pode perder acesso normal a partes ou à totalidade do espaço de usuário.
5. Corrupção lógica
Remoção inadequada, falha de sistema operacional, erro de partição, alterações GPT/MBR e gravações interrompidas podem produzir RAW ou volumes que não montam, mesmo com hardware ainda funcional.
6. Problema elétrico ou térmico
Alimentação inadequada, curto, oxidação, danos de PCB, conectores e superaquecimento podem provocar sintomas que o usuário interpreta como corrupção.
10 passos para proteger os dados de um SSD corrompido
O que não fazer em um SSD corrompido
Formatar para "ver se volta"
Formatação pode alterar estruturas lógicas e, em SSDs com descarte ativo, colaborar para que áreas deixem de ser preservadas.
Reparar antes de copiar
CHKDSK, fsck e utilitários semelhantes foram feitos para reparar volumes, não para preservar dados em uma mídia instável.
Reiniciar repetidamente
Se a unidade trava ou some, sucessivos ciclos de energia repetem a condição de falha sem esclarecer a causa.
Atualizar firmware sem diagnóstico
Firmware update pode ser legítimo em manutenção, mas não deve ser usado como tentativa cega quando o objetivo é recuperar dados.
Executar ferramentas destrutivas
Secure Erase, Sanitize e factory tools podem eliminar estruturas necessárias à recuperação.
Remover NAND sem compreender a arquitetura
Chip-off não é atalho universal. ECC, XOR, scrambling, FTL e criptografia podem tornar a reconstrução dependente da controladora.
Como a recuperação de SSD corrompido é conduzida em laboratório
A sequência abaixo descreve uma metodologia orientada à preservação. Ela não é um tutorial de reparo e não significa que todos os SSDs aceitem os mesmos recursos. A própria ACE Lab destaca que o suporte depende da combinação entre controlador e firmware.
Qual é o papel do PC-3000 SSD?
O PC-3000 SSD é uma plataforma profissional para famílias suportadas. A documentação atual da ACE Lab informa suporte a diferentes formatos SATA, mSATA, M.2 SATA e diversas famílias PCIe NVMe, e destaca que o suporte depende do par controlador e firmware. O equipamento pode oferecer acesso técnico, loader, reconstrução de tradutor e integração com Data Extractor conforme o caso.
Isso é diferente de dizer que "PC-3000 recupera qualquer SSD". Há controladores, firmwares e condições físicas sem suporte ou sem margem técnica.
A interface muda a forma de diagnosticar um SSD corrompido
| Formato / interface | Comunicação | Sintomas possíveis | Ponto técnico |
|---|---|---|---|
| 2,5" SATA | ATA sobre SATA | RAW, 0 MB, SAFE-MODE, BSY, I/O | Controlador e firmware definem o recurso disponível. |
| M.2 SATA | ATA sobre SATA | Semelhante a SATA 2,5" | M.2 não significa NVMe. |
| M.2 NVMe | NVMe sobre PCIe | Namespace, read-only, media errors, firmware | NVMe utiliza namespaces e comandos próprios. |
| U.2 / U.3 NVMe | NVMe sobre PCIe | Falhas de mídia, namespace e integração | Comum em ambiente empresarial. |
| SAS SSD | SCSI sobre SAS | Erros de mídia, timeouts e falhas no array | Considerar o SSD e a topologia do servidor. |
Por que dois SSDs da mesma marca podem exigir procedimentos diferentes?
A etiqueta comercial não revela toda a arquitetura. Fabricantes podem utilizar diferentes controladoras, NANDs e revisões. A ACE Lab alerta que até unidades com o mesmo controlador podem usar firmwares diferentes e comandos tecnológicos diferentes.
Phison
A ACE Lab documenta famílias PS31xx e procedimentos de SAFE-MODE, loader e reconstrução de tradutor para controladores suportados.
Silicon Motion
Famílias SM22xx aparecem em muitos SSDs SATA e NVMe. Suporte e procedimento dependem do controlador e firmware.
Maxio
Controladores modernos podem exigir identificação de NAND, canais, CE map e perfis corretos antes de inicialização tecnológica.
Marvell
Mesmo controlador pode ter firmware suficientemente diferente para mudar o suporte.
Arquiteturas próprias
Samsung, WD/SanDisk e outras empresas utilizam arquiteturas próprias em várias linhas. Diagnóstico por modelo é obrigatório.
Criptografia
Certas combinações usam criptografia vinculada ao controlador. Isso limita estratégias de troca de PCB ou leitura direta de NAND.
SSD em modo somente leitura: oportunidade de preservação, não sinal de normalidade
O NVMe define indicadores de Critical Warning, incluindo estado read-only. Em diferentes famílias, firmware também pode impor proteção contra escrita quando o dispositivo enfrenta condições críticas. O comportamento exato varia e não deve ser generalizado para todas as marcas.
Se os arquivos ainda podem ser lidos, existe uma oportunidade para aquisição. Em dados críticos, o objetivo é reduzir acessos desnecessários e preservar o que ainda está legível.
O que TRIM tem a ver com um SSD corrompido?
NAND não sobrescreve dados do mesmo modo que um HD magnético. A Kingston explica que páginas são gravadas e blocos são apagados, enquanto o garbage collection reorganiza páginas válidas e libera blocos. Sistemas operacionais modernos podem emitir TRIM para informar que determinados endereços não precisam mais ser preservados.
Em NVMe existe a noção equivalente de deallocate para LBAs. Em perda por exclusão ou formatação, isso é especialmente relevante. Em um caso de corrupção sem exclusão, TRIM não é automaticamente a causa, mas pode se tornar importante se o usuário formata, recria partições ou executa operações que marcam grandes regiões como livres.
TRIM significa que nada pode ser recuperado?
Não se deve usar uma frase absoluta para todas as famílias. Em muitos SSDs modernos, TRIM seguido de garbage collection reduz drasticamente a chance de recuperar conteúdo apagado. O modelo, firmware, estado de energia e uso após o evento importam.
Casos reais anonimizados e cenários técnicos
SSD de 2 TB detectado, com NAND degradada e intervenção anterior
Contexto: o dispositivo chegou após tentativas anteriores. A controladora ainda apresentava resposta, mas a memória NAND mostrava degradação importante e havia evidência de intervenção física prévia no processador/controladora.
Diagnóstico: separar a resposta da controladora da capacidade de corrigir e reconstruir dados da NAND foi decisivo.
Resultado: não foi obtida recuperação útil. O caso demonstra um limite técnico importante: identificar a controladora não significa que a memória ainda possua margem de leitura suficiente.
SSD SATA de 120 GB com controladora respondendo e falha de NAND
Contexto: o SSD ainda apresentava sinais de comunicação, mas a análise indicou falha na memória NAND.
Ação incorreta possível: insistir em varreduras porque o dispositivo "ainda aparece".
Estratégia: classificar a falha e definir se existe método de aquisição compatível com a arquitetura. O artigo não atribui resultado final que não esteja documentado.
SSD aparece como SATAFIRM S11
A ACE Lab documenta SAFE-MODE como problema comum em unidades Phison e lista PS3111-S11 entre controladores suportados. A prioridade seria confirmar controlador, firmware e estado da NAND antes de decidir o procedimento tecnológico.
NVMe detectado, mas sem volume e com Critical Warning
Em NVMe, controlador e namespaces precisam ser analisados separadamente do sistema de arquivos. SMART/Health pode expor warnings, estado read-only, temperatura, media errors e outros indicadores.
Quando software de recuperação pode ajudar?
Perda lógica com SSD estável
EaseUS Data Recovery Wizard, Disk Drill e Stellar Data Recovery podem ter utilidade quando o SSD identifica corretamente, não trava, não desconecta e a falha é lógica. Nunca salve dados recuperados na própria origem.
Falha interna ou instabilidade
0 MB, BSY, SAFE-MODE, NAND degradada, erros crescentes, desconexões e falha elétrica exigem diagnóstico antes de uma varredura longa.
O critério não é "software bom ou ruim". O critério é a estabilidade do dispositivo. Um software de arquivos trabalha sobre o que o sistema consegue acessar. Ele não reconstrói uma controladora que não inicializa nem substitui um tradutor interno corrompido.
SSD corrompido em servidor, RAID, storage e virtualização
Em ambiente corporativo, o SSD não deve ser avaliado apenas como unidade isolada. É necessário registrar controladora, slot, ordem dos membros, nível RAID, hot spare, eventos de rebuild, namespaces, storage pool, sistema de arquivos e virtualização.
RAID
Um SSD instável pode provocar rebuild. Se outro membro também estiver degradado, a reconstrução automática pode aumentar o risco.
Enterprise NVMe
U.2, U.3 e outras arquiteturas podem usar namespaces, recursos de gerenciamento e proteção de energia.
Virtualização
Depois da aquisição física, ainda pode ser necessário reconstruir VMFS, VMDK, VHDX, QCOW2, snapshots e datastore.
Consulte também recuperação de RAID e recuperação de NAS.
SSD corrompido com BitLocker, FileVault ou APFS
Corrupção física e lógica podem coexistir com criptografia. Em volumes BitLocker ou FileVault, preservar o SSD é apenas parte do trabalho: chaves, credenciais e estruturas criptográficas também precisam permanecer consistentes. Em Macs, APFS utiliza estruturas próprias e pode envolver hardware de segurança integrado em gerações mais recentes.
A SECURITY atua com recuperação de dados em Macs e dispositivos de armazenamento Apple quando tecnicamente aplicável. Este artigo não associa a atuação de Caio a recuperação de iPhone ou iPad.
Perguntas frequentes sobre recuperação de SSD corrompido
SSD corrompido tem recuperação de dados?
Pode ter. O termo SSD corrompido descreve vários cenários: sistema de arquivos danificado, firmware instável, tradução lógica inconsistente, memória NAND degradada, falha de controladora ou problema eletrônico. A viabilidade depende do estado real do dispositivo, da arquitetura e do histórico de tentativas.
SSD aparece como RAW. Devo formatar?
Não quando os dados são importantes. RAW indica que o sistema operacional não conseguiu montar o sistema de arquivos de forma normal. A causa pode ser estritamente lógica ou pode estar acompanhada de instabilidade do SSD. Formatar altera a estrutura lógica e pode acionar descarte de blocos em dispositivos com TRIM.
SSD corrompido pode travar o Windows no boot?
Sim. Um SSD que responde lentamente, acumula erros de leitura ou não consegue concluir a inicialização pode provocar congelamentos durante o boot. O sintoma não define sozinho a causa, por isso é importante separar falha de sistema de arquivos, firmware, controladora e NAND.
O que significa SSD com 0 MB ou capacidade errada?
Pode indicar que a unidade responde ao host, mas não consegue apresentar corretamente o espaço de usuário. Em algumas famílias isso está relacionado a firmware, modo de segurança, tradução ou outras estruturas internas. Software comum de arquivos não corrige esse tipo de falha.
SSD em modo somente leitura é um bom sinal?
É melhor do que um dispositivo totalmente inacessível, mas não deve ser tratado como estável. Alguns SSDs entram em estado de proteção ou read-only diante de desgaste, erros ou condições críticas. Quando os dados são importantes, a prioridade é adquirir uma cópia controlada antes que o estado evolua.
CHKDSK pode corrigir um SSD corrompido?
CHKDSK atua em estruturas do sistema de arquivos e pode escrever alterações na origem. Ele não diagnostica NAND, controladora, firmware ou FTL. Em dados críticos ou em SSD instável, a estratégia mais conservadora é preservar e adquirir os dados antes de tentar reparos lógicos.
Atualizar o firmware resolve SSD corrompido?
Atualização de firmware é uma operação de manutenção, não uma técnica universal de recuperação. Em um caso de perda de dados, qualquer procedimento que altere firmware ou estruturas internas deve ser avaliado antes.
SSD SATAFIRM S11 tem recuperação?
SATAFIRM S11 é um sintoma associado a determinadas unidades baseadas em controladores Phison, especialmente PS3111-S11 e famílias relacionadas. A ACE Lab documenta procedimentos de modo tecnológico e reconstrução do tradutor para controladores Phison suportados. A viabilidade depende da combinação de controlador, firmware, NAND e estado do hardware.
SSD M.2 é sempre NVMe?
Não. M.2 é um formato físico. Existem SSDs M.2 SATA e SSDs M.2 que usam PCIe com protocolo NVMe. Identificar corretamente a interface evita erros de diagnóstico e determina quais ferramentas e adaptadores podem ser utilizados.
SSD NVMe corrompido pode aparecer sem volume?
Pode. NVMe trabalha com namespaces que contêm o espaço de endereçamento de usuário. Problemas de namespace, firmware, tradução, sistema de arquivos ou mídia podem resultar em dispositivo detectado sem volume utilizável.
TRIM destrói imediatamente todos os arquivos de um SSD corrompido?
Não existe uma regra temporal universal. TRIM ou deallocate informa ao SSD que determinados endereços não precisam mais ser preservados, e o garbage collection pode reutilizar ou apagar essas áreas. Em muitos SSDs modernos isso reduz fortemente a recuperabilidade de dados apagados.
Software como EaseUS, Disk Drill ou Stellar pode ajudar?
Pode ser útil em perda estritamente lógica quando o SSD está estável, identifica com capacidade correta e não apresenta travamentos ou erros de leitura. Não deve ser a primeira estratégia em SSD desconectando, 0 MB, firmware instável, NAND degradada ou falha elétrica.
SSD corrompido de servidor ou RAID exige outro cuidado?
Sim. Em servidor, storage e RAID, além do SSD individual existem metadados do array, ordem dos membros, controladora, namespaces, sistema de arquivos e, muitas vezes, virtualização. Rebuild ou substituição sem diagnóstico pode alterar o conjunto e complicar a recuperação.
A SECURITY atende SSD corrompido de outras cidades do Brasil?
Sim. A SECURITY atende clientes de diferentes regiões do Brasil e orienta envio seguro para análise. Em São Paulo, Alphaville em Barueri, Paulista e Campinas estão entre os pontos de atendimento destacados neste guia.
Onde levar um SSD corrompido para análise?
A SECURITY atende clientes de diferentes regiões do Brasil e orienta envio seguro. Em Barueri, este artigo prioriza Alphaville como ponto de atendimento. Antes de se deslocar ou enviar o dispositivo, confirme as orientações de recebimento.
Alameda Rio Negro, 1030, Conj. 206
Barueri, SP, CEP 06454-000
(11) 98570-8000
Rua Frei Caneca, 1380, Conj. 11
São Paulo, SP, CEP 01307-002
(11) 98570-8000
Rua José Paulino, 1399, Andar 10
Campinas, SP, CEP 13013-001
(19) 99971-7987
SSD corrompido por dentro: FTL, ECC, SAFE-MODE, NVMe e leitura controlada
Esta seção aprofunda os mecanismos que mais confundem usuários e equipes de TI. O objetivo é explicar por que dois SSDs com o mesmo sintoma podem exigir procedimentos totalmente diferentes.
1. FTL e tabela L2P: por que o SSD não guarda arquivos de forma linear
A controladora apresenta ao sistema endereços lógicos chamados LBAs. Esses LBAs não correspondem de forma fixa a uma posição física nas NANDs. A FTL mantém a tradução para páginas e blocos que mudam com wear leveling, garbage collection, remapeamentos e novas gravações.
Se firmware ou metadados de tradução ficam inconsistentes, o SSD pode responder ao host e ainda assim não conseguir acessar o espaço de usuário de modo normal. Ferramentas profissionais tentam restaurar uma forma de tradução ou acesso compatível quando a família é suportada.
2. ECC, read-retry e degradação NAND
NAND acumula erros ao longo da vida útil. O controlador aplica correção de erros e, em famílias modernas, técnicas avançadas para reconstruir bits. Quando a taxa de erro cresce, a unidade pode executar read-retry, remapear blocos e usar áreas de reserva. Isso ajuda a explicar por que um SSD pode começar lento e evoluir para travamentos.
"Bad block" em SSD não deve ser interpretado como um setor defeituoso simples de HD. O gerenciamento ocorre dentro da própria controladora, e o que o host vê já é resultado de várias camadas de correção e tradução.
3. SAFE-MODE e Phison PS3111-S11
A ACE Lab documenta SAFE-MODE como um problema recorrente em unidades Phison e inclui PS3111-S11 entre controladores com suporte em sua plataforma. Sinais documentados incluem identificação incompleta ou capacidade pequena. O procedimento técnico pode envolver modo seguro, loader e reconstrução do tradutor, conforme controlador e firmware.
4. Silicon Motion, Maxio e a importância do perfil correto
Em outras famílias, a lógica muda. A ACE Lab documenta, por exemplo, recuperação em controladores Maxio com identificação de NAND, configuração de canais, CE map, perfil da memória e loader adequado. Em Silicon Motion, tradutor e utilitário também dependem da combinação correta.
Isso reforça uma regra central: o nome comercial do SSD é insuficiente. Revisão de PCB, controlador, NAND e firmware precisam ser identificados.
5. NVMe: namespace não é a mesma coisa que partição
NVMe introduz o conceito de namespace como espaço de endereçamento administrado pelo controlador. A documentação do NVM Express mostra que um controlador pode ter um ou múltiplos namespaces. Partições e sistemas de arquivos ficam dentro desse espaço, em outra camada.
Assim, um NVMe detectado sem volume pode ter problema de namespace, firmware, tradução, partição ou sistema de arquivos. Criar um novo namespace ou formatar NVM antes de preservar os dados pode ser destrutivo.
6. SMART e Critical Warning no NVMe
NVMe SMART/Health pode expor temperatura, percentual usado, available spare, media errors, unsafe shutdowns e Critical Warning. Esses dados ajudam a caracterizar o estado, mas não substituem a análise. Um valor de media errors igual a zero não prova que o sistema de arquivos está íntegro, e um warning não explica sozinho a causa.
7. Quando clonar é prioridade
Se o SSD está estável e a perda é lógica, uma aquisição completa pode ser simples. Se a leitura é instável, o plano deve minimizar comandos desnecessários, priorizar áreas de maior valor e evitar varreduras repetitivas. A clonagem ou imagem transfere o trabalho de reconstrução para outra mídia.
Em SSD, clonagem não resolve corrupção interna quando o espaço de usuário nem sequer está acessível. Nesses casos, primeiro é necessário estabelecer uma forma de leitura.
8. Matriz rápida de diagnóstico
| Sintoma | Camada a investigar | Primeira prioridade | Evitar |
|---|---|---|---|
| RAW, SSD estável | Partição e sistema de arquivos | Preservar e adquirir antes de reparar | Formatação e CHKDSK na origem |
| 0 MB ou ID anormal | Firmware, tradutor, modo seguro | Identificar controlador e firmware | Atualização cega e MPTool |
| Lentidão extrema | NAND, ECC, read-retry | Reduzir leituras e avaliar janela | Varreduras longas repetidas |
| Read-only | Proteção de firmware e desgaste | Preservar o que ainda lê | Tentar desbloquear antes da cópia |
| NVMe sem volume | Namespace, partição, firmware | Registrar estado e não recriar estruturas | Format NVM sem análise |
| SATAFIRM S11 | Phison SAFE-MODE / firmware | Confirmar controlador, firmware e suporte | Factory tools destrutivas |
| Não reconhecido | Eletrônica, controladora, firmware, NAND | Diagnóstico elétrico e de baixo nível | Ciclos repetidos de energia |
9. Quando o caso deixa de ser corrupção e passa a ser falha crítica
Se o SSD não responde, apresenta curto, superaquece, entra em BSY persistente, muda a identificação, desaparece do barramento ou possui NAND com taxa de erro acima da margem de correção, a situação ultrapassa uma corrupção lógica comum. O foco passa a ser criar uma janela técnica de acesso, se ainda houver.
10. A conclusão técnica mais importante
Em SSD corrompido, preservar dados vem antes de reparar o dispositivo. O mesmo comando que tenta consertar um volume pode modificar metadados. A estratégia correta começa identificando a camada da falha e termina trabalhando sobre uma cópia sempre que isso for tecnicamente possível.
Documentação utilizada neste guia
A página da E-Recovery enviada pelo usuário foi usada apenas como benchmark de intenção de busca, organização editorial, sintomas e profundidade. As explicações técnicas da SECURITY foram estruturadas de forma original e confrontadas com documentação primária.
- ACE Lab: lista atualizada de SSDs e controladores suportados no PC-3000 SSD
- ACE Lab: Phison Utility, SAFE-MODE e reconstrução do tradutor
- ACE Lab: processo de recuperação Maxio MAS0902A
- Kingston: garbage collection e TRIM
- Kingston: NAND, wear leveling e correção de erros
- NVM Express: controller, namespaces, SMART e deallocate