Может быть, важно знать: до этого мой диск был заморожен. Я решил это, переведя систему в спящий режим. После этого застывшее состояние ушло.
Может быть, это привело к заблокированному состоянию? Я не знаю.
Я немного отчаялся прямо здесь, надеюсь, вы можете помочь.
РЕДАКТИРОВАТЬ 1 марта:
Я нашел эту тему сегодня, где у кого-то точно такая же проблема. В его случае, - предполагают они, - проблемы с контроллером. Может быть, я столкнусь с Крусиалом с этой информацией в ближайшие дни.
И для дополнительной информации: я пробовал также следующие команды:
hdparm --user-master m -- security-disable NULL /dev/sda
а также
hdparm --user-master m --security-erase-enhanced NULL /dev/sda
Вы пытались пропустить разблокировку, а вместо этого просто установить новый мастер-пароль?
Royce Williams 6 лет назад
0
К вашему сведению, вы знаете, почему я отредактировал заголовок: в основном, если ваш диск был заблокирован данными, к которым вы хотели получить доступ, это одна из проблем. Но если процесс стирания не удался и это вызывает блокировку, это совсем другое дело. Я сомневаюсь, что восстановление данных в таком случае было бы возможно, но выяснить, как стереть его снова, безусловно, выполнимо.
JakeGould 6 лет назад
0
3 ответа на вопрос
4
Royce Williams
Если под "заблокирован" вы имеете в виду на уровне безопасного стирания ATA, вы сможете инициировать новое стирание с новым главным паролем, независимо от того, каким был старый пароль:
hdparm --user-master m --security-set-pass NEWPASS /dev/sda
Это единственное действие, разрешенное для диска, заблокированного при подготовке к удалению, или для диска, который был в процессе стирания.
Это связано с тем, что цель блокировки состоит в том, чтобы не дать кому-либо прервать удаление, а затем получить доступ к любым оставшимся данным. Но если все, что кто-то хочет сделать, это переназначить диск и удалить все предыдущие данные, инициирование нового стирания должно работать (при условии, что диск находится в хорошем рабочем состоянии).
Большое спасибо. Просто попробовал: но не сработало ... Там написано то же, что и выше:>! Данные о плохом / недостающем смысле, sb []: 70 00 05 00 00 00 00 0a 51 e0 00 21 00. Вы знаете другое решение?
Dellicious 6 лет назад
0
Вы случайно не подключаете диск через USB-SATA, не так ли? Если да, можете ли вы попробовать с прямым подключением SATA?
Royce Williams 6 лет назад
0
0
Dellicious
Я думаю, что нет никаких сомнений, что это аппаратная проблема.
Я свяжусь с 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 (гарантия все еще остается) и сообщу, сработала ли замена.
0
Dellicious
Хорошо, ребята, замена работала! Я призываю всех, кто сталкивается с той же проблемой, отправить Crucial запрос на гарантийную замену.
Мой опыт: - Crucial пытается избавиться от вас (по крайней мере, по телефону), когда вы говорите, что используете этот диск с Linux, а затем возникла проблема. Они сказали что-то вроде: «мы не поддерживаем Linux» (что, по моему мнению, идиотизм и не слышать). И на самом деле один парень сказал мне что-то вроде: «диск не будет заменен, если диск был заблокирован во время использования Linux». Это следует игнорировать. У меня сложилось впечатление, что они пытались обвинить меня, вместо того, чтобы выслушать мое заявление о том, что я не сделал ничего плохого, и это должен быть аппаратный сбой.
Так что мой совет: если вы отправите его обратно, просто не упоминайте что-либо об использовании его с Linux (по крайней мере, в самом запросе на замену *) Просто скажите, что это не работает с Windows 10, и вы готовы к работе. Тогда вы не должны сталкиваться с проблемами.
* В обычной почтовой рассылке, которую я отправил сотрудникам, было очень полезно, даже с упоминанием Linux.