No mês passado eu estava usando meu notebook quando, de repente, os programas começaram a mostrar várias mensagens de erro. Reiniciei o computador e, para minha surpresa, o sistema operacional não começou, dando uma mensagem de erro relacionada ao meu SSD Kingston A400 de 480GB , que agora era reconhecido como SATAFIRM S11.
Neste posto, mostrarei como resolvi este problema e informações que podem ajudá-lo, caso você também tenha um SSD deste modelo e tenha encontrado o mesmo erro.
Como diagnosticar este problema?
Você pode verificar de algumas maneiras que seu SSD é reconhecido como SATAFIRM S11 .
Você pode ver isso visitando a configuração do computador BIOS. Como fazer isso varia de modelo para modelo, você pode consultar o manual de seu computador. No caso do meu notebook , um Acer Aspire E 15 , continuo pressionando F2 assim que ele se liga:
No Windows , você pode ver esta informação abrindo o Device Manager:
Como não consegui iniciar o sistema operacional, usei um estojo para conectar o SSD a uma porta USB em outro computador Windows. Se isso não for uma opção para você, você pode manter o SSD em seu computador e usar o BootCD da Hiren.
No outro computador Windows, tentei usar o programa Kingston SSD Manager do próprio fabricante, mas ele não reconheceu o SSD como sendo da Kingston, pois foi reportado como SATAFIRM S11 . No BootCD da Hiren, eu não consegui instalar este programa.
Se você usa uma distribuição Linux com o desktop GNOME , como é o caso do Linux Kamarada , que eu uso, e também o Ubuntu , que é uma das distribuições mais populares, você pode ver esta informação abrindo o aplicativo Discos:
No caso do Linux, você não precisa remover o SSD do computador para diagnosticar o problema, você pode inicializar o Linux a partir de um LiveUSB .
Outros comandos Linux que podem ser usados para detectar o problema são apresentados abaixo (mostro apenas a parte relevante das saídas do comando):
comando fdisk :
1 2 3 4 |
# fdisk -l Disco /dev/sda: 447,1 GiB, 480103981056 bytes, 937703088 setores Modelo de disco: SATAFIRM S11 [...] |
comando hdparm :
1 2 3 4 5 6 7 8 9 10 11 |
# hdparm -I /dev/sda /dev/sda: ATA device, with non-removable media Model Number: SATAFIRM S11 Serial Number: 50026B7782026D18 Firmware Revision: SBFK71W1 Transport: Serial, ATA8-AST, SATA 1.0a, SATA II Extensions, SATA Rev 2.5, SATA Rev 2.6, SATA Rev 3.0 Standards: [...]
|
O que causa este problema?
Pesquisando na Internet, o que você tem informações é que este problema é comum aos modelos SSD (incluindo outras marcas, não apenas a Kingston) que são fabricados com o controlador Phison S11 . Dependendo da versão do firmware instalado no SSD (o software que controla o SSD), em algum momento, não se sabe quando ou por quê, ele pode desprogramar e perder a configuração específica do fabricante, começando a se identificar genericamente para o computador como sendo do “modelo” SATAFIRM S11 .
No caso da série Kingston A400, sabe-se que este problema pode acontecer nos SSDs cujo firmware está na versão SBFK71W1 , que foi precisamente o que veio da fábrica no meu SSD.
Nos exemplos acima, a aplicação de discos Linux, assim como os comandos Linux hdparm e smartctl, mostram a versão do firmware instalado no SSD.
Você também pode ver a versão do firmware que veio da fábrica na etiqueta do seu SSD:
Nesse rótulo, você também pode ver o código do produto: no meu caso, SA400S37/480G .
É possível evitar este problema?
Talvez sim. Se você tiver um SSD Kingston A400 instalado em seu computador e funcionando, tente usar o programa Kingston SSD Manager do próprio fabricante (disponível apenas para Windows) para ver se você pode atualizar o firmware do SSD .
Além disso, ele pode ser usado para qualquer modelo SSD de qualquer fabricante e com qualquer versão de firmware : mantenha uma cópia de segurança de seus dados pessoais sempre atualizada e armazenada em mídia e local seguro . Em caso de problemas como este, uma cópia de segurança pode salvar você de perder muitos de seus dados.
Como eu resolvi este problema
A Kingston oferece uma garantia condicional de 3 anos para o modelo A400 SSD.
Por sorte, comprei meu SSD em junho de 2018 da Kabum e, portanto, em junho de 2020, dois anos depois, ele ainda estava sob garantia da Kingston.
Meu backup não estava atualizado, mas meus arquivos mais importantes foram armazenados em serviços de nuvem como o Dropbox .
Usando um LiveUSB Linux Kamarada, consegui montar as partições SSD como somente leitura e fazer backup de quase todos os arquivos em um disco rígido externo. Eu não conseguia copiar todos os arquivos, alguns tinham erros de entrada e saída.
Eu ativei a garantia, enviei meu SSD pelo Post e a Kingston me enviou um novo SSD do mesmo modelo, também pelo Post. Eu cobri os custos de envio do SSD com defeito, enquanto a Kingston cobriu os custos de envio do novo SSD.
