staging.inyokaproject.org

Moin.

Habe ein Upgrade von meinem PC vorgenommen. Hardwaretechnisch hat auch alles funktioniert, Windows 10 ist wieder gebootet. Da die Installation noch auf MBR stand und ich CSM im BIOS wieder ausschalten wollte und auf GPT umstellen wollte, um dann auch auf Windows 11 upgraden zu können, dachte ich mir, es ist eine gute Idee mit „mbr2gpt“ vorzugehen.

Das ging leider in die Hose. Mbr2gpt brach mitten in der Umstellung ab. Meldung habe ich nicht mehr exakt, aber die sagte aus, dass kein neues volume (?) erstellt werden konnt (oder recht ähnlich).

Jedenfalls wird seitdem meine ehemalige C-Platte nicht mehr erkannt. Nur die D-Platte zeigt noch Daten an. Die C-Platte ist eine SSD mit 1TB (etwa 850 GB gefüllt).

Ich habe mir nun Ubuntu Desktop auf einen USB-Stick gebracht und die Option „Datenrettung versuchen“ in GParted gestartet (zuvor musste ich noch „gpart“ nachinstallieren.

Jetzt läuft das seit gestern ca. 21:00 Uhr … und der sucht und sucht und sucht und ein Laufbalken wandert hin und her.

ChatGPT meinte, bei einer SSD dieser Größe würde er 1 - 2 Stunden schätzen an Suchzeit.

Was ist hier realistisch? Hat jemand Erfahrungen?

Und: Bin ich überhaupt auf dem richtigen Weg oder sollte ich besser gleich „TestDisk“ verwenden?

Datenrettung

Sorry, werde mich bessern. Aber danke für die Formatierung!

Der verlinkte Thread ist prima. Der wird mir möglicherweise noch hilfreich werden, falls ich noch auf Testdisk zurückgreifen werde.

Allerdings hilft er mir nicht bei meiner aktuellen Fragestellung hinsichtlich GParted ☺

Schachspieler42 schrieb:

Allerdings hilft er mir nicht bei meiner aktuellen Fragestellung hinsichtlich GParted ☺

Doch, denn GParted ist dafür schlichtweg nicht geeignet.

Ok, das ist doch mal eine Ansage.

Ich hatte GParted verwendet, weil das in meinen Suchergebnissen (google) und auch in meinen Fragen in ChatGPT empfohlen wurde.

Wenn ich also gleich zu Hause auf meinen Rechner schaue, und GParted sucht immer noch: Dann wäre die Empfehlung das abzubrechen und gleich mit Testdisk weiter zu machen?

Meine erste Empfehlung für einen Schachspieler ist: verwende dein eigens Hirn (wie hoffentlich beim Schachspielen auch) und frage nie mehr ChatGPT, du siehst ja, wo du damit landest.

Schachspieler42 schrieb:

Dann wäre die Empfehlung das abzubrechen und gleich mit Testdisk weiter zu machen?

Keine Ahnung, was GParted da genau macht. Sofern es nur analysiert kann man das abbrechen.

Wie du aber im bereits verlinkten Wiki-Artikel zur Datenrettung lesen kannst, sollte grundsätzlich nie direkt auf der Hardware gearbeitet werden, sondern erst ein Image des Datenträgers erstellt werden, mit dem man dann arbeitet.

GParted lief noch. Habe das jetzt abgebrochen.

Habe ddrescue installiert und erstelle jetzt das Image auf einer externen Platte.

Restzeit wird aktuell mit 1h 20m angegeben.

Das aktuelle Verhalten ist merkwürdig. Er kopiert vielleicht 20 Sekunden lang und aktualisiert in dieser Zeitspanne auch die Anzeige.

Dann „schläft“ er 2 - 3 Minuten (!) und scheint gar nix zu tun. Er hat nach 22 Minuten erst 48 MB kopiert (920 MB sind noch offen). Restzeit wird immer noch mit 1h 18m angegeben.

Aber wenn das in dem Tempo weiter geht, dann dauert das noch mindestens bis Morgen. Ist das Verhalten normal?

Habe ddrescue wie folgt aufgerufen: ddrescue -d -v /dev/sda3 /media/……/image.img /media/……/protokoll.log

Schachspieler42 schrieb:

Habe ddrescue wie folgt aufgerufen: ddrescue -d -v /dev/sda3 /media/……/image.img /media/……/protokoll.log

Bitte den genauen Befehl wie im Terminal einggebem. Siehe auch Wiki: gddrescue (Abschnitt „Partition-zu-Partition“)

Hier der vollständige Befehl:

sudo ddrescue -d -v /dev/sda3 /media/ubuntu/DA26287726285733/kopie/image.img /media/ubuntu/DA26287726285733/log/logfile.log

Die Verzeichnisse kopie und log habe ich vorher manuell angelegt. Man kann dort auch sehen, dass da das logfile und das Image reingeschrieben werden.

Nach 47 Minuten hat er 9,85% geschafft …

Vielleicht sollte ich abbrechen, das Image und das logfile löschen und dann statt „-d“ mit „-n“ aufrufen?

Update: Nach 72 Minuten sind 14,75% geschafft. Sollte also Morgen früh durch sein → daher lasse ich das jetzt laufen. Da bisher keine fehlerhaften Sektoren gefunden wurden (und das hoffentlich so bleibt), dürften die weiteren Durchgänge (pass 2 und 3) ja sehr schnell gehen bzw. gar nicht erst nötig sein.

Ich habe folgenden Befehl eingegeben:

1

tsk_recover -a image.img ../kopie-sicherung

Das Verzeichnis Kopie-Sicherung habe ich zuvor manuell angelegt. Ich arbeite mit root (sudo -i).

Es erscheint folgende Meldung:

1

Possible encryption detected (High entropy (8.00))

Die Platte war aber definitiv nicht verschlüsselt. Hat das schon mal jemand gehabt? Was kann ich tun, damit tsk_recover läuft?

Ich habe auch Testdisk laufen lassen. Der Quick Search hat ein paar Fehler angezeigt wie z. B.:

1
2

check_FAT: can‘t read FAT boot sector
Invalid FAT boot sector

Das kam mehrmals (in ähnlicher Form). Jetzt läuft der Deeper Search (aktuell bei 73%). Da erscheinen auch wieder mehrere von diesen Fehlermeldungen. Hoffentlich kann ich nach dem Deep search eine Partition (oder was auch immer) auswählen.

Kann bitte jemand den Titel des threads ändern und „mit GParted“ rausnehmen. Das wäre sehr nett. Danke im Voraus!

Also wenn es um eine defekte Partitionstabelle geht. Dann macht es doch keinen Sinn, eine Partition zu kopieren. Du kannst mit einem Image von sda3, nicht die Partitionstabelle von sda reparieren. Und wenn das Laufwerk falsch partitioniert ist, dann ist ein Image einer falschen Partition auch nicht so hilfreich. Solange du das nicht sicher eingrenzen kannst, brauchst du das komplette Laufwerk.

Wenn das Kopierprogramm läuft und das unerklärlich langsam ist (aber auch sonst generell bei Kopiervorgängen): bitte auch mal ins dmesg schauen, ob es dabei Fehlermeldungen hagelt.

Hier der Screenshot von Testdisk nach dem Deep Search

Klappt irgendwie nicht mit dem Screenshoit ….