Daten Retten

Warum Debian und/oder eine seiner Spielarten? Was muss ich vorher wissen? Wo geht es nach der Installation weiter?
Antworten
KennYblue
Beiträge: 63
Registriert: 26.02.2006 17:33:21

Daten Retten

Beitrag von KennYblue » 16.01.2013 14:41:32

Moin,

da meine virtuelle vbox festplatte voll war, wollte ich eine neue größere Festplatte erstellen und mit

Code: Alles auswählen

dd if=/dev/sda of=/dev/sdb
die Daten ruberkopieren. Leider hab ich durch unaufmerksamtkeit

Code: Alles auswählen

dd if=/dev/sda1 of=/dev/sdb
ausgeführt.
Mit andren Worten hab ich die partiton sda1 auf sdb kopiert , jetzt komm ich natürlich nicht mehr an die daten ran, partitonstabelle etc pp fehlt.
Kann ich die Daten die auf /dev/sdb noch irgendwie retten ?

sda fdisk:

Code: Alles auswählen

Disk /dev/sda: 5368 MB, 5368709120 bytes
255 heads, 63 sectors/track, 652 cylinders, total 10485760 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0xd074d074

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *          63    10458314     5229126    7  HPFS/NTFS/exFAT
Partitionstabelle sda:

Code: Alles auswählen

# partition table of /dev/sda
unit: sectors

/dev/sda1 : start=       63, size= 10458252, Id= 7, bootable
/dev/sda2 : start=        0, size=        0, Id= 0
/dev/sda3 : start=        0, size=        0, Id= 0
/dev/sda4 : start=        0, size=        0, Id= 0
sdb fdisk

Code: Alles auswählen

Disk /dev/sdb: 53.7 GB, 53687091200 bytes
255 heads, 63 sectors/track, 6527 cylinders, total 104857600 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x0005935d

   Device Boot      Start         End      Blocks   Id  System
/dev/sdb1            2048   104857599    52427776    7  HPFS/NTFS/exFAT
partitionstabele sdb

Code: Alles auswählen

# partition table of /dev/sdb
unit: sectors

/dev/sdb1 : start=     2048, size=104855552, Id= 7
/dev/sdb2 : start=        0, size=        0, Id= 0
/dev/sdb3 : start=        0, size=        0, Id= 0
/dev/sdb4 : start=        0, size=        0, Id= 0

Kann jemand helfen ?

rendegast
Beiträge: 15041
Registriert: 27.02.2006 16:50:33
Lizenz eigener Beiträge: MIT Lizenz

Re: Daten Retten

Beitrag von rendegast » 16.01.2013 14:53:40

Du kannst /dev/sdb direkt mounten.
Oder /dev/sdb einfach nach /dev/sda1 oder eine beliebige andere eingerichtete Partition geeigneter (Mindest-)Größe für das Dateisystem zurückschreiben.
dd hört bei Erreichen einer Partitionsgrenze dann mit Schreiben auf.

Code: Alles auswählen

ntfsinfo -m /dev/sdb

oder einfach nach mounten
df -m
mfg rendegast
-----------------------
Viel Eifer, viel Irrtum; weniger Eifer, weniger Irrtum; kein Eifer, kein Irrtum.
(Lin Yutang "Moment in Peking")

gxyz
Beiträge: 202
Registriert: 26.07.2010 13:54:21
Lizenz eigener Beiträge: MIT Lizenz

Re: Daten Retten

Beitrag von gxyz » 16.01.2013 14:59:44

... ich verstehe nicht ganz, wo Dein Problem ist:
Wenn Du tatsächlich "/dev/sda" komplett nach "/dev/sdb" kopieren wolltest und nicht andersrum, hast Du doch nichts verloren: sdb wäre sowieso überschrieben worden, aber "sda" enthält die ursprünglichen Daten. Wenn Du den Befehl nochmal korrekt wiederholst, sollte alles passen (nur dass Du ohne die Dateisysteme zu vergrößern natürlich nicht mehr Platz hast)

KennYblue
Beiträge: 63
Registriert: 26.02.2006 17:33:21

Re: Daten Retten

Beitrag von KennYblue » 16.01.2013 15:07:29

das Problem ist dass , ich die virtuelle platte die auf /dev/sda hing nicht mehr habe .
Die Daten liegen jetzt auf der Platte die in /dev/sdb hing aber sie lässt sich nicht mounten );

Cae
Beiträge: 6349
Registriert: 17.07.2011 23:36:39
Wohnort: 2130706433

Re: Daten Retten

Beitrag von Cae » 16.01.2013 15:08:49

/dev/sdb ist die neue? Es gab nur eine Partition auf /dev/sda? Dann hast du keinen Datenverlust (erfolgreiches dd'en mal vorausgesetzt). Wie schon richtig erkannt, der MBR mit Bootloader und Partitionstabelle wird kaputt sein. Aber du kannst einfach das Device mounten, zum Testen am besten im Livesystem:

Code: Alles auswählen

# mount -r /dev/sdb /mnt/
Dies sollte keine Fehlermeldung ausgeben (im dmesg auch nicht) und anschliessend die Inhalte unter /mnt/ einhaengen. Falls das funktioniert, ist's vermutlich am einfachsten, eine weitere Platte einzuhaengen (in der gewuenschten Zielgroesse) und diese wie gewuenscht zu partitionieren. Die erste Partition sollte groesser sein, als bei der originalen Platte (/dev/sda). Dann kopierst du einfach mit

Code: Alles auswählen

# dd of=/dev/sdc1 bs=4M if=/dev/sdb
den Inhalt der faelschlicherweise als Device verwendeten Partition in die echte Partition der zugehaengten Platte /dev/sdc. Anschliessend musst du noch den Bootloader fixen, aber dann war's das auch.

Gruss Cae
If universal surveillance were the answer, lots of us would have moved to the former East Germany. If surveillance cameras were the answer, camera-happy London, with something like 500,000 of them at a cost of $700 million, would be the safest city on the planet.

—Bruce Schneier

KennYblue
Beiträge: 63
Registriert: 26.02.2006 17:33:21

Re: Daten Retten

Beitrag von KennYblue » 16.01.2013 15:36:20

hmmm , bekomm es einfach nich gemountet.

Code: Alles auswählen

root@sysresccd /root % mount -r /dev/sdb /root/HDD
NTFS signature is missing.
Failed to mount '/dev/sdb': Invalid argument
The device '/dev/sdb' doesn't seem to have a valid NTFS.
Maybe the wrong device is used? Or the whole disk instead of a
partition (e.g. /dev/sda, not /dev/sda1)? Or the other way around?
jemand ne idee?

rendegast
Beiträge: 15041
Registriert: 27.02.2006 16:50:33
Lizenz eigener Beiträge: MIT Lizenz

Re: Daten Retten

Beitrag von rendegast » 16.01.2013 15:46:53

Code: Alles auswählen

blkid -c /dev/null | sort
mfg rendegast
-----------------------
Viel Eifer, viel Irrtum; weniger Eifer, weniger Irrtum; kein Eifer, kein Irrtum.
(Lin Yutang "Moment in Peking")

KennYblue
Beiträge: 63
Registriert: 26.02.2006 17:33:21

Re: Daten Retten

Beitrag von KennYblue » 16.01.2013 15:56:29

was ein neustart bewirken kann :D
konnte es jetzt mounten :)
wie kann ich den boot loader jetzt reparieren ? damit ich von der platte auch botten kann ?

KennYblue
Beiträge: 63
Registriert: 26.02.2006 17:33:21

Re: Daten Retten

Beitrag von KennYblue » 16.01.2013 15:59:50

so lauft alles danke fur eure hilfe!

Antworten