☰

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

tag-icon • tag-icon linux hard-drive ssd passwords hdparm
Мой Crucial SSD заблокирован после попытки стирания и не может разблокироваться даже с правильным паролем. Существует ли такая вещь, как мастер-пароль?

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

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

К сожалению, я не нашел в интернете главный пароль ATA для дисков Crucial.

Кто-нибудь знает главный пароль 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 --security-erase ПАРОЛЬ /dev/sda

Но там было сказано следующее с несколькими и еще несколькими 00's) в конце:

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

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

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

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

EDIT 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 запрос на гарантийную замену.

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

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

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

С уважением!

решение3

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

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

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

@Ройс:

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

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

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

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

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

    hdparm --user-master m --security-set-pass НОВЫЙПАРОЛЬ /dev/sda

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

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

    • ни «Storage Executive», ни Windows не распознают SSD (даже Управление дисками Windows).
    • Информация: SSD распознается как UEFI(BIOS), так и Linux.

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

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

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

Краткое содержание:

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

Возможно, это плохо запрограммированный контроллер.

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

Связанный контент