Частично решено: пароль безопасности SSD - застрял с ошибкой ввода / вывода

In this case it looks like special characters will be anything that the command line will interpret a switch or modifier. Things like - or /, where it could be considered another flag on the command.

To be safe, you should assume that anything that is not alphanumeric (a-z, 1-0) is "special" and needs to be in quotes. Capital letters are not special characters.

On the other hand, you could probably just always double-quote the password, and not worry about whether you have special characters or not.

Interestingly, the manpage does not specify this restriction, hdparm manual page.

Input/output error means the password is rejected by the drive (because it's wrong; or the per-power-cycle five trials has been used up, i.e. expired: security count in hdparm -I), at least it's the case with my Intel SSDs (X25-M G1 / 530).

I am not sure what's the cause of the hiccup in your drive/case though. Could be you've been using an old/bugged version of hdparm; could be the firmware of your drive is bugged.

In any case, you can try to:

• use the latest version (currently 9.48) of hdparm if you haven't been doing so
• quote and pad your password with spaces until it reach the maximum possible length (i.e. 32 characters; e.g. "XXXXXX ")
• use --user-master m instead of --user-master u, with password like NULL or " " (i.e. 32 spaces)

As I mentioned before, make sure you do NOT try more than five times in each power cycle (in some case a "reboot" is not enough; confirm with hdparm -I before spending your effort).

Even in version 9.48 there's a bug with --security-unlock for the special password NULL, so you probably want to stick with --security-disable until you figure out what's wrong (apparently "" is equivalent to NULL and hence can be used to workaround the bug as well).

...is now returning not only enabled but also locked...

That's normal. When the password is just set, the drive remains unlocked until the next power cycle.

Хорошо. Вот мое слово тому, кто может быть заинтересован в стирании безопасности 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
Security, теперь он будет переключен с не включенного на включенный,
что в соответствии с вышеупомянутыми ссылками будет означать, что пришло время перейти к
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
я мог видеть безопасности переключились не только не включено в включен, но и не заперты к заперты .

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

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

Из моего опыта это невозможно.

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 ссылок.

У меня была такая же проблема с hdparm, и я не решил проблему. Вы можете попробовать использовать инструмент blkdiscard для этой цели.

Просто используйте:

blkdiscard /dev/sdX 

Для подробного режима:

blkdiscard -v /dev/sdX 

Результаты проверки:

cat /dev/sdX | hexdump -C 

Пожалуйста, замените «SD X » на ваше устройство.