stfischr
Anmeldungsdatum: 1. März 2007
Beiträge: 19197
|
Deavy schrieb: Aber wie gesagt ich habe eine 9,9GB große image.dd datei in der der ganaze anfang noch so ist wie es heute morgen (richtig) war.
Dann spiel die doch zurück. Danach müsstest du halt zusehen, dass du das Dateisystem (im Container) repariert bekommst, da wurden durch den NTFS-Recoverversuch sicher einige Sektoren überschrieben.
|
Deavy
(Themenstarter)
Anmeldungsdatum: 11. Oktober 2012
Beiträge: 126
Wohnort: Berlin
|
Und wie spiel ich die zurück ?? in testdisk?
|
stfischr
Anmeldungsdatum: 1. März 2007
Beiträge: 19197
|
Wie hast du es denn erstellt?
|
Deavy
(Themenstarter)
Anmeldungsdatum: 11. Oktober 2012
Beiträge: 126
Wohnort: Berlin
|
Naja hab mich da son bisschen durch gefrimelt und bin dann in sonem Menü gelandet da steht Type Image Creation und Quit :/
|
stfischr
Anmeldungsdatum: 1. März 2007
Beiträge: 19197
|
Also mit Testdisk. Mit dessen Image-Funktion kenn ich mich leider nicht aus und kann daher auch nicht sagen, wie man es in deinem Fall (mit Offset etc) korrekt zurück spielt. Soweit ich weiß bietet Testdisk selbst keine Funktion dafür an. Eventuell mal in dem Image mit dem Hexeditor schauen, an welcher Stelle der LUKS-Header steht.
|
lotharster
Anmeldungsdatum: 7. Oktober 2006
Beiträge: 495
|
So wird das nichts. Wenn Du die Daten retten willst, hilft es nichts, wenn Du mit Programmen hantierst, die Du nicht verstehst und auf gut Glück irgendwelche Aktionen ausführst. Trial & Error könnte vielleicht funktionieren, wenn Du ein Backup hättest, das Du nach einem Fehlversuch wieder aufspielen kannst. Aber ohne Backup führt planloses drauflos-Retten nur zu Datenverlust. Wenn Du die Daten wirklich retten willst, solltest Du erstens über den Kauf/Leihe einer entsprechenden Backup-Platte nachdenken. Außerdem musst Du Dir die Dokumentation der Programme, die Du einsetzt, gründlich durchlesen, bevor Du sie einsetzt, oder genau nach Anweisung von jemandem handeln, der sich auskennt. Falls Du Dir helfen lassen willst, musst Du allerdings genau beschreiben, was Sache ist (inklusive welche Befehle Du ausgeführt hast und welche Fehlermeldungen angezeigt wurden). Und "hab mich da son bisschen durch gefrimelt und bin dann in sonem Menü gelandet ..." ist keine genaue Beschreibung, mit der man was anfangen kann. Wenn Dir das zuviel Aufwand ist, dann kannst Du das Retten auch gleich aufgeben.
|
Deavy
(Themenstarter)
Anmeldungsdatum: 11. Oktober 2012
Beiträge: 126
Wohnort: Berlin
|
Okee, ich habe es so gemacht, Testdisk gestartet (sudo) dann die 3TB Platte ausgewählt und dann None partitioned Media ausgewählt und dann Advanced, unten steht Type Img Creation und Quit. Ich weis aber nicht wie ich das alte image.dd backup wieder darein kriege und genau in dem Moment wo ich image.DD schreibe fällt es mir ein :/ aber will da nichts falsch machen (nicht noch mehr). Also nachdem was ich jetz gelesen habe so : sudo dd if=/home/USER/image.dd of /dev/sdb bs=512 seek=(...) und bei seek bin ich mir nicht sicher was da hinein kommt. Ich kann ja die image.dd nicht in gparded lesen und die Sektoren angucken, oder muss ich dann einfach größe-des-Images/512 teilen? Oder soll ich das ganze wieder mit dem hexedit öffnen und dann umrechnen wie in dem link (so ziemlich am anfang)?
|
stfischr
Anmeldungsdatum: 1. März 2007
Beiträge: 19197
|
Deavy schrieb: Oder soll ich das ganze wieder mit dem hexedit öffnen und dann umrechnen wie in dem link (so ziemlich am anfang)?
Das war mein Vorschlag. Eben statt sdb die Imagedatei dem Hexeditor übergeben.
|
Deavy
(Themenstarter)
Anmeldungsdatum: 11. Oktober 2012
Beiträge: 126
Wohnort: Berlin
|
Sry für die frage aber wie viel von den 9.9GB soll ich auf /dev/sdb dd'en danach weil die Beiden ASCII und hex daten nicht wirklich aufeinander Passen und weil es bestimmt auch n weilchen dauert wobei letzteres nicht weiter stört. Ich habe aus dem image.dd jetzt (mit hexedit -s) insgesamt 17612542 Sektoren, muss ich nun sudo dd if=/home/USER/image.dd of=/dev/sdb bs=512 count=17612542 Noch etwas? Ich kenn mich mit dd noch nich so aus aber ich denke mal das muss noch dazu oder conv=notrunc?
|
stfischr
Anmeldungsdatum: 1. März 2007
Beiträge: 19197
|
Nein, du sollst einfach nur schauen, wo der LUKS-Haeder liegt (am Anfang oder um 1MB verschoben) dann musst du entweder keine Option an an dd übergeben oder eben das erste MB skippen.
|
Deavy
(Themenstarter)
Anmeldungsdatum: 11. Oktober 2012
Beiträge: 126
Wohnort: Berlin
|
Aso ok, also der des image.dd liegt weiter hinten (kommt direkt nach sector 2046)
und bei der /dev/sdb is er direkt auf 0. Aber ich glaub ich steh aufm Schlauch. :/
|
stfischr
Anmeldungsdatum: 1. März 2007
Beiträge: 19197
|
Deavy schrieb: Aso ok, also der des image.dd liegt weiter hinten (kommt direkt nach sector 2046)
Aha, also wurde das komplette /dev/sdX kopiert. und bei der /dev/sdb is er direkt auf 0.
Wie kann das auf einmal sein, du hast doch die ganze Zeit mit losetup und Offset arbeiten müssen weil es eben nicht bei Sektor 0 anfing?
|
Deavy
(Themenstarter)
Anmeldungsdatum: 11. Oktober 2012
Beiträge: 126
Wohnort: Berlin
|
Ja aber direkt nachdem ich das erste mal mit losetup und cryptsetup luksOpen die angepasste HDD (welche mir dann auch wie ganz normal im Dateisystem angezeit wurde) geöffnet hatte habe ich von der die Header files gemacht Weil ich dachte die Platte seih wieder heil. 😀 Nun also nachdem wir lange über nix gegrübelt haben 😛 Das eigentliche Problem ist ja das ich die Platte zwar encrypten kann aber mir dann gesagt wird es seih kein filesystem vorhanden, da ich ja in testdisk mist gebaut habe. Deswegen habe ich ja gehofft ich kann die 9,9 GB des images von vor dem unfall drüber dden und dann nochmal testdisk analysieren lassen um das datei system (ext4) wieder zu finden weil ich krieg es nicht hin mit testdisk. sry bitte wenn es nicht mehr so Leserlich ist aber ich bin schon etwas länger wach, ich bemühe mich ☺
|
stfischr
Anmeldungsdatum: 1. März 2007
Beiträge: 19197
|
Nun gut, ich verstehe nicht alle Details, daher kann ich keine Garantie darauf geben aber der Befehl sollte ungefähr so aussehen: sudo dd if=/home/USER/image.dd of=/dev/sdX bs=16M
|
Deavy
(Themenstarter)
Anmeldungsdatum: 11. Oktober 2012
Beiträge: 126
Wohnort: Berlin
|
Danke ☺ Aber ich habe gerade mal testdisk --help eingegeben und hab das was witziges gefunden 😀 Man kann direkt die erstellten backups mittels testdisk Pfad/zum/image.dd testen lassen also muss ich das auch nich 😀 Ich guck mir das mal an ☺
|