내 Crucial SSD는 지우기 시도 후 잠겨 있으며 올바른 비밀번호를 사용해도 잠금 해제할 수 없는 것 같습니다. 마스터 비밀번호 같은 것이 있나요?

내 Crucial SSD는 지우기 시도 후 잠겨 있으며 올바른 비밀번호를 사용해도 잠금 해제할 수 없는 것 같습니다. 마스터 비밀번호 같은 것이 있나요?

내 Crucial BX100 SSD가 잠겨 있습니다. 올바른(!) 사용자 비밀번호로 잠금을 해제할 수 없습니다.

그래서 구글에서 여기저기 검색해봤는데스레드에서 읽기마스터 비밀번호로 잠금을 해제해야 한다고요.

안타깝게도 인터넷에서 Crucial 드라이브의 마스터 ATA 비밀번호를 찾지 못했습니다.

Crucial 드라이브의 ATA 마스터 비밀번호를 아는 사람이 있나요?

다음 명령을 사용하고 싶습니다.

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

아니면 누군가 내 SSD를 잠금 해제할 수 있는 다른 솔루션을 알고 있을 수도 있습니다.


배경: SSD 드라이브를 안전하게 지우고 싶었습니다. Knoppix Live CD에서 부팅하고 다음 명령을 사용했습니다.

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

그 후 실제로 다음을 사용하여 안전하게 지우고 싶었습니다.

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

00그러나 끝에는 다음과 같은 내용이 추가되었습니다 .

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

알아두어야 할 중요한 사항: 그 전에는 내 드라이브가 정지되었습니다. 시스템을 절전 모드로 전환하여 이 문제를 해결했습니다. 그 후 동결 상태가 사라졌습니다.

어쩌면 그것이 잠긴 상태로 이어졌을까요? 모르겠습니다.


나는 지금 약간 절망적입니다. 당신이 도와줄 수 있기를 바랍니다.


3월 1일 편집:

나는 이것을 발견했다오늘 누군가가 똑같은 문제를 겪고 있습니다. 그의 경우에는 컨트롤러 문제가 있다고 가정합니다. 아마도 나는 다음 날 그 정보를 가지고 Crucial과 맞붙게 될 것입니다.

자세한 내용은 다음 명령도 시도했습니다.

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

그리고

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

결과:

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

fdisk -l

결과:

i/o (input/output) Error

답변1

"잠김"이 ATA Secure Erase 수준을 의미하는 경우 다음을 사용하여 새 지우기를 시작할 수 있어야 합니다.이전 비밀번호에 관계없이 새 마스터 비밀번호:

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

이는 삭제 준비를 위해 잠긴 드라이브나 삭제 중인 드라이브에 대해 허용되는 유일한 작업입니다.

잠금의 목적은 누군가가 지우기를 중단하고 나머지 데이터에 액세스하는 것을 방지하는 것이기 때문입니다.

하지만 누군가가 원하는 것이 드라이브의 용도를 변경하고버리다이전 데이터를 모두 삭제한 다음 새로 지우기를 시작하면 작동합니다(드라이브가 제대로 작동하는 한).

답변2

좋습니다 여러분, 교체가 성공했습니다! 동일한 문제에 직면한 모든 사람이 Crucial에 보증 교체 요청을 보낼 것을 권장합니다.

내 경험: - 귀하가 Linux에서 이 드라이브를 사용한다고 말하면 Crucial은 귀하를 제거하려고 시도하고(적어도 전화로) 문제가 발생했습니다. 그들은 다음과 같은 말을 했습니다: "우리는 Linux를 지원하지 않습니다"(제 생각에는 바보 같고 듣지 못하는 말입니다). 실제로 한 사람은 "Linux를 사용하는 동안 드라이브가 손상되면 드라이브를 교체할 수 없습니다"와 같은 말을 했습니다. 이는 무시되어야 합니다. 나는 잘못한 것이 없으며 하드웨어 고장임에 틀림없다는 내 말을 듣는 대신에 그들이 나를 비난하려 한다는 인상을 받았습니다.

그래서 - 팁: 반송할 경우 Linux에서 사용하는 방법에 대해 언급하지 마세요(적어도 실제 교체 요청*에서는). Windows 10에서는 작동하지 않는다고 말하면 됩니다. 그러면 문제가 발생하지 않아야 합니다.

*직원에게 먼저 보낸 일반 서비스 메일에는 Linux에 대한 언급만으로도 매우 도움이 되었습니다.

문안 인사!

답변3

하드웨어 문제임에는 의심의 여지가 없다고 생각합니다.

SSD를 교체하기 위해 Crucial에 연락하겠습니다.

(이에 대한 설명은 이 게시물의 아래쪽에 있습니다.)


@로이스:

USB-to-SATA를 통해 드라이브를 연결하는 일은 일어나지 않을 것입니다. 그렇죠? 그렇다면 직접 SATA 연결을 시도해 볼 수 있습니까?

-> 아니요, USB-to-SATA를 통해 연결되지 않습니다. SATA 연결을 통해 마더보드에 직접 연결됩니다.


내 가정에 대한 설명은 하드웨어 문제입니다.

1) 나는 노력했다모든 것이는 소프트웨어 수준에서 가능하며 SSD에서는 아무것도 작동하지 않습니다.

  • Linux 터미널에서 가능한 모든 명령(위 참조) - Royce의 명령 포함:

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

  • SSD를 메인보드의 다른 SATA 포트에 연결
  • IDE와 AHCI 간 UEFI/BIOS의 SATA 옵션 전환
  • Windows에 "Crucial Storage Executive"를 설치하고 "PSID 되돌리기" 기능을 사용하여 보안 삭제를 시도(Crucial 지원팀에서 알려준 것과 같음) -> 작동하지 않음

    • "Storage Executive"와 Windows 모두 SSD를 인식하지 못합니다(Windows 디스크 관리도 인식하지 못합니다).
    • 정보: UEFI(BIOS)와 Linux 모두 SSD를 인식합니다.
  • USB 부팅 드라이브를 통해 펌웨어를 플래싱하는 중 -> 작동하지 않음:

    CMD_Status: 드라이브에 의해 명령이 중단되었습니다. | 상태_코드: 13

2)제가 오프닝 포스팅에 쓴 것처럼("3월 1일 편집" 섹션), 내가 발견했다이 스레드. 거기의 답변에 따르면잘못된 프로그래밍 컨트롤러, 즉. 하드웨어 오류. 그리고 나는 그들이 옳다고 확신하며 이것이 내 드라이브인 Crucial BX100에도 적용됩니다.


요약:

크루셜의 BX100과 비슷하네요.벽돌이 되다Linux를 통해 보안 비밀번호를 추가하는 경우.

프로그래밍된 컨트롤러가 잘못되었을 수 있습니다.

Crucial 지원팀에 연락하겠습니다(아직 보증 기간이 남아 있음).교체가 효과가 있었는지 알려주세요.

관련 정보