Мой Crucial SSD заблокирован после попытки удаления и не может быть разблокирован даже с правильным паролем. Есть ли такая вещь, как мастер-пароль?

Мой Crucial BX100 SSD заблокирован. Я не могу разблокировать его с правильным (!) Паролем пользователя.

Так что я искал по всему Google, и прочитал в теме, что я должен попытаться разблокировать его с помощью мастер-пароля.

К сожалению, я не нашел мастер-пароль ATA для жестких дисков в Интернете.

Кто-нибудь знает главный пароль ATA для дисков Crucial?

Я хочу использовать команду:

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 - безопасность-стирание PASS /dev/sda

Но он сказал следующее с некоторыми и еще 00х) в конце:

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

Может быть, важно знать: до этого мой диск был заморожен. Я решил это, переведя систему в спящий режим. После этого застывшее состояние ушло.

Может быть, это привело к заблокированному состоянию? Я не знаю.

Я немного отчаялся прямо здесь, надеюсь, вы можете помочь.

РЕДАКТИРОВАТЬ 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
Источник

3 ответа

Решение

Если под "заблокирован" вы имеете в виду уровень безопасного стирания ATA, вы сможете инициировать новое стирание с новым главным паролем, независимо от того, каким был старый пароль:

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

Это единственное действие, разрешенное для диска, который был заблокирован при подготовке к удалению, или для диска, который находился в процессе стирания.

Это связано с тем, что цель блокировки состоит в том, чтобы не дать кому-либо прервать удаление, а затем получить доступ к любым оставшимся данным. Но если все, что кто-то хочет сделать, это переназначить диск и удалить все предыдущие данные, инициирование нового стирания должно работать (при условии, что диск находится в хорошем рабочем состоянии).

Источник

Хорошо, ребята, замена работала! Я призываю всех, кто сталкивается с той же проблемой, отправить Crucial запрос на гарантийную замену.

Мой опыт: - Crucial пытается избавиться от вас (по крайней мере, по телефону), когда вы говорите, что используете этот диск с Linux, а затем возникла проблема. Они сказали что-то вроде: "мы не поддерживаем Linux" (что, по моему мнению, идиотизм и не слышать). И на самом деле один парень сказал мне что-то вроде: "диск не будет заменен, если диск был заблокирован во время использования Linux". Это следует игнорировать. У меня сложилось впечатление, что они пытались обвинить меня, вместо того, чтобы прислушиваться к моему заявлению, что я не сделал ничего плохого, и это должен быть аппаратный сбой.

ТАК - мой совет: если вы отправите его обратно, просто не упоминайте что-либо об использовании его с Linux (по крайней мере, в фактическом запросе на замену *). Просто скажите, что это не работает с Windows 10, и все готово. Тогда вы не должны сталкиваться с проблемами.

* В обычной служебной почте, которую я отправлял сотрудникам, было очень полезно, даже с упоминанием Linux.

С уважением!

Источник

Я думаю, что нет никаких сомнений, что это аппаратная проблема.

Я свяжусь с Crucial, чтобы, надеюсь, заменить SSD.

(Объяснение этого в этом посте ниже.)

@Royce:

Вы случайно не подключите диск через USB-SATA, не так ли? Если да, можете ли вы попробовать с прямым подключением SATA?

-> Нет, он не подключен через USB-SATA. Он подключен напрямую к материнской плате через SATA-соединение.

Объяснение для моего предположения, что это аппаратная проблема:

1) Я перепробовал все, что возможно на программном уровне - и для ssd ничего не получалось:

  • все возможные команды в терминале Linux (см. выше), включая команду Royce:

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

  • подключите SSD к другому SATA-порту на материнской плате
  • переключить SATA-Option в UEFI/BIOS между IDE и AHCI

  • установка "Crucial Storage Executive" на Windows и попытка безопасного удаления с помощью функции "PSID revert" (как мне подсказала поддержка Crucial) -> не сработала

    • и "Storage Executive", и Windows не распознают SSD (даже не Windows Disk Management).
    • Информация: UEFI(BIOS) и Linux распознают SSD

  • прошивка прошивки через USB-загрузочный диск -> не работает:

    CMD_Status: команда прервана диском | STATUS_CODE: 13

2) Как я написал в своем вступительном сообщении (в разделе "Редактирование 1-го марта"), я нашел эту тему. Согласно ответам, это может быть плохой запрограммированный контроллер, а именно. аппаратный сбой. И я уверен, что они правы, и это относится и к моему приводу - Crucial BX100 - тоже.

Резюме:

На самом деле, похоже, что BX100 от Crucial будет обманут, если вы добавите пароль безопасности через Linux.

Это может быть плохой запрограммированный контроллер.

Я свяжусь со службой поддержки Crucial (гарантия все еще остается) и сообщу, сработала ли замена.

Источник
Другие вопросы по тегам