TestDisk in Deep Search fehlgeschlagen?

590
Cees Timmerman

Ich versuche, Daten von einem externen 4-TB-G-RAID-Laufwerk eines Kollegen wiederherzustellen. Ich habe die Hauptpartition aus dem Ergebnis des Schnellscans gespeichert, aber das hat nicht geholfen. Deshalb habe ich die letzte Woche mit einer tieferen Suche verbracht. Es scheint jedoch bei 78% gescheitert zu sein (gleich wie vor drei Tagen) und die Shell druckt keine Zeilenumbrüche oder meine Eingabe mehr. Ich habe Ubuntu 14.04.2 neu gestartet und testdisk.log kopiert, was nicht vollständig erscheint:

Mon Jun 22 09:31:18 2015 Command line: TestDisk  TestDisk 6.14, Data Recovery Utility, July 2013 Christophe GRENIER <grenier@cgsecurity.org> http://www.cgsecurity.org OS: Linux, kernel 3.13.0-53-generic (#89-Ubuntu SMP Wed May 20 10:34:39 UTC 2015) x86_64 Compiler: GCC 4.8 Compilation date: 2013-10-29T01:29:29 ext2fs lib: 1.42.9, ntfs lib: libntfs-3g, reiserfs lib: none, ewf lib: none /dev/sda: LBA, LBA48 support /dev/sda: size 83886080 sectors /dev/sda: user_max 83886080 sectors Warning: can't get size for Disk /dev/mapper/control - 0 B - 1 sectors, sector size=512 /dev/sr0 is not an ATA disk Hard disk list Disk /dev/sda - 42 GB / 40 GiB - CHS 5221 255 63, sector size=512 - VBOX HARDDISK, S/N:VBa13db256-dd2c60e4, FW:1.0 Disk /dev/sdb - 4000 GB / 3726 GiB - CHS 486402 255 63, sector size=512 - External RAID Disk /dev/sr0 - 58 MB / 55 MiB - 28379 sectors (RO), sector size=2048 - VBOX CD-ROM, S/N:VB1-1a2b3c4d, FW:1.0  Partition table type (auto): EFI GPT Disk /dev/sdb - 4000 GB / 3726 GiB - External RAID Partition table type: EFI GPT  Analyse Disk /dev/sdb - 4000 GB / 3726 GiB - CHS 486402 255 63 hdr_size=92 hdr_lba_self=1 hdr_lba_alt=7814058331 (expected 7814058331) hdr_lba_start=34 hdr_lba_end=7814058298 hdr_lba_table=2 hdr_entries=128 hdr_entsz=128 Current partition structure: 1 P Mac HFS 262272 7814058327 7813796056  search_part() Disk /dev/sdb - 4000 GB / 3726 GiB - CHS 486402 255 63  HFS+ magic value at 16/83/4 part_size 7813796056 Mac HFS 262272 7814058327 7813796056 HFS+ blocksize=4096, 4000 GB / 3725 GiB  Results P Mac HFS 262272 7814058327 7813796056 HFS+ blocksize=4096, 4000 GB / 3725 GiB  interface_write() 1 P Mac HFS 262272 7814058327 7813796056

TestDisk 6.14 stuck at 78%

Es wird wahrscheinlich Hardware-RAID 0 - Oxford 936-Chipsatz verwendet. Kann mir TestDisk helfen, die Daten wiederherzustellen, oder sollte ich zu PhotoRec wechseln?

0

1 Antwort auf die Frage

0
Cees Timmerman

Ich stellte sicher, dass die erste dargestellte Partition als primär geschrieben wurde, konnte die Richtigkeit in Ubuntu jedoch nicht überprüfen, selbst nachdem alle HFS-Pakete, die ich kurzfristig finden konnte, installiert wurden, und "/ hfsplus" zu / etc / modules hinzugefügt wurde. mehrfach verwenden sudo fsck.hfsplus -f /dev/sdb1und neu starten:

vagrant@vagrant-ubuntu-trusty-64:~$ sudo mount -o force /dev/sdb1 /mnt/reet mount: unknown filesystem type 'hfsplus'

Ich habe das USB-Laufwerk von VirtualBox getrennt und konnte die Dateien im HFSExplorer unter Windows 7 sehen und korrekt extrahieren. Das erneute Anschließen an den Mac mit FireWire funktionierte ebenfalls.

Verwandte Probleme