ubuntuusers.de

Hallo zusammen,

ich habe hier eine defekte SSD aus einem Windows 10 - PC. Auf der SSD sind noch Daten und ich wollte versuchen, sie wiederherzustellen. Mit einem USB-Adapter ist sie an mein Linux angeschlossen:

dmesg | grep "sdb"
[ 2972.392818] sd 2:0:0:0: [sdb] 937703088 512-byte logical blocks: (480 GB/447 GiB)
[ 2972.392837] sd 2:0:0:0: [sdb] 4096-byte physical blocks
[ 2972.393183] sd 2:0:0:0: [sdb] Write Protect is off
[ 2972.393193] sd 2:0:0:0: [sdb] Mode Sense: 5f 00 00 08
[ 2972.394983] sd 2:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[ 2972.395583] sd 2:0:0:0: [sdb] Optimal transfer size 33553920 bytes not a multiple of physical block size (4096 bytes)
[ 3003.617442] sd 2:0:0:0: [sdb] tag#28 uas_eh_abort_handler 0 uas-tag 1 inflight: CMD IN 
[ 3003.617475] sd 2:0:0:0: [sdb] tag#28 CDB: Read(10) 28 00 00 00 00 00 00 00 08 00
[ 3153.370554] sd 2:0:0:0: [sdb] tag#26 timing out command, waited 180s
[ 3153.370597] sd 2:0:0:0: [sdb] tag#26 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_OK cmd_age=180s
[ 3153.370610] sd 2:0:0:0: [sdb] tag#26 Sense Key : Not Ready [current] 
[ 3153.370622] sd 2:0:0:0: [sdb] tag#26 Add. Sense: Logical unit is in process of becoming ready
[ 3153.370635] sd 2:0:0:0: [sdb] tag#26 CDB: Read(10) 28 00 00 00 00 00 00 00 08 00
[ 3153.370644] blk_update_request: I/O error, dev sdb, sector 0 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
[ 3153.370665] Buffer I/O error on dev sdb, logical block 0, async page read
[ 3234.691071] sd 2:0:0:0: [sdb] tag#3 uas_zap_pending 0 uas-tag 1 inflight: CMD 
[ 3234.691084] sd 2:0:0:0: [sdb] tag#3 CDB: Read(10) 28 00 00 00 00 00 00 00 08 00
[ 3234.691191] sd 2:0:0:0: [sdb] tag#3 FAILED Result: hostbyte=DID_NO_CONNECT driverbyte=DRIVER_OK cmd_age=81s
[ 3234.691198] sd 2:0:0:0: [sdb] tag#3 CDB: Read(10) 28 00 00 00 00 00 00 00 08 00
[ 3234.691203] blk_update_request: I/O error, dev sdb, sector 0 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
[ 3234.691225] Buffer I/O error on dev sdb, logical block 0, async page read
[ 3234.691479] blk_update_request: I/O error, dev sdb, sector 0 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
[ 3234.691524] Buffer I/O error on dev sdb, logical block 0, async page read
[ 3234.691598] blk_update_request: I/O error, dev sdb, sector 0 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
[ 3234.691608] Buffer I/O error on dev sdb, logical block 0, async page read
[ 3234.691645] blk_update_request: I/O error, dev sdb, sector 0 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
[ 3234.691654] Buffer I/O error on dev sdb, logical block 0, async page read
[ 3234.691692] blk_update_request: I/O error, dev sdb, sector 0 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
[ 3234.691701] Buffer I/O error on dev sdb, logical block 0, async page read
[ 3234.691739] blk_update_request: I/O error, dev sdb, sector 0 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
[ 3234.691747] Buffer I/O error on dev sdb, logical block 0, async page read
[ 3234.692020] Dev sdb: unable to read RDB block 0
[ 3234.692058] blk_update_request: I/O error, dev sdb, sector 0 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
[ 3234.692067] Buffer I/O error on dev sdb, logical block 0, async page read
[ 3234.692105] blk_update_request: I/O error, dev sdb, sector 0 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
[ 3234.692114] Buffer I/O error on dev sdb, logical block 0, async page read
[ 3234.692191] blk_update_request: I/O error, dev sdb, sector 24 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
[ 3234.692201] Buffer I/O error on dev sdb, logical block 3, async page read
[ 3234.692240] blk_update_request: I/O error, dev sdb, sector 0 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
[ 3234.692248] Buffer I/O error on dev sdb, logical block 0, async page read
[ 3234.692299]  sdb: unable to read partition table
[ 3234.692597] sd 2:0:0:0: [sdb] Read Capacity(16) failed: Result: hostbyte=DID_ERROR driverbyte=DRIVER_OK
[ 3234.692607] sd 2:0:0:0: [sdb] Sense not available.
[ 3234.692631] sd 2:0:0:0: [sdb] Read Capacity(10) failed: Result: hostbyte=DID_ERROR driverbyte=DRIVER_OK
[ 3234.692637] sd 2:0:0:0: [sdb] Sense not available.
[ 3234.692671] sd 2:0:0:0: [sdb] 0 512-byte logical blocks: (0 B/0 B)
[ 3234.692677] sd 2:0:0:0: [sdb] 4096-byte physical blocks
[ 3234.692709] sdb: detected capacity change from 937703088 to 0
[ 3234.692721] sd 2:0:0:0: [sdb] Attached SCSI disk

Denkt Ihr, dass da noch etwas zu retten ist?

Viele Grüße

Max

Siehe Wiki-Artikel Datenrettung. Ein zwischengeschalteter USB-Adapter ist auf jeden Fall eine mögliche zusätzliche Fehlerquelle, besser die Platte nativ anschliessen und von einem Live-Sytem starten.

Falls die Geld keine Rolle spielt, kann man auch einen professionellen Datenretter beauftragen.

Ansonsten fällt das leider in die Rubrik "Kein Backup, kein Mitleid." 😉

Max1976 schrieb:

[…] Denkt Ihr, dass da noch etwas zu retten ist?

Lasse alle Hoffnung fahren.

Es wird offenbar versucht, aus dem logischen Block 0 die Partitionstabelle zu lesen, was nicht gelingt. Wenn Du weißt, wie der Datenträger partitioniert wurde, kannst Du versuchen, einfach eine neue DOS/MBR-Partitionstabelle zu schreiben.

Oder versuche "Secure Erase". Danach sind alle Daten weg (was ja nicht schlimm es, denn entweder hast Du ein Backup oder es waren keine wichtigen Daten), aber vielleicht funktioniert das Ding wieder als Datenträger – aber Wichtiges würde ich diesem Datenträger nicht mehr anvertrauen.

Wertvolle Rohstoffe kannst Du retten, indem Du das Ding zur Elektroschrottsammelstelle bringst.

Danke für Eure Hinweise!

Es wird offenbar versucht, aus dem logischen Block 0 die Partitionstabelle zu lesen, was nicht gelingt. Wenn Du weißt, wie der Datenträger partitioniert wurde, kannst Du versuchen, einfach eine neue DOS/MBR-Partitionstabelle zu schreiben.

Das wäre noch ein letzter Versuch. Welche Angaben bräuchte ich dafür? Es ist ein 480GB-SSD.

Wertvolle Rohstoffe kannst Du retten, indem Du das Ding zur Elektroschrottsammelstelle bringst.

Ja, das ist dann Plan B :-/ .

Max1976 schrieb:

[…] Welche Angaben bräuchte ich dafür?

Wenn Du meinen folgenden Anweisungen folgst, kannst Du einen Menge Daten verlieren:

• Möglicherweise alles, was auf der kranken SSD gespeichert ist und vielleicht von einem professionellen Datenrettungsdienst noch kopiert werden könnte.

• Noch viel mehr, was auf anderen angeschlossenen Datenträgern gespeichert ist, wenn Du etwas falsch machst oder ich Unfug erzähle.

Ohne jegliche Garantie:

1. Ermittle zuerst die Gerätedatei, die temporär vom Kernel der kranken SSD zugewiesen wurde. die kann z.B. lauten /dev/sdA oder ganz anders und ist auf jeden Fall von Dir und in Deiner alleinigen Verantwortung festzulegen. Hier beispielsweise:

   badSSD=/dev/sdA 

2. Schreibe Nullen in den logischen Sektor 0:

   sudo dd count=1 if=/dev/zero of=$badSSD 

   Der kranke physische Sektor ist jetzt woanders, aber immer noch krank und wird irgendwann einen Hardware-Fehler ergeben, wenn er einer Datei zugewiesen wird.

3. Erstelle eine neue DOS/MBR-Partitionstabelle mit einer Partition, welche den gesamten Datenträger überspannt:

   sudo fdisk $badSSD 

Wie gesagt, Du hast keinerlei Garantie, auch keine, die besagen würde, dass ich überhaupt etwas Sinnvolles geschrieben hätte.

Danke kB für die Ausführungen! ☺

Schritt 1. und 2 haben wohl funktioniert, bzw. es gab keine Fehlermeldung.

sudo fdisk $badSSD

Sind hier die Kommandos ...

o
n

... die richtigen?

Arbeite hier nicht mit einem Produktiv-System und mir ist auch klar, dass es keine Garantie gibt.

Max1976 schrieb:

Danke kB für die Ausführungen! ☺

Schritt 1. und 2 haben wohl funktioniert, bzw. es gab keine Fehlermeldung.

Dann lohnt es sich vielleicht, jetzt den Rechner neu zu starten und die Meldungen im Systemlog erneut zu kontrollieren. Vielleicht kommst Du jetzt mit Testdisk zur Datenrettung weiter, auch ohne händisch eine Partition anzulegen bzw. Du legst dann ggf. Partitionen gemäß den Empfehlungen von Testdisk an.

sudo fdisk $badSSD

Sind hier die Kommandos ...

o
n

... die richtigen?

Lese Artikel fdisk. Du kannst alle Kommandos gefahrlos ausprobieren außer dem Schreibbefehl. Erst wenn Du diesen benutzt, musst Du sicher sein, dass dann das geschieht, was Du beabsichtigst.

Habe mit testdisk weiter gemacht:

TestDisk 7.0, Data Recovery Utility, April 2015
Christophe GRENIER <grenier@cgsecurity.org>
http://www.cgsecurity.org

  TestDisk is free software, and
comes with ABSOLUTELY NO WARRANTY.

Select a media (use Arrow keys, then press Enter):
 Disk /dev/sda - 100 GB / 93 GiB - TOSHIBA MK1011GAH
>Disk /dev/sdb - 512 B


>[Proceed ]  [  Quit  ]

Note: Disk capacity must be correctly detected for a successful recovery.
If a disk listed above has incorrect size, check HD jumper settings, BIOS
detection, and install the latest OS patches and disk drivers.

Es geht um die sdb. So wie ich das sehe, lässt die Größe von 512 B nichts Gutes ahnen.

Es geht um die sdb. So wie ich das sehe, lässt die Größe von 512 B nichts Gutes ahnen.

Ist die SSD jetzt direkt angeschlossen oder immer noch über einen Adapter?

Ist noch mit Adapter. Habe versucht, mit dem Rechner, wo die SSD ursprünglich drin war, ein Live-Linux zu starten, aber das gelingt nicht. Offenbar verhindert eine Diagnose-Software den Bootvorgang. Ich komme auch nicht ins BIOS, um die Bootreihenfolge zu ändern. Ohne diese SSD startet das Live-Linux. Dann versuche ich, an einen anderen Rechner zu kommen, wo ich sie direkt einbauen kann.

Auch das direkte Einbauen brachte keine Änderung. Die Größe wird immer mit 512 B angezeigt. Daher werde ich die SSD entsorgen. 😐 Trotzdem vielen Dank für Eure Tipps!!