Meu SSD Crucial está bloqueado após uma tentativa de apagamento e não consigo desbloquear mesmo com a senha correta. Existe uma senha mestra?

Question

Meu SSD Crucial BX100 está bloqueado. Não consigo desbloqueá-lo com a senha de usuário correta (!).

Então pesquisei em todo o Google e leia em um thread que eu deveria tentar desbloqueá-lo com a senha mestra.

Infelizmente, não encontrei a senha ATA principal para unidades Crucial na Internet.

Alguém sabe a senha mestra do ATA para unidades Crucial?

Eu quero usar o comando:

hdparm --user-master m --security-unlock PASS /dev/sda

Ou talvez alguém conheça outra solução que possa desbloquear meu SSD.

Antecedentes: eu queria proteger a minha unidade SSD. Eu iniciei a partir de um CD do Knoppix Live e usei o comando:

hdparm --user-master u --security-set-pass PASS /dev/sda

Depois disso, eu quis realmente proteger o texto com:

hdparm --user-master u - apague a segurança PASS / dev / sda

Mas o seguinte diz o seguinte com alguns e mais 00 ) no final:

Bad/missing sense data, sb[]: 70 00 05 00 00 00 00 0a 51 e0 00 21 04 …

Talvez seja importante saber: antes disso, meu impulso ficou congelado. Eu resolvi isso colocando o sistema no modo Sleep. Depois disso, o estado congelado desapareceu.

Talvez isso tenha levado ao estado bloqueado? Eu não sei.

Estou um pouco desesperado aqui, espero que você possa ajudar.

EDIT Mar 1-st:

Eu encontrei este tópico hoje, onde alguém tem exatamente o mesmo problema. No seu caso - eles assumem - há problemas com o controlador. Talvez eu vou confrontar Crucial com essa informação nos próximos dias.

E para mais informações: eu também tentei os seguintes comandos:

hdparm --user-master m -- security-disable NULL /dev/sda

e

hdparm --user-master m --security-erase-enhanced NULL /dev/sda

Resultados:

Bad/missing sense data, sb[ ]: 70 00 05 00 00 00 00 0a 51 e0 00 21 04 

fdisk -l

Resultados:

i/o (input/output) Error

    

Answer 1

Se por "bloqueado" se referir ao nível ATA Secure Erase, deve poder iniciar uma nova eliminação com uma nova palavra-passe principal, independentemente da senha antiga:

hdparm --user-master m --security-set-pass NEWPASS /dev/sda

Esta é a única ação permitida para uma unidade que foi bloqueada na preparação para o apagamento ou para uma unidade que estava sendo apagada.

Isso ocorre porque o objetivo do bloqueio é impedir que alguém interrompa o apagamento e, em seguida, acessar os dados restantes. Mas se tudo o que alguém quer fazer é redirecionar a unidade e descartar quaisquer dados anteriores, iniciar um novo apagamento deve funcionar (contanto que a unidade esteja em boas condições de funcionamento).

    

Answer 2

Acho que não há dúvidas de que é um problema de hardware.

Vou entrar em contato com Crucial para - esperançosamente - substituir o SSD.

(Explicação para isso neste post mais abaixo)

@Royce:

You wouldn't happen to be attaching the drive via USB-to-SATA, would you? If so, can you try with a direct SATA connection?

- > Não, não está conectado via USB-to-SATA. Está conectado diretamente à placa-mãe via conexão SATA.

Explicação para minha suposição de que é um problema de hardware:

1) Eu tentei tudo que é possível no nível de software - e nada funcionou para o ssd:

• todos os comandos possíveis no terminal Linux (veja acima) - incluindo o comando de Royce:

  hdparm --user-master m --security-set-pass NEWPASS /dev/sda

• conecte o SSD a outra porta SATA na placa principal
• alterna a opção SATA no UEFI / BIOS entre IDE e AHCI

• instalando "Crucial Storage Executive" no Windows e tentando protegê-lo usando a função "PSID revert" (como o suporte Crucial me disse) - > não funcionou

  • o "Storage Executive" e o Windows não reconhecem o SSD (nem mesmo o Windows Disk Management).
  • Informações: O UEFI (BIOS) e o Linux reconhecem o SSD

• piscando o firmware em uma unidade de inicialização USB - > não funciona:

  CMD_Status: Command aborted by the drive | STATUS_CODE: 13

2) Como escrevi no meu post de abertura (na seção "Edit March 1-st") , encontrei < href="https://bbs.archlinux.org/viewtopic.php?id=221957"> este tópico . De acordo com as respostas lá, poderia ser um controlador programado ruim , viz. falha de hardware. E tenho certeza que eles estão certos e que isso se aplica ao meu disco - Crucial BX100 - também.

Resumo:

Na verdade, parece que o BX100 da Crucial fica emparedado se você adicionar uma senha de segurança ao Linux.

Este pode ser um controlador mal programado.

Entrarei em contato com o suporte Crucial (ainda resta garantia) e informarei se a substituição funcionou.

    

Answer 3

Ok pessoal, o substituto funcionou! Encorajo todos os que enfrentam o mesmo problema a enviar um pedido de substituição de garantia à Crucial.

Minha experiência: - Crucial tenta se livrar de você (pelo menos no telefone) quando você diz que usa esta unidade com o Linux e, em seguida, o problema ocorreu. Eles disseram algo como: "nós não suportamos Linux" (que é - na minha opinião - idiotice e não para ouvir). E na verdade um cara me disse algo como "a unidade não está sendo substituída se a unidade ficou bloqueada durante o uso do Linux". Isso deve ser ignorado. Tive a impressão de que eles tentaram me culpar, em vez de ouvir minha afirmação de que não fiz nada de errado e tem que ser uma falha de hardware.

SO - minha dica: se você enviá-lo de volta, apenas não mencione algo sobre como usá-lo com o Linux (pelo menos na solicitação de substituição real *). Basta dizer que não funciona com o Windows 10, e você está pronto para ir. Então você não deve ter problemas.

* Em um e-mail de serviço geral que eu enviei antes da equipe foi muito útil, mesmo mencionando o Linux.

Atenciosamente!