Sie sind nicht angemeldet.

Lieber Besucher, herzlich willkommen bei: Ubuntu-Forum & Kubuntu-Forum | www.Ubuntu-Forum.de. Falls dies Ihr erster Besuch auf dieser Seite ist, lesen Sie sich bitte die Hilfe durch. Dort wird Ihnen die Bedienung dieser Seite näher erläutert. Darüber hinaus sollten Sie sich registrieren, um alle Funktionen dieser Seite nutzen zu können. Benutzen Sie das Registrierungsformular, um sich zu registrieren oder informieren Sie sich ausführlich über den Registrierungsvorgang. Falls Sie sich bereits zu einem früheren Zeitpunkt registriert haben, können Sie sich hier anmelden.

chroot

Ubuntu-Forum-Team

  • »chroot« ist männlich
  • »chroot« ist der Autor dieses Themas

Beiträge: 2 321

Registrierungsdatum: 04.03.2008

Derivat: Kein Ubuntu-Derivat

Architektur: 64-Bit PC

Desktop: KDE4

Andere Betriebssysteme: Fedora 27

  • Nachricht senden

1

05.07.2016, 16:41

Low-Level Backup einer USB Festplatte

Hallo,

ich habe eine USB Festplatte, Dateisystem unbekannt - ich vermute FAT32, könnte aber auch NTFS sein. Die platte weist beim Kopieren der Daten Fehler auf. Auch wird sie beim Einstecken nicht mehr automatisch gemountet.

Von diesen 650 GB soll nun ein Backup erstellt werden, bei dem soviele Daten wie möglich gerettet werden.

Mein erster Versuch mit dem Programm ddrescue war folgender:

Quellcode

1
sudo ddrescue -v -f -n /dev/sde /data/backup.img /data/backup.log
Das hat ca. 3 Tage gedauert.

Im zweiten Schritt habe ich einen erweiterten Befehl drüber laufen lassen, um die beschädigten Teile nocheinmal zu lesen (bzw. es zu versuchen)

Quellcode

1
sudo ddrescue -v -d -f -r2 /dev/sde /data/backup.img /data/backup.log
Der Parameter -r2 bedeutet, das alles, das beschädigt ist, zweimal versucht wird zu lesen.

Das Problem:

das Image lässt sich nicht mounten. Das Mounten mittels des Parameters -o loop wird mit einer Fehlermeldung

Zitat

mount: wrong fs type, bad option, ...
verweigert.

Hat jemand eine Idee, wie ich das Image mounten kann, bzw. wie ich an die Daten komme? Ich bin auch offen für andere Programme (die unter Debian 8 laufen).

Danke.
"Do or do not. There is no try." (Yoda) || Thread auf gelöst/erledigt setzen

2

05.07.2016, 20:58

Wenn Du die Platte nicht eher ungewöhnlich behandelt hast, dann ist /dev/sde die ganze Platte, enthält im Regelfall kein Dateisystem und lässt sich daher nicht mounten.
"Normalerweise" werden Platten partitioniert, selbst wenn nur eine Partition angelegt wird... Dort (/dev/sde1) findest Du dann ein Dateisystem, das (oder dessen Image) man (hoffentlich) auch mounten kann.

Alternativ könntest Du herausfinden, wo in dem Image jetzt die Partition anfängt und mit entsprechendem offset ab dort mounten. (Siehe "man losetup")
Beim Erstellen dieser Nachricht kamen keine Tiere zu Schaden.
me is all sausage
but don't call me Ferdl

chroot

Ubuntu-Forum-Team

  • »chroot« ist männlich
  • »chroot« ist der Autor dieses Themas

Beiträge: 2 321

Registrierungsdatum: 04.03.2008

Derivat: Kein Ubuntu-Derivat

Architektur: 64-Bit PC

Desktop: KDE4

Andere Betriebssysteme: Fedora 27

  • Nachricht senden

3

18.07.2016, 20:01

Zitat

Alternativ könntest Du herausfinden, wo in dem Image jetzt die Partition anfängt


Ich hab versucht, mit parted an die infos der partition zu kommen. Parted gibt mir aber folgendes aus:

Quellcode

1
2
3
4
5
6
Error: /data/backup.img: unrecognised disk label
Model:  (file)                                                            
Disk /data/backup.img: 640135028736B
Sector size (logical/physical): 512B/512B
Partition Table: unknown
Disk Flags:


Wie komme ich sonst noch an die partition infos?

Danke.
"Do or do not. There is no try." (Yoda) || Thread auf gelöst/erledigt setzen

4

18.07.2016, 22:14

testdisk oder "file -s" oder "fdisk -l" zum Beispiel ;)
Beim Erstellen dieser Nachricht kamen keine Tiere zu Schaden.
me is all sausage
but don't call me Ferdl

chroot

Ubuntu-Forum-Team

  • »chroot« ist männlich
  • »chroot« ist der Autor dieses Themas

Beiträge: 2 321

Registrierungsdatum: 04.03.2008

Derivat: Kein Ubuntu-Derivat

Architektur: 64-Bit PC

Desktop: KDE4

Andere Betriebssysteme: Fedora 27

  • Nachricht senden

5

19.07.2016, 08:29

Quellcode

1
file -s
sagt mir, das es eine ASCII datei ist. Ich werd mich etwas genauer mit testdisk auseinander setzten. Ich hatte gehofft, das es einen schnelleren weg gibt.

Danke.

BTW: Ich habs nach "Backup, Restore und Recovery" verschoben.
"Do or do not. There is no try." (Yoda) || Thread auf gelöst/erledigt setzen

6

19.07.2016, 13:43

file -s
sagt mir, das es eine ASCII datei ist
Dann stimmt irgendwas nicht.
Sowohl file als auch fdisk können die Interna von Disk-Images ausgeben. Gerade probiert:

Quellcode

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
fredl@iris:/tmp$ fdisk -l test.img

Disk test.img: 512 KiB, 524288 bytes, 1024 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
Disklabel type: dos
Disk identifier: 0x000746de

Device     Boot  Start     End Sectors  Size Id Type
test.img1         2048  116735  114688   56M  c W95 FAT32 (LBA)
test.img2       118784 1949695 1830912  894M 83 Linux

fredl@iris:/tmp$ file -s test.img 
test.img: DOS/MBR boot sector; partition 1 : ID=0xc, start-CHS (0x0,32,33), end-CHS (0x7,67,60), startsector 2048, 114688 sectors; partition 2 : ID=0x83, start-CHS (0x7,100,30), end-CHS (0x79,92,35), startsector 118784, 1830912 sectors


Zeig einmal den Anfang der Datei:

Quellcode

1
hd -v -n 512 /data/backup.img
Beim Erstellen dieser Nachricht kamen keine Tiere zu Schaden.
me is all sausage
but don't call me Ferdl