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セキュア消去レベルで意味する場合、次の方法で新しい消去を開始できるはずです。古いパスワードに関係なく、新しいマスターパスワードを入力します。

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

これは、消去の準備のためにロックされているドライブ、または消去中のドライブに対して許可される唯一のアクションです。

これは、ロックの目的が、誰かが消去を中断して残りのデータにアクセスするのを防ぐことだからです。

しかし、もし誰かがドライブを再利用したいだけなら、破棄以前のデータをすべて削除した後、新しい消去を開始すると機能するはずです (ドライブが正常に動作している限り)。

答え2

皆さん、交換品はうまくいきました! 同じ問題に遭遇した方は、ぜひ Crucial に保証交換リクエストを送信してください。

私の経験: - このドライブを Linux で使用して問題が発生したと言うと、Crucial は (少なくとも電話では) あなたを追い払おうとします。彼らは「Linux はサポートしていません」などと言いました (これは - 私の意見では - 愚かなことで、聞くに値しません)。そして実際、ある人は「Linux の使用中にドライブが壊れても、ドライブは交換されません」などと言いました。これは無視すべきです。彼らは、私が何も悪いことをしていないのでハードウェア障害に違いないという私の主張に耳を傾ける代わりに、私を責めようとしているという印象を受けました。

だから、私のアドバイスは、返品するときには、Linux での使用については何も言わないことです (少なくとも実際の交換リクエスト* では)。Windows 10 では動作しないと言うだけで、問題ありません。そうすれば、問題は起こらないはずです。

*以前送った一般的なサービスメールの中で、スタッフは Linux についても言及するなど、非常に親切に対応してくれました。

よろしく!

答え3

ハードウェアの問題であることは間違いないと思います。

Crucial に連絡して、できれば SSD を交換してもらいます。

(これについてはこの投稿の下部で説明します。)


@ロイス:

ドライブを USB-SATA 経由で接続しているわけではないですよね? もしそうなら、直接 SATA 接続を試してみませんか?

-> いいえ、USB-SATA 経由で接続されていません。SATA 接続経由でマザーボードに直接接続されています。


ハードウェアの問題であるという私の仮定の説明:

1) 試してみたすべてこれはソフトウェア レベルでは可能ですが、SSD では何も機能しませんでした。

  • Linux ターミナルで可能なすべてのコマンド (上記参照) - Royce のコマンドを含む:

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

  • SSDをマザーボード上の別のSATAポートに接続します
  • UEFI/BIOS の SATA オプションを IDE と AHCI の間で切り替える
  • Windows に「Crucial Storage Executive」をインストールし、「PSID 復元」機能を使用してセキュア消去を試みた (Crucial サポートから指示されたとおり) -> 機能しませんでした

    • 「Storage Executive」と Windows の両方が SSD を認識しません (Windows ディスク管理も認識しません)。
    • 情報: UEFI(BIOS)とLinuxの両方がSSDを認識します
  • USB ブートドライブ経由でファームウェアをフラッシュする -> 動作しない:

    CMD_Status: ドライブによってコマンドが中止されました | STATUS_CODE: 13

2)冒頭の投稿で書いたように(「3月1日の編集」セクション内)、私は見つけたこのスレッドそこに書かれた回答によると、それはコントローラのプログラムが間違っているつまり、ハードウェア障害です。そして、私は彼らが正しいと確信しており、これは私のドライブ(Crucial BX100)にも当てはまります。


まとめ:

実際はCrucialのBX100に似ているレンガにされるLinux 上でセキュリティ パスワードを追加する場合。

これはプログラムされたコントローラーが不良である可能性があります。

Crucialのサポートに連絡します(保証期間はまだ残っています)交換が成功したかどうかをお知らせします。

関連情報