Testdisk Photorec Fazit
Forum rules
Your help is welcome: there are currently few answers or none to most message posted in the German forum!
If you want to post a request for help, please consider using the English forum.
Your help is welcome: there are currently few answers or none to most message posted in the German forum!
If you want to post a request for help, please consider using the English forum.
Testdisk Photorec Fazit
Habe versehentlich meine externe Platte für die Datensicherung noch am Rechner gelassen und anstatt einen Stick mit einem LIVE-System zu beschreiben die große Platte (1TB) formatiert.Tjaja, MIR passiert sowas ja nicht!
Nun gut, photorec und testdisk installiert und nach und nach alle Bilder gerettet(mit Photorec) und dann auch mit testdisk meine Ordner gefunden und gesichert. Seltsamerweise war einer meiner größten Ordner mit vielen pdf's scheinbar leer. Also nochmal photorec über die Platte laufen lassen und nur nach pdf gesucht (und auch gefunden).
Fazit: großes Lob, dass es diese tollen Programme gibt.
Aber auch Kritik an der Verwendung so großer Platten. Erstmal verführt das dazu, allen möglichen Mist aufzuheben und andererseits dauert es ewig bis solche großen Platten durchsucht sind. Die Zeitangaben sind auch mit Vorsicht zu genießen. Bei einer "Deeper Search" bekommt man am Anfang noch humane Werte (6 Stunden), aber läuft das Programm eine Weile, war dann von 48 Stunden die Rede. Allerdings war die Suche am nächsten Morgen durch, etwas weniger als 12 Stunden.
(Gute Anleitung, Schritt für Schritt:https://www.cgsecurity.org/wiki/Schritt ... gsbeispiel)
Nächstes Problem: Photorec und Testdisk wollten partout nicht auf die zweite externe Platte Daten überspielen. Bei meiner internen Festplatte von nur 120 GB war das auch ein Problem. Ausserdem werden die Daten anscheinend bei der Datenrettung größer. Da hatte ich auf einmal ein 41 GB großes pdf! Und da meckert mein Rechner, er könne die Datei nicht verschieben, sie sei zu groß. Auch so noch nicht erlebt.
Besonders ärgerlich war übrigens, dass meine .odt Dateien nicht gezielt mit Photorec gesucht werden konnten (das waren nämlich die eigentlich "wichtigsten"
Daten!).
Wenn man also wie ich lediglich versehentlich eine Platte überschreibt, dann sollte man erst einmal in Ruhe mit Testdisk versuchen, die Daten zu retten oder eine neue Partitionstabelle zu erstellen. Meist ist ja nur die Partitionstabelle überschrieben, nicht die Daten selbst. Sucht man nur nach einem bestimmten Dateityp, dann geht es mit Photorec einfacher.
Ich werde mir auf jeden Fall noch ein paar kleinere Platten zulegen, solange es die noch gibt und Daten getrennt verwahren, Bilder Büro etc
Und doppelte Dateien immer schön suchen und eliminieren (mit fdupes z.B.)
Grüße
Nun gut, photorec und testdisk installiert und nach und nach alle Bilder gerettet(mit Photorec) und dann auch mit testdisk meine Ordner gefunden und gesichert. Seltsamerweise war einer meiner größten Ordner mit vielen pdf's scheinbar leer. Also nochmal photorec über die Platte laufen lassen und nur nach pdf gesucht (und auch gefunden).
Fazit: großes Lob, dass es diese tollen Programme gibt.
Aber auch Kritik an der Verwendung so großer Platten. Erstmal verführt das dazu, allen möglichen Mist aufzuheben und andererseits dauert es ewig bis solche großen Platten durchsucht sind. Die Zeitangaben sind auch mit Vorsicht zu genießen. Bei einer "Deeper Search" bekommt man am Anfang noch humane Werte (6 Stunden), aber läuft das Programm eine Weile, war dann von 48 Stunden die Rede. Allerdings war die Suche am nächsten Morgen durch, etwas weniger als 12 Stunden.
(Gute Anleitung, Schritt für Schritt:https://www.cgsecurity.org/wiki/Schritt ... gsbeispiel)
Nächstes Problem: Photorec und Testdisk wollten partout nicht auf die zweite externe Platte Daten überspielen. Bei meiner internen Festplatte von nur 120 GB war das auch ein Problem. Ausserdem werden die Daten anscheinend bei der Datenrettung größer. Da hatte ich auf einmal ein 41 GB großes pdf! Und da meckert mein Rechner, er könne die Datei nicht verschieben, sie sei zu groß. Auch so noch nicht erlebt.
Besonders ärgerlich war übrigens, dass meine .odt Dateien nicht gezielt mit Photorec gesucht werden konnten (das waren nämlich die eigentlich "wichtigsten"
Daten!).
Wenn man also wie ich lediglich versehentlich eine Platte überschreibt, dann sollte man erst einmal in Ruhe mit Testdisk versuchen, die Daten zu retten oder eine neue Partitionstabelle zu erstellen. Meist ist ja nur die Partitionstabelle überschrieben, nicht die Daten selbst. Sucht man nur nach einem bestimmten Dateityp, dann geht es mit Photorec einfacher.
Ich werde mir auf jeden Fall noch ein paar kleinere Platten zulegen, solange es die noch gibt und Daten getrennt verwahren, Bilder Büro etc
Und doppelte Dateien immer schön suchen und eliminieren (mit fdupes z.B.)
Grüße
-
- Posts: 2735
- Joined: 04 Jan 2019, 09:48
- Location: Hannover, Deutschland (Germany, Allemagne)
Re: Testdisk Photorec Fazit
Keine Rechte für die zweite Festplatte? Oder einfach nur den Weg nach oben (Verzeichniseinträge mit dem Namen "..") nicht gefunden?
Photorec muss das Dateiende im Zweifelsfall erraten. Das ist dann gerne erreicht, wenn die nächste erkannte Datei beginnt. So ein Dateiende muss nicht richtig sein. Es ist aber sinnvoller, unsichere Dateiteile mitzunehmen als zu riskieren echte Dateiteile nicht wiederherzustellen.Ausserdem werden die Daten anscheinend bei der Datenrettung größer. Da hatte ich auf einmal ein 41 GB großes pdf!
Das ist nur bedingt richtig.Besonders ärgerlich war übrigens, dass meine .odt Dateien nicht gezielt mit Photorec gesucht werden konnten (das waren nämlich die eigentlich "wichtigsten"
Daten!).
Bei den Dateioptionen steht hinter ZIP "zip archive including Open Office and MS Office 2007".
Da diese Dateien als ZIP-Archiv abgespeichert werden, kann man nicht speziell "odt" auswählen, sondern nur die ganze ZIP-Familie.
Re: Testdisk Photorec Fazit
weder noch, ich habe den Speicherort ausgewählt und mit "C" bestätigt, aber testdisk schreibt ins /home.Keine Rechte für die zweite Festplatte? Oder einfach nur den Weg nach oben (Verzeichniseinträge mit dem Namen "..") nicht gefunden?
-
- Posts: 2735
- Joined: 04 Jan 2019, 09:48
- Location: Hannover, Deutschland (Germany, Allemagne)
Re: Testdisk Photorec Fazit
Testdisk schreibt nur eine Logdatei, das ist unproblematisch.
Re: Testdisk Photorec Fazit
es ging um die Datenrettung, da muss man einen Speicherort angeben. Testdisk schreibt aber nach /home.
Re: Testdisk Photorec Fazit
Übrigens: aus rein sportlichem Interesse (meine Daten habe ich ja wieder): ich habe versucht die Partitionstabelle der besagten Partition wieder neu zu schreiben, aber ich bekomme folgende Fehlermeldung, wenn ich die Partion einhängen will:
Error mounting /dev/sdb5 at blabla:Unknown error while mounting /dev/sdb5
Nur um die Vorgehensweise zu verstehen, (wenn ich meine Daten nicht gerettet hätte) ...
Error mounting /dev/sdb5 at blabla:Unknown error while mounting /dev/sdb5
Nur um die Vorgehensweise zu verstehen, (wenn ich meine Daten nicht gerettet hätte) ...
-
- Posts: 2735
- Joined: 04 Jan 2019, 09:48
- Location: Hannover, Deutschland (Germany, Allemagne)
Re: Testdisk Photorec Fazit
Wurde die Partitionstabelle geschrieben oder nicht?
Konnten der Inhalt der Partitionen mit Testdisk mit der "list files"-Funktion ausgelesen werden?
Hier fehlt eine genaue Fehlerdokumentation um etwas sagen zu können.aber ich bekomme folgende Fehlermeldung, wenn ich die Partion einhängen will:
Error mounting /dev/sdb5 at blabla:Unknown error while mounting /dev/sdb5
Nur um die Vorgehensweise zu verstehen, (wenn ich meine Daten nicht gerettet hätte) ...
Die Fehlermeldung "unknown error" ist total unspezifisch - mir fehlt die Glaskugel.
Re: Testdisk Photorec Fazit
Danke für die Antworten...
also noch mal im Detail:
Ich hatte wie gesagt, einen USB-Stick beschreiben wollen mit einem LIVE-Debian und die externe Festplatte erwischt. Diese Partition scheint mühelos erkannt zu werden, wenn ich von der externen Festplatte boote (vor dem Hochfahren des Rechners drinlasse) erscheint das Debian-Auswahlmenue (allerdinngs auch nur das).
Starte ich den PC ohne externe Platte kann ich die (anderen, nehme ich mal an) Partitionen nicht mounten. Sie werden aber gelistet als sdb1 und sdb5.
Testdisk sagt in der ersten Ausgabe unter"Hard disk list":
Dann weiter nach Quicksearch:
Continue:
Die "NTFS" enthält meine alten Daten.
Mit P: list files sind sie aufrufbar.
Gibt es einen Vorschlag?
also noch mal im Detail:
Ja, so habe ich die einzelnen "files" ja gerettet.Konnten der Inhalt der Partitionen mit Testdisk mit der "list files"-Funktion ausgelesen werden?
Ich hatte wie gesagt, einen USB-Stick beschreiben wollen mit einem LIVE-Debian und die externe Festplatte erwischt. Diese Partition scheint mühelos erkannt zu werden, wenn ich von der externen Festplatte boote (vor dem Hochfahren des Rechners drinlasse) erscheint das Debian-Auswahlmenue (allerdinngs auch nur das).
Starte ich den PC ohne externe Platte kann ich die (anderen, nehme ich mal an) Partitionen nicht mounten. Sie werden aber gelistet als sdb1 und sdb5.
Code: Select all
fdisk -l /dev/sdb
Disk /dev/sdb: 931,5 GiB, 1000170586112 bytes, 1953458176 sectors
Disk model: Elements 10B8
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: 0x1ccc0a50
Device Boot Start End Sectors Size Id Type
/dev/sdb1 2047 1953458175 1953456129 931,5G f W95 Ext'd (LBA)
/dev/sdb5 2048 1953458175 1953456128 931,5G 7 HPFS/NTFS/exFAT
Code: Select all
Disk /dev/sdb - 1000 GB / 931 GiB - CHS 121597 255 63, sector size=512 - WD Elements 10B8, FW:1012
Code: Select all
Disk /dev/sdb - 1000 GB / 931 GiB - CHS 121597 255 63
The harddisk (1000 GB / 931 GiB) seems too small! (< 2292 GB / 2134 GiB)
Check the harddisk size: HD jumpers settings, BIOS detection...
The following partitions can't be recovered:
Partition Start End Size in sectors
> HFS 3849 87 46 246771 86 4 3902541826 [^A]
HFS 35776 24 48 278698 23 6 3902541826 [^A]
Code: Select all
Disk /dev/sdb - 1000 GB / 931 GiB - CHS 121597 255 63
Partition Start End Size in sectors
>P FAT12 0 23 56 0 117 21 5888 [NO NAME]
P NTFS 0 32 33 121597 37 40 1953456128
P FAT12 15479 134 24 15479 147 36 832 [NO NAME]
P FAT12 15480 7 3 15480 52 47 2880 [NO NAME]
P FAT12 15605 175 3 15605 220 47 2880 [BALDER10]
P FAT12 15827 238 32 15828 29 13 2880 [BALDER10]
P ext2 18178 95 6 18434 133 11 4115040 [KNOPPIX]
P ext2 18580 81 36 18836 119 41 4115040 [KNOPPIX]
P ext2 18795 218 46 19052 1 51 4115040 [KNOPPIX]
P FAT12 19558 233 4 19558 246 16 832 [NO NAME]
P FAT12 19559 105 46 19559 151 27 2880 [NO NAME]
P FAT12 22812 216 17 22812 229 29 832 [NO NAME]
Structure: Ok.
Keys T: change type, P: list files,
Enter: to continue
FAT12, blocksize=2048, 3014 KB / 2944 KiB
Mit P: list files sind sie aufrufbar.
Gibt es einen Vorschlag?
-
- Posts: 2735
- Joined: 04 Jan 2019, 09:48
- Location: Hannover, Deutschland (Germany, Allemagne)
Re: Testdisk Photorec Fazit
Welche Partition?roruan wrote: ↑20 Jul 2020, 19:33 Danke für die Antworten...
also noch mal im Detail:Ja, so habe ich die einzelnen "files" ja gerettet.Konnten der Inhalt der Partitionen mit Testdisk mit der "list files"-Funktion ausgelesen werden?
Ich hatte wie gesagt, einen USB-Stick beschreiben wollen mit einem LIVE-Debian und die externe Festplatte erwischt. Diese Partition scheint mühelos
externe Festplatte "drinlassen" ???erkannt zu werden, wenn ich von der externen Festplatte boote (vor dem Hochfahren des Rechners drinlasse)
Welche anderen?erscheint das Debian-Auswahlmenue (allerdinngs auch nur das).
Starte ich den PC ohne externe Platte kann ich die (anderen, nehme ich mal an) Partitionen nicht mounten. Sie werden aber gelistet als sdb1 und sdb5.
Ich komme mit dieser Beschreibung leider nicht klar.
Sinnvoll wäre auch eine komplette Logdatei von Testdisk. Die Fdisk-Ausgabe unterstellt GPT-Format (warum?), in Testdisk wurde MBR gewählt.
Die Festplatte mit NTFS-Partition würde ich an ein Windows-System anschließen, das auch problemlos mit GPT klarkommt, z.B. Windows 7 in der Ausgabe mit 64 Bit. Dort würde ich mit der Datenträgerverwaltung auf die Festplatte schauen und den Befehl chkdsk /f auf die entsprechende Partition anwenden.
Re: Testdisk Photorec Fazit
Von der die externe Festplatte bootet. Die steckt per USB im Rechner. Lasse ich sie drin, bootet der Rechner das (Debian) Live-System. Ziehe ich die externe Festplatte ab, bootet der Rechner normal, erkennt die beiden Partitionen der externen Festplatte als sdb1 und sdb5, kann sie aber nicht mounten.Welche Partition?
weiß ich auch nicht.Die Fdisk-Ausgabe unterstellt GPT-Format (warum?)
Komplette Log-Datei:
Code: Select all
Mon Jul 20 10:58:35 2020
Command line: TestDisk
TestDisk 7.0, Data Recovery Utility, April 2015
Christophe GRENIER <grenier@cgsecurity.org>
http://www.cgsecurity.org
OS: Linux, kernel 4.19.0-9-amd64 (#1 SMP Debian 4.19.118-2+deb10u1 (2020-06-07)) x86_64
Compiler: GCC 8.2
ext2fs lib: 1.44.5, ntfs lib: libntfs-3g, reiserfs lib: none, ewf lib: none, curses lib: ncurses 6.1
/dev/sda: LBA, HPA, LBA48, DCO support
/dev/sda: size 250069680 sectors
/dev/sda: user_max 250069680 sectors
/dev/sda: native_max 250069680 sectors
/dev/sda: dco 250069680 sectors
/dev/mapper/appenzeller--vg-home: LBA, HPA, LBA48, DCO support
/dev/mapper/appenzeller--vg-home: size 170893312 sectors
/dev/mapper/appenzeller--vg-home: user_max 250069680 sectors
/dev/mapper/appenzeller--vg-home: native_max 250069680 sectors
/dev/mapper/appenzeller--vg-home: dco 250069680 sectors
/dev/mapper/appenzeller--vg-root: LBA, HPA, LBA48, DCO support
/dev/mapper/appenzeller--vg-root: size 44105728 sectors
/dev/mapper/appenzeller--vg-root: user_max 250069680 sectors
/dev/mapper/appenzeller--vg-root: native_max 250069680 sectors
/dev/mapper/appenzeller--vg-root: dco 250069680 sectors
/dev/mapper/appenzeller--vg-swap_1: LBA, HPA, LBA48, DCO support
/dev/mapper/appenzeller--vg-swap_1: size 16482304 sectors
/dev/mapper/appenzeller--vg-swap_1: user_max 250069680 sectors
/dev/mapper/appenzeller--vg-swap_1: native_max 250069680 sectors
/dev/mapper/appenzeller--vg-swap_1: dco 250069680 sectors
/dev/mapper/appenzeller--vg-tmp: LBA, HPA, LBA48, DCO support
/dev/mapper/appenzeller--vg-tmp: size 2727936 sectors
/dev/mapper/appenzeller--vg-tmp: user_max 250069680 sectors
/dev/mapper/appenzeller--vg-tmp: native_max 250069680 sectors
/dev/mapper/appenzeller--vg-tmp: dco 250069680 sectors
/dev/mapper/appenzeller--vg-var: LBA, HPA, LBA48, DCO support
/dev/mapper/appenzeller--vg-var: size 15351808 sectors
/dev/mapper/appenzeller--vg-var: user_max 250069680 sectors
/dev/mapper/appenzeller--vg-var: native_max 250069680 sectors
/dev/mapper/appenzeller--vg-var: dco 250069680 sectors
Warning: can't get size for Disk /dev/mapper/control - 0 B - 0 sectors, sector size=512
/dev/dm-0: LBA, HPA, LBA48, DCO support
/dev/dm-0: size 44105728 sectors
/dev/dm-0: user_max 250069680 sectors
/dev/dm-0: native_max 250069680 sectors
/dev/dm-0: dco 250069680 sectors
/dev/dm-1: LBA, HPA, LBA48, DCO support
/dev/dm-1: size 16482304 sectors
/dev/dm-1: user_max 250069680 sectors
/dev/dm-1: native_max 250069680 sectors
/dev/dm-1: dco 250069680 sectors
/dev/dm-2: LBA, HPA, LBA48, DCO support
/dev/dm-2: size 15351808 sectors
/dev/dm-2: user_max 250069680 sectors
/dev/dm-2: native_max 250069680 sectors
/dev/dm-2: dco 250069680 sectors
/dev/dm-3: LBA, HPA, LBA48, DCO support
/dev/dm-3: size 2727936 sectors
/dev/dm-3: user_max 250069680 sectors
/dev/dm-3: native_max 250069680 sectors
/dev/dm-3: dco 250069680 sectors
/dev/dm-4: LBA, HPA, LBA48, DCO support
/dev/dm-4: size 170893312 sectors
/dev/dm-4: user_max 250069680 sectors
/dev/dm-4: native_max 250069680 sectors
/dev/dm-4: dco 250069680 sectors
Hard disk list
Disk /dev/sda - 128 GB / 119 GiB - CHS 15566 255 63, sector size=512 - SAMSUNG SSD PM830 2.5" 7mm 128GB, S/N:S0TYNSACB14922, FW:CXM03D1Q
Disk /dev/sdb - 1000 GB / 931 GiB - CHS 121597 255 63, sector size=512 - WD Elements 10B8, FW:1012
Disk /dev/mapper/appenzeller--vg-home - 87 GB / 81 GiB - 170893312 sectors, sector size=512 - SAMSUNG SSD PM830 2.5" 7mm 128GB, S/N:S0TYNSACB14922, FW:CXM03D1Q
Disk /dev/mapper/appenzeller--vg-root - 22 GB / 21 GiB - 44105728 sectors, sector size=512 - SAMSUNG SSD PM830 2.5" 7mm 128GB, S/N:S0TYNSACB14922, FW:CXM03D1Q
Disk /dev/mapper/appenzeller--vg-swap_1 - 8438 MB / 8048 MiB - 16482304 sectors, sector size=512 - SAMSUNG SSD PM830 2.5" 7mm 128GB, S/N:S0TYNSACB14922, FW:CXM03D1Q
Disk /dev/mapper/appenzeller--vg-tmp - 1396 MB / 1332 MiB - 2727936 sectors, sector size=512 - SAMSUNG SSD PM830 2.5" 7mm 128GB, S/N:S0TYNSACB14922, FW:CXM03D1Q
Disk /dev/mapper/appenzeller--vg-var - 7860 MB / 7496 MiB - 15351808 sectors, sector size=512 - SAMSUNG SSD PM830 2.5" 7mm 128GB, S/N:S0TYNSACB14922, FW:CXM03D1Q
Disk /dev/dm-0 - 22 GB / 21 GiB - 44105728 sectors, sector size=512 - SAMSUNG SSD PM830 2.5" 7mm 128GB, S/N:S0TYNSACB14922, FW:CXM03D1Q
Disk /dev/dm-1 - 8438 MB / 8048 MiB - 16482304 sectors, sector size=512 - SAMSUNG SSD PM830 2.5" 7mm 128GB, S/N:S0TYNSACB14922, FW:CXM03D1Q
Disk /dev/dm-2 - 7860 MB / 7496 MiB - 15351808 sectors, sector size=512 - SAMSUNG SSD PM830 2.5" 7mm 128GB, S/N:S0TYNSACB14922, FW:CXM03D1Q
Disk /dev/dm-3 - 1396 MB / 1332 MiB - 2727936 sectors, sector size=512 - SAMSUNG SSD PM830 2.5" 7mm 128GB, S/N:S0TYNSACB14922, FW:CXM03D1Q
Disk /dev/dm-4 - 87 GB / 81 GiB - 170893312 sectors, sector size=512 - SAMSUNG SSD PM830 2.5" 7mm 128GB, S/N:S0TYNSACB14922, FW:CXM03D1Q
Partition table type (auto): None
Disk /dev/sdb - 1000 GB / 931 GiB - WD Elements 10B8
Partition table type: None
Analyse Disk /dev/sdb - 1000 GB / 931 GiB - CHS 121597 255 63
Current partition structure:
P ISO 0 0 1 121597 37 40 1953458176 [d-live 10.3.0 ci amd64]
search_part()
Disk /dev/sdb - 1000 GB / 931 GiB - CHS 121597 255 63
FAT12 at 0/23/56
check_FAT: Unusual media descriptor (0xf8!=0xf0)
FAT1 : 1-5
FAT2 : 6-10
start_rootdir : 11
Data : 43-5886
sectors : 5888
cluster_size : 4
no_of_cluster : 1461 (2 - 1462)
fat_length 5 calculated 5
heads/cylinder 64 (FAT) != 255 (HD)
sect/track 32 (FAT) != 63 (HD)
FAT12 at 0/23/56
FAT12 0 23 56 0 117 21 5888 [NO NAME]
FAT12, blocksize=2048, 3014 KB / 2944 KiB
HFS magic value at 3849/87/46
part_size 3902541826
HFS 3849 87 46 246771 86 4 3902541826 []
HFS blocksize=134217728, 1998 GB / 1860 GiB
This partition ends after the disk limits. (start=61839711, size=3902541826, end=3964381536, disk end=1953458176)
HFS magic value at 3849/87/48
check_FAT: Bad number of sectors per cluster
check_FAT: Bad number of sectors per cluster
FAT12 at 15479/134/24
check_FAT: Unusual media descriptor (0xf8!=0xf0)
FAT1 : 1-1
FAT2 : 2-2
start_rootdir : 3
Data : 35-830
sectors : 832
cluster_size : 4
no_of_cluster : 199 (2 - 200)
fat_length 1 calculated 1
heads/cylinder 64 (FAT) != 255 (HD)
sect/track 32 (FAT) != 63 (HD)
FAT12 at 15479/134/24
FAT12 15479 134 24 15479 147 36 832 [NO NAME]
FAT12, blocksize=2048, 425 KB / 416 KiB
FAT32 at 15480/7/2
Bad root_cluster
FAT12 at 15480/7/3
FAT1 : 1-9
FAT2 : 10-18
start_rootdir : 19
Data : 33-2879
sectors : 2880
cluster_size : 1
no_of_cluster : 2847 (2 - 2848)
fat_length 9 calculated 9
FAT differs, FAT sectors=0-9/9
heads/cylinder 2 (FAT) != 255 (HD)
sect/track 18 (FAT) != 63 (HD)
FAT12 at 15480/7/3
FAT12 15480 7 3 15480 52 47 2880 [NO NAME]
FAT12, blocksize=512, 1474 KB / 1440 KiB
FAT12 at 15605/175/3
FAT1 : 1-9
FAT2 : 10-18
start_rootdir : 19
Data : 33-2879
sectors : 2880
cluster_size : 1
no_of_cluster : 2847 (2 - 2848)
fat_length 9 calculated 9
heads/cylinder 2 (FAT) != 255 (HD)
sect/track 18 (FAT) != 63 (HD)
FAT12 at 15605/175/3
FAT12 15605 175 3 15605 220 47 2880 [BALDER10]
FAT12, blocksize=512, 1474 KB / 1440 KiB
FAT12 at 15827/238/32
FAT1 : 1-9
FAT2 : 10-18
start_rootdir : 19
Data : 33-2879
sectors : 2880
cluster_size : 1
no_of_cluster : 2847 (2 - 2848)
fat_length 9 calculated 9
heads/cylinder 2 (FAT) != 255 (HD)
sect/track 18 (FAT) != 63 (HD)
FAT12 at 15827/238/32
FAT12 15827 238 32 15828 29 13 2880 [BALDER10]
FAT12, blocksize=512, 1474 KB / 1440 KiB
check_FAT: Bad number of sectors per cluster
recover_EXT2: s_block_group_nr=0/15, s_mnt_count=11/4294967295, s_blocks_per_group=32768, s_inodes_per_group=8048
recover_EXT2: s_blocksize=4096
recover_EXT2: s_blocks_count 514380
recover_EXT2: part_size 4115040
ext2 18178 95 6 18434 133 11 4115040 [KNOPPIX]
ext2 blocksize=4096 Large_file Sparse_SB, 2106 MB / 2009 MiB
block_group_nr 5
recover_EXT2: "e2fsck -b 163840 -B 4096 device" may be needed
recover_EXT2: s_block_group_nr=5/15, s_mnt_count=0/4294967295, s_blocks_per_group=32768, s_inodes_per_group=8048
recover_EXT2: s_blocksize=4096
recover_EXT2: s_blocks_count 514380
recover_EXT2: part_size 4115040
ext2 18580 81 36 18836 119 41 4115040 [KNOPPIX]
ext2 blocksize=4096 Large_file Sparse_SB Backup_SB, 2106 MB / 2009 MiB
block_group_nr 9
recover_EXT2: "e2fsck -b 294912 -B 4096 device" may be needed
recover_EXT2: s_block_group_nr=9/15, s_mnt_count=0/4294967295, s_blocks_per_group=32768, s_inodes_per_group=8048
recover_EXT2: s_blocksize=4096
recover_EXT2: s_blocks_count 514380
recover_EXT2: part_size 4115040
ext2 18795 218 46 19052 1 51 4115040 [KNOPPIX]
ext2 blocksize=4096 Large_file Sparse_SB Backup_SB, 2106 MB / 2009 MiB
FAT12 at 19558/233/4
check_FAT: Unusual media descriptor (0xf8!=0xf0)
FAT1 : 1-1
FAT2 : 2-2
start_rootdir : 3
Data : 35-830
sectors : 832
cluster_size : 4
no_of_cluster : 199 (2 - 200)
fat_length 1 calculated 1
heads/cylinder 64 (FAT) != 255 (HD)
sect/track 32 (FAT) != 63 (HD)
FAT12 at 19558/233/4
FAT12 19558 233 4 19558 246 16 832 [NO NAME]
FAT12, blocksize=2048, 425 KB / 416 KiB
FAT32 at 19559/105/45
Bad root_cluster
FAT12 at 19559/105/46
FAT1 : 1-9
FAT2 : 10-18
start_rootdir : 19
Data : 33-2879
sectors : 2880
cluster_size : 1
no_of_cluster : 2847 (2 - 2848)
fat_length 9 calculated 9
FAT differs, FAT sectors=0-9/9
heads/cylinder 2 (FAT) != 255 (HD)
sect/track 18 (FAT) != 63 (HD)
FAT12 at 19559/105/46
FAT12 19559 105 46 19559 151 27 2880 [NO NAME]
FAT12, blocksize=512, 1474 KB / 1440 KiB
FAT12 at 22812/216/17
check_FAT: Unusual media descriptor (0xf8!=0xf0)
FAT1 : 1-1
FAT2 : 2-2
start_rootdir : 3
Data : 35-830
sectors : 832
cluster_size : 4
no_of_cluster : 199 (2 - 200)
fat_length 1 calculated 1
heads/cylinder 64 (FAT) != 255 (HD)
sect/track 32 (FAT) != 63 (HD)
FAT12 at 22812/216/17
FAT12 22812 216 17 22812 229 29 832 [NO NAME]
FAT12, blocksize=2048, 425 KB / 416 KiB
FAT32 at 22813/162/28
Bad root_cluster
FAT12 at 22813/162/29
FAT1 : 1-9
FAT2 : 10-18
start_rootdir : 19
Data : 33-2879
sectors : 2880
cluster_size : 1
no_of_cluster : 2847 (2 - 2848)
fat_length 9 calculated 9
FAT differs, FAT sectors=0-9/9
heads/cylinder 2 (FAT) != 255 (HD)
sect/track 18 (FAT) != 63 (HD)
FAT12 at 22813/162/29
FAT12 22813 162 29 22813 208 10 2880 [NO NAME]
FAT12, blocksize=512, 1474 KB / 1440 KiB
check_FAT: Bad number of sectors per cluster
ReiserFS Marker at 29590/239/10
recover_rfs
block_count=1024
block_size=4096
ReiserFS 3.x 29590 239 10 29591 114 11 8192 [KNOPPIX-DATA]
ReiserFS 3.6 with non standard journal blocksize=4096, 4194 KB / 4096 KiB
HFS magic value at 35776/24/48
part_size 3902541826
HFS 35776 24 48 278698 23 6 3902541826 []
HFS blocksize=134217728, 1998 GB / 1860 GiB
This partition ends after the disk limits. (start=574742999, size=3902541826, end=4477284824, disk end=1953458176)
HFS magic value at 35776/24/50
FAT12 at 43169/233/5
FAT1 : 1-9
FAT2 : 10-18
start_rootdir : 19
Data : 33-2879
sectors : 2880
cluster_size : 1
no_of_cluster : 2847 (2 - 2848)
fat_length 9 calculated 9
heads/cylinder 2 (FAT) != 255 (HD)
sect/track 18 (FAT) != 63 (HD)
FAT12 at 43169/233/5
FAT12 43169 233 5 43170 23 49 2880 [BALDER10]
FAT12, blocksize=512, 1474 KB / 1440 KiB
FAT12 at 43172/7/16
FAT1 : 1-9
FAT2 : 10-18
start_rootdir : 19
Data : 33-2879
sectors : 2880
cluster_size : 1
no_of_cluster : 2847 (2 - 2848)
fat_length 9 calculated 9
heads/cylinder 2 (FAT) != 255 (HD)
sect/track 18 (FAT) != 63 (HD)
FAT12 at 43172/7/16
FAT12 43172 7 16 43172 52 60 2880 [BALDER10]
FAT12, blocksize=512, 1474 KB / 1440 KiB
FAT16 at 43368/188/37
FAT1 : 1-32
FAT2 : 33-64
start_rootdir : 65
Data : 97-30716
sectors : 30720
cluster_size : 4
no_of_cluster : 7655 (2 - 7656)
fat_length 32 calculated 30
heads/cylinder 64 (FAT) != 255 (HD)
sect/track 32 (FAT) != 63 (HD)
FAT16 at 43368/188/37
FAT16 43368 188 37 43370 166 12 30720 [UEFI]
FAT16, blocksize=2048, 15 MB / 15 MiB
FAT12 at 49325/173/5
check_FAT: Unusual media descriptor (0xf8!=0xf0)
FAT1 : 1-1
FAT2 : 2-2
start_rootdir : 3
Data : 35-830
sectors : 832
cluster_size : 4
no_of_cluster : 199 (2 - 200)
fat_length 1 calculated 1
heads/cylinder 64 (FAT) != 255 (HD)
sect/track 32 (FAT) != 63 (HD)
FAT12 at 49325/173/5
FAT12 49325 173 5 49325 186 17 832 [NO NAME]
FAT12, blocksize=2048, 425 KB / 416 KiB
FAT32 at 49326/119/16
Bad root_cluster
FAT12 at 49326/119/17
FAT1 : 1-9
FAT2 : 10-18
start_rootdir : 19
Data : 33-2879
sectors : 2880
cluster_size : 1
no_of_cluster : 2847 (2 - 2848)
fat_length 9 calculated 9
FAT differs, FAT sectors=0-9/9
heads/cylinder 2 (FAT) != 255 (HD)
sect/track 18 (FAT) != 63 (HD)
FAT12 at 49326/119/17
FAT12 49326 119 17 49326 164 61 2880 [NO NAME]
FAT12, blocksize=512, 1474 KB / 1440 KiB
NTFS at 121597/37/40
filesystem size 1953456128
sectors_per_cluster 8
mft_lcn 786432
mftmirr_lcn 122091007
clusters_per_mft_record -10
clusters_per_index_record 1
NTFS 0 32 33 121597 37 40 1953456128
NTFS found using backup sector, blocksize=4096, 1000 GB / 931 GiB
Disk /dev/sdb - 1000 GB / 931 GiB - CHS 121597 255 63
Check the harddisk size: HD jumpers settings, BIOS detection...
The harddisk (1000 GB / 931 GiB) seems too small! (< 2292 GB / 2134 GiB)
The following partitions can't be recovered:
HFS 3849 87 46 246771 86 4 3902541826 []
HFS blocksize=134217728, 1998 GB / 1860 GiB
HFS 35776 24 48 278698 23 6 3902541826 []
HFS blocksize=134217728, 1998 GB / 1860 GiB
Results
P FAT12 0 23 56 0 117 21 5888 [NO NAME]
FAT12, blocksize=2048, 3014 KB / 2944 KiB
P NTFS 0 32 33 121597 37 40 1953456128
NTFS found using backup sector, blocksize=4096, 1000 GB / 931 GiB
P FAT12 15479 134 24 15479 147 36 832 [NO NAME]
FAT12, blocksize=2048, 425 KB / 416 KiB
P FAT12 15480 7 3 15480 52 47 2880 [NO NAME]
FAT12, blocksize=512, 1474 KB / 1440 KiB
P FAT12 15605 175 3 15605 220 47 2880 [BALDER10]
FAT12, blocksize=512, 1474 KB / 1440 KiB
P FAT12 15827 238 32 15828 29 13 2880 [BALDER10]
FAT12, blocksize=512, 1474 KB / 1440 KiB
P ext2 18178 95 6 18434 133 11 4115040 [KNOPPIX]
ext2 blocksize=4096 Large_file Sparse_SB, 2106 MB / 2009 MiB
P ext2 18580 81 36 18836 119 41 4115040 [KNOPPIX]
ext2 blocksize=4096 Large_file Sparse_SB Backup_SB, 2106 MB / 2009 MiB
P ext2 18795 218 46 19052 1 51 4115040 [KNOPPIX]
ext2 blocksize=4096 Large_file Sparse_SB Backup_SB, 2106 MB / 2009 MiB
P FAT12 19558 233 4 19558 246 16 832 [NO NAME]
FAT12, blocksize=2048, 425 KB / 416 KiB
P FAT12 19559 105 46 19559 151 27 2880 [NO NAME]
FAT12, blocksize=512, 1474 KB / 1440 KiB
P FAT12 22812 216 17 22812 229 29 832 [NO NAME]
FAT12, blocksize=2048, 425 KB / 416 KiB
P FAT12 22813 162 29 22813 208 10 2880 [NO NAME]
FAT12, blocksize=512, 1474 KB / 1440 KiB
P ReiserFS 3.x 29590 239 10 29591 114 11 8192 [KNOPPIX-DATA]
ReiserFS 3.6 with non standard journal blocksize=4096, 4194 KB / 4096 KiB
P FAT12 43169 233 5 43170 23 49 2880 [BALDER10]
FAT12, blocksize=512, 1474 KB / 1440 KiB
P FAT12 43172 7 16 43172 52 60 2880 [BALDER10]
FAT12, blocksize=512, 1474 KB / 1440 KiB
P FAT16 43368 188 37 43370 166 12 30720 [UEFI]
FAT16, blocksize=2048, 15 MB / 15 MiB
P FAT12 49325 173 5 49325 186 17 832 [NO NAME]
FAT12, blocksize=2048, 425 KB / 416 KiB
P FAT12 49326 119 17 49326 164 61 2880 [NO NAME]
FAT12, blocksize=512, 1474 KB / 1440 KiB
Hint for advanced users. dmsetup may be used if you prefer to avoid to rewrite the partition table for the moment:
echo "0 5888 linear /dev/sdb 1504" | dmsetup create test0
echo "0 1953456128 linear /dev/sdb 2048" | dmsetup create test1
echo "0 832 linear /dev/sdb 248678600" | dmsetup create test2
echo "0 2880 linear /dev/sdb 248686643" | dmsetup create test3
echo "0 2880 linear /dev/sdb 250705352" | dmsetup create test4
echo "0 2880 linear /dev/sdb 254275780" | dmsetup create test5
echo "0 4115040 linear /dev/sdb 292035560" | dmsetup create test6
echo "0 4115040 linear /dev/sdb 298492838" | dmsetup create test7
echo "0 4115040 linear /dev/sdb 301955454" | dmsetup create test8
echo "0 832 linear /dev/sdb 314213952" | dmsetup create test9
echo "0 2880 linear /dev/sdb 314221995" | dmsetup create test10
echo "0 832 linear /dev/sdb 366488404" | dmsetup create test11
echo "0 2880 linear /dev/sdb 366501079" | dmsetup create test12
echo "0 8192 li
Sorry Windows gibt es nicht. Geht auch gparted?Die Festplatte mit NTFS-Partition würde ich an ein Windows-System anschließen, das auch problemlos mit GPT klarkommt, z.B. Windows 7 in der Ausgabe mit 64 Bit. Dort würde ich mit der Datenträgerverwaltung auf die Festplatte schauen und den Befehl chkdsk /f auf die entsprechende Partition anwenden.