☰

Absturz beim sicheren Löschen im Festplattendienstprogramm und kein Zugriff mehr auf das Laufwerk möglich

tag-icon • tag-icon disk sata gnome-disk-utility
Absturz beim sicheren Löschen im Festplattendienstprogramm und kein Zugriff mehr auf das Laufwerk möglich

Ich habe in Ubuntu mithilfe des Festplattendienstprogramms (Beispiel unten) einen sicheren Löschvorgang gestartet und die Maschine ist abgestürzt. Ich habe sie neu gestartet und kann jetzt nicht mehr auf die Festplatte zugreifen. Beim Booten fragt das BIOS nach dem Festplattenkennwort, von dem ich keine Ahnung habe, wie es lautet. Ich habe es mit „leer“ und meinem Linux-Benutzerkennwort versucht, aber beides hat nicht funktioniert. Ich hoffe wohl, dass das Festplattendienstprogramm beim Löschen ein Standardkennwort verwendet und dass jemand hier weiß, wie das lautet. Eine letzte Anmerkung: Ich habe Folgendes gefunden:diese Fragedas scheint die Antwort zu sein, die ich brauche, aber leider habe ich das Festplatten-Dienstprogramm von der Live-CD verwendet, daher gibt es keine Protokolle.

Bildbeschreibung hier eingeben Bildbeschreibung hier eingeben Festplattendienstprogramm

Ich habe auch versucht, hdparmdas Laufwerk zu entsperren, ebenfalls mit den oben genannten Passwörtern.

  • sudo hdparm -I /dev/sdb
    ergibt:
...
Security: 
    Master password revision code = 65534
        supported
        enabled
        locked
    not frozen
    not expired: security count
        supported: enhanced erase
    Security level high
    564min for SECURITY ERASE UNIT. 564min for ENHANCED SECURITY ERASE UNIT.
Logical Unit WWN Device Identifier: 5000c500c2e9cd0d
    NAA     : 5
    IEEE OUI    : 000c50
    Unique ID   : 0c2e9cd0d
Checksum: correct
  • sudo hdparm --user-master u --security-disable NULL /dev/sdb
    ergibt:
/dev/sdb:
 Issuing SECURITY_DISABLE command, password="", user=user
SG_IO: bad/missing sense data, sb[]:  70 00 05 00 00 00 00 0a 04 51 40 00 21 04 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
SG_IO: bad/missing sense data, sb[]:  70 00 05 00 00 00 00 0a 04 53 40 01 21 04 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
  • sudo hdparm --user-master u --security-disable mypassword /dev/sdb
    ergibt:
/dev/sdb:
 Issuing SECURITY_DISABLE command, password="mypassword", user=user
SG_IO: bad/missing sense data, sb[]:  70 00 05 00 00 00 00 0a 04 51 40 00 21 04 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
SG_IO: bad/missing sense data, sb[]:  70 00 05 00 00 00 00 0a 04 53 40 01 21 04 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
  • sudo hdparm --user-master m --security-disable mypassword /dev/sdb
    ergibt:
/dev/sdb:
 Issuing SECURITY_DISABLE command, password="mypassword", user=master
SG_IO: bad/missing sense data, sb[]:  70 00 05 00 00 00 00 0a 04 51 40 01 21 04 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
SG_IO: bad/missing sense data, sb[]:  70 00 05 00 00 00 00 0a 04 53 40 01 21 04 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
  • sudo hdparm --user-master m --security-disable NULL /dev/sdb
    ergibt:
/dev/sdb:
 Issuing SECURITY_DISABLE command, password="", user=master
SG_IO: bad/missing sense data, sb[]:  70 00 05 00 00 00 00 0a 04 51 40 01 21 04 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
SG_IO: bad/missing sense data, sb[]:  70 00 05 00 00 00 00 0a 04 53 40 01 21 04 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00

Antwort1

Ich habe die andere Antwort falsch interpretiert. Ich musste nicht in die Protokolle schauen, xxxxes ist das wörtliche Passwort. Geben Sie also einfach Folgendes ein:

sudo hdparm --user-master u --security-disable xxxx /dev/sdb

Ich habe es gerade ausprobiert und es funktioniert.

Wenn das jemandem sonst passiert, hilft es hoffentlich weiter.

verwandte Informationen