☰

Meu SSD Crucial está bloqueado após uma tentativa de apagamento e parece que não consegue ser desbloqueado, mesmo com a senha correta. Existe algo como uma senha mestra?

tag-icon • tag-icon linux hard-drive ssd passwords hdparm
Meu SSD Crucial está bloqueado após uma tentativa de apagamento e parece que não consegue ser desbloqueado, mesmo com a senha correta. Existe algo como uma senha mestra?

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

Então eu procurei em todo o Google eleia em um tópicoque eu deveria tentar desbloqueá-lo com a senha mestra.

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

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

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.

Histórico: eu queria apagar com segurança minha unidade SSD. Inicializei a partir de um Live CD do Knoppix e usei o comando:

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

Depois disso, eu queria apagá-lo com segurança:

hdparm --user-master u --security-erase PASS /dev/sda

Mas dizia o seguinte com alguns e mais alguns 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, minha unidade estava congelada. Resolvi isso colocando o sistema no modo Sleep. Depois disso, o estado congelado desapareceu.

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

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

EDITAR 1º de março:

Eu encontrei issofiohoje, onde alguém tem exatamente o mesmo problema. No caso dele - eles presumem - há problemas de controlador. Talvez eu confronte Crucial com essa informação nos próximos dias.

E para mais informações: 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

Responder1

Se por "bloqueado" você quer dizer no nível ATA Secure Erase, você poderá iniciar um novo apagamento com umnova senha mestra, independentemente de qual era a senha antiga:

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

Esta é a única ação permitida para uma unidade que foi bloqueada em preparação para exclusão ou para uma unidade que estava em processo de exclusão.

Isso ocorre porque o objetivo do bloqueio é evitar que alguém interrompa um apagamento e, em seguida, acesse quaisquer dados restantes.

Mas se tudo o que alguém quer fazer é redirecionar a unidade edescartarquaisquer dados anteriores, iniciar um novo apagamento deve funcionar (desde que a unidade esteja em boas condições de funcionamento).

Responder2

Ok pessoal, a substituição FUNCIONOU! Encorajo todos que enfrentam o mesmo problema a enviar à Crucial uma solicitação de substituição em garantia.

Minha experiência: - A Crucial tenta se livrar de você (pelo menos por telefone) quando você diz que usa este drive com Linux e então o problema ocorreu. Eles disseram algo como: "não apoiamos Linux" (o que é - na minha opinião - idiotice e não se deve ouvir). E na verdade um cara me disse algo como "a unidade não será substituída se a unidade ficar bloqueada durante o uso do Linux". Isto deve ser ignorado. Tive a impressão de que tentaram me culpar, em vez de ouvirem minha afirmação de que não fiz nada de errado e que deve ser uma falha de hardware.

ENTÃO - minha dica: se você devolvê-lo, não mencione nada sobre usá-lo com Linux (pelo menos na solicitação de substituição real *). Basta dizer que não funciona com o Windows 10 e pronto. Então você não deve ter problemas.

*Em um e-mail de serviço geral que enviei antes o pessoal foi muito prestativo, inclusive mencionando Linux.

Cumprimentos!

Responder3

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

Entrarei em contato com a Crucial para - espero - substituir o SSD.

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

@Royce:

Você não estaria conectando a unidade via USB para SATA, estaria? Em caso afirmativo, você pode tentar uma conexão SATA direta?

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

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

1) Eu tenteitudoisso é possível no nível do 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-mãe
  • alterne a opção SATA em UEFI/BIOS entre IDE e AHCI

  • instalando o "Crucial Storage Executive" no Windows e tentando apagá-lo com segurança usando a função "PSID revert" (como o suporte Crucial me disse para fazer) -> não funcionou

    • tanto o "Storage Executive" quanto o Windows não reconhecem o SSD (nem mesmo o Windows Disk Management).
    • Informação: Tanto UEFI (BIOS) quanto Linux reconhecem o SSD

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

    CMD_Status: Comando abortado pelo drive | STATUS_CODE: 13

2)Como escrevi no meu post de abertura(na seção "Editar 1º de março"), encontreieste tópico. De acordo com as respostas lá, poderia ser umcontrolador mal programado, viz. falha de hardware. E tenho certeza de que eles estão certos e que isso se aplica ao meu disco - Crucial BX100 - também.

Resumo:

Na verdade, parece o BX100 da Crucialfica emparedadose você adicionar uma senha de segurança no Linux.

Este pode ser um controlador mal programado.

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

informação relacionada