Хорошо. Вот мое слово тому, кто может быть заинтересован в стирании безопасности SSD-диска Kingston из среды Ubuntu.
Выдача sudo hdparm --user-master u --security-set-pass <password> /dev/sda
как указано здесь, среди других мест (<password> - выбранный вами пароль)
действительно установит пароль пользователя на вашем диске.
Обратите внимание, что вы НЕ должны оборачивать свой пароль в так называемые шевроны (< и >).
Если вы сделаете это, Терминал вернет bash: password: No such file or directory
(password является выбранным вами паролем).
Вы можете подтвердить, что ваш пароль был установлен, введя sudo hdparm -I /dev/sda
Безопасность теперь переключается с не включенного на включенный,
что в соответствии с вышеупомянутыми ссылками означает, что пришло время перейти к
sudo hdparm --user-master u --security-erase <password> /dev/sda .
Вот тут и начались неприятности.
security_password: "<password>"
/dev/sda:
Issuing SECURITY_ERASE command, password="<password>", user=user
SECURITY_ERASE: Input/output error
...Терминал ответил.
Я продолжал пытаться, набирая свой пароль с кавычками или без них, заменяя их другими предложениями, такими как "" , "NULL" или NULL , но Терминал продолжал давать мне тот же ответ, нижняя строка - Input/output error
Прошло два дня, и я подумал, что стоит перезагрузиться. В следующий раз я выпустил sudo hdparm -I /dev/sda
Я мог видеть, что Security переключился не только с не включенного на включенный, но и с не заблокированного на заблокированный.
Это нормально. Когда пароль только что установлен, привод остается разблокированным до следующего цикла питания.
Нормально, как бы то ни было, я немного волновался, поэтому решил попробовать разблокировать диск, прежде чем делать с ним что-нибудь еще.
Из моего опыта это невозможно.
sudo hdparm --user-master u --security-unlock <password> /dev/sda
возвращается
security_password: "<password>"
/dev/sda:
Issuing SECURITY_UNLOCK command, password="<password>", user=user
SECURITY_UNLOCK: Input/output error
Заключение пароля в кавычки не имеет значения.
sudo hdparm --user-master m --security-unlock "" /dev/sda
sudo hdparm --user-master m --security-unlock "NULL" /dev/sda
sudo hdparm --user-master m --security-unlock NULL /dev/sda
или даже
sudo hdparm --user-master m --security-unlock " " /dev/sda
(это 32 пробела)
все возвращаются
security_password: "whatever_pw_I_provide"
/dev/sda:
Issuing SECURITY_UNLOCK command, password="whatever_pw_I_provide", user=master
SECURITY_UNLOCK: Input/output error
Обратите внимание, что в этом случае я попробовал m вместо u, как в master, а не user, прочитав где-то (не могу найти ссылку в данный момент), что установка пароля пользователя вернет мастер-пароль к NULL; хотя в случае с Кингстоном он по умолчанию равен NULL, если не изменен дилером.
(reference: https://www.kingston.com/datasheets/SVP100ES2_us.pdf)
Во всяком случае, я сделал попробовать эти варианты как с т и и, делая ZERO прогресса.
К моему удивлению пришел момент, когда я сказал себе, черт с ним, и набрал
sudo hdparm --user-master m --security-erase "" /dev/sda
Терминал размышлял над тем, что я только что сказал ... и СМОТРЕЛ, вытер мой драйв.
Тот же самый главный пароль (""), который возвратил Input/output error для команды security-unlock , прекрасно работал с командой security-erase .
Как упоминал Том Ян, в hdparm есть ошибка .
О подобных проблемах сообщается здесь:
Когда я ввел NULL в качестве защиты, он показывался как "", но ввод NULL в команде разблокировки отображается как "NULL"
Итог: не блокируйте свой ssd, если вы действительно не собираетесь стереть его.
PS: Жаль, что моя репутация не позволит мне публиковать более 2 ссылок.
