☰

Parcialmente resuelto: Contraseña de seguridad de SSD: atascada con un error de E/S

tag-icon • tag-icon linux ssd passwords secure-erase hdparm
Parcialmente resuelto: Contraseña de seguridad de SSD: atascada con un error de E/S

El modelo en cuestión es un Kingston SV300S37A120G.

Yo leoaquíque al intentar desbloquear una contraseña de seguridad, debería ponerla entre comillas si contiene caracteres especiales. ¿Eso se aplica a las gorras?

Configuré mi contraseña emitiendo un sudo hdparm --user-master u --security-set-pass XXXXXX /dev/sdacomando en UbuntuStudio ejecutándose desde un USB en vivo. Entonces pude confirmar que la seguridad había cambiado deno disponibleaactivado.

Actualizar

La razón por la que pregunto es porque he estado intentando emitir
sudo hdparm --user-master u --security-unlock XXXXXX /dev/sda
(XXXXXX es mi contraseña elegida, luego "", luego "NULL",
luego "mi contraseña elegida entre comillas").

Cualquiera que sea la variante que pruebo, sigo obteniendo

security_password: "XXXXXX"

/dev/sda:
 Issuing SECURITY_UNLOCK command, password="XXXXXX", user=user
SECURITY_UNLOCK: Input/output error

Lo mismo sucedió cuando inicialmente intenté continuar
sudo hdparm --user-master u --security-erase XXXXXX /dev/sda.

Es más, esta mañana reinicié mi sistema y noté que
sudo hdparm -I /dev/sda
ahora regresa no soloactivadopero tambiénbloqueado, en Security, mientras que antes del reinicio eraactivadoperoNo está bloqueado.

Actualización II

--user-master u --security-erase "XXXXXX " /dev/sda
(esa es mi contraseña elegida + 26 espacios = 32 caracteres)

o

--user-master m --security-erase NULL /dev/sda

o

--user-master m --security-erase " " /dev/sda
(son 32 espacios)

todos regresan

security_password: "password_as_typed"

/dev/sda:
 Issuing SECURITY_UNLOCK command, password="password_as_typed", user=user (in 1st case) OR master (in 2nd and 3rd case)
SECURITY_UNLOCK: Input/output error

Cualquier tipo de ayuda sería muy apreciada.

Respuesta1

Bueno. Esta es mi palabra para quien pueda estar interesado en realizar un borrado de seguridad en un SSD Kingston desde un entorno Ubuntu.

Emitiendo sudo hdparm --user-master u --security-set-pass <password> /dev/sda
como se recomiendaaquí, entre otros lugares ( <password>siendo su contraseña elegida)
establecerá una contraseña de usuario en su disco.

Tenga en cuenta que NO debe incluir su contraseña entre los llamados galones ( <y >).
Si haces eso, la Terminal regresará bash: password: No such file or directory
( passwordsiendo tu contraseña elegida).

Puede confirmar que su contraseña ha sido establecida emitiendosudo hdparm -I /dev/sda
Seguridadahora habrá cambiado deno disponibleaactivado,
lo que según los enlaces antes mencionados significaría que es hora de proceder a
sudo hdparm --user-master u --security-erase <password> /dev/sda.

Aquí empezó el problema.

security_password: "<password>"

/dev/sda:
Issuing SECURITY_ERASE command, password="<password>", user=user
SECURITY_ERASE: Input/output error

...Terminal respondió.

Seguí intentándolo, escribiendo mi contraseña con o sin comillas, reemplazándola con otras sugerencias como "", "NULL"o NULL, pero Terminal siguió dándome la misma respuesta, siendo el resultado finalInput/output error

Pasaron dos días y pensé que sería prudente reiniciar. La próxima vez que emití sudo hdparm -I /dev/sda
pude verSeguridadhabía cambiado no sólo deno disponibleaactivado, sino también deNo está bloqueadoabloqueado.

Eso es normal. Cuando se acaba de establecer la contraseña, la unidad permanece desbloqueada hasta el siguiente ciclo de encendido.

Por normal que sea, me preocupé un poco, así que decidí intentar desbloquear mi disco antes de hacer cualquier otra cosa con él.

Según mi experiencia eso es imposible.

sudo hdparm --user-master u --security-unlock <password> /dev/sda

devoluciones

security_password: "<password>"

/dev/sda:
 Issuing SECURITY_UNLOCK command, password="<password>", user=user
SECURITY_UNLOCK: Input/output error

Poner la contraseña entre comillas no hace ninguna diferencia.

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

o incluso

sudo hdparm --user-master m --security-unlock "                                " /dev/sda

(son 32 espacios)

todos regresan

security_password: "whatever_pw_I_provide"

/dev/sda:
 Issuing SECURITY_UNLOCK command, password="whatever_pw_I_provide", user=master
SECURITY_UNLOCK: Input/output error

NOTA que en este caso lo intentémetroen lugar detu, como enmaestroen lugar deusuario, después de haber leído en alguna parte (no puedo encontrar el enlace en este momento) que establecer una contraseña de usuario restablecería la contraseña maestra a NULL; aunque en el caso de Kingston es NULL por defecto, dicen, a menos que el distribuidor lo modifique.

(reference: https://www.kingston.com/datasheets/SVP100ES2_us.pdf)

De todos modos, yohizoprueba estas variantes con ambosmetroytu, logrando CERO progreso.

Para mi sorpresa llegó un momento en que me dijeal diablo con esoy escrito
sudo hdparm --user-master m --security-erase "" /dev/sda

Terminal contempló lo que acababa de decir por un momento... y HE AQUÍ, mi disco quedó borrado.

La misma contraseña maestra ( "") que devolvió el Input/output errorcomando security-unlockfuncionó bien con el security-erasecomando.

Como lo menciona Tom Yan, hay unabichoen hdparm.

Se informan problemas similaresaquí:

Cuando ingresé NULL como seguridad, apareció como " " pero al ingresar NULL en el comando de desbloqueo aparece como "NULL".

En pocas palabras: no bloquee su SSD a menos que realmente tenga la intención de borrarlo.

PD: Lástima que mi reputación no me permite publicar más de 2 enlaces.

Respuesta2

Input/output errorsignifica que la contraseña es rechazada por la unidad (porque es incorrecta; o elcinco pruebas por ciclo de energíase ha agotado, es decir, expired: security counten hdparm -I), al menos es el caso de mis SSD Intel (X25-M G1 / 530).

No estoy seguro de cuál es la causa del hipo ensu disco/cajaaunque. Podría ser que hayas estado usando una versión antigua o con errores de hdparm; Podría ser que el firmware de su disco esté defectuoso.

En cualquier caso, puedes intentar:

  • use la última versión (actualmente 9.48) de hdparm si no lo ha estado haciendo
  • cite y rellene su contraseña con espacios hasta que alcance la longitud máxima posible (es decir, 32 caracteres; por ejemplo "XXXXXX ")
  • utilizar --user-master men lugar de --user-master u, con contraseña como NULLo " "(es decir, 32 espacios)

Como mencioné antes, asegúrese de NO intentarlo más de cinco veces en cadaciclo de poder(En algunos casos, "reiniciar" no es suficiente; confirme con hdparm -Iantes de gastar su esfuerzo).

Incluso en la versión 9.48 hay unabichowith --security-unlockpara la contraseña especial NULL, por lo que probablemente quieras continuar --security-disablehasta que descubras qué está mal (aparentemente ""es equivalente a NULLy, por lo tanto, también puede usarse para solucionar el error).

... ahora regresa no solo habilitado sino también bloqueado...

Eso es normal. Cuando se acaba de establecer la contraseña, la unidad permanece desbloqueada hasta el siguiente ciclo de encendido.

Respuesta3

En este caso, parece que los caracteres especiales serán cualquier cosa que la línea de comando interprete como un interruptor o modificador. Cosas como -o /, donde podría considerarse otra bandera en el comando.

Para estar seguro, debes asumir que todo lo que no sea alfanumérico (az, 1-0) es "especial" y debe estar entre comillas. Las letras mayúsculas no son caracteres especiales.

Por otro lado, probablemente siempre puedas poner la contraseña entre comillas dos veces y no preocuparte por si tienes caracteres especiales o no.

Curiosamente, la página de manual no especifica esta restricción,página de manual de hdparm.

Respuesta4

Tuve el mismo tipo de problema: mi disco se bloqueó después de iniciar un borrado seguro.
Finalmente resolví el problema sin contraseña con este comando:

sudo hdparm --security-disable NULL / dev / sda

después de revisar

sudo hdparm -I /dev/sda

el lector ya no está bloqueado :)

información relacionada