ExtFS für Windows erkennt ext3 Partitionen nicht...

Liebe Paragonler,

Ich versuche gerade, SMB/Win Daten von einer ext3 Platte mit utf8 Kodierung aus dem RAID1 Verbund eines LG NAS Systems zu retten.

Alle ext3 Reader für Windows, die ich bisher getestet habe, konnten manches, aber keiner konnte genug, mal ging nur inode size 128, mal kein utf8 oder nur halb, mal gab es keine File System Treiber für Windows und damit keine Verifikation nach der Rettung, was das Ganze nur begrenzt einsetzbar macht, etc.

Bei meiner Suche bin ich nun auf ExtFS für Windows gestossen und hoff(t)e eigentlich, hier einen geeigneten Kandidaten gefunden zu haben.

ExtFS erkennt meine Platte laut Log zwar, kann dann aber offensichtlich nichts mit den Partitionen anfangen. Die Partitionen werden zwar gelistet, aber mit roten "LEDs" und ohne Typangabe und sind natürlich nicht mountbar.

Leider ist es mir nicht gelungen, hier irgendein Attachment hochzuladen (auch nicht gaaannnzzz kleine), deshalb habe ich die Log Datei unten reinkopiert, sorry...

Es handelt sich um Physical Drive 1 und ich würde mich über jede Rückmeldung freuen, auch über eine "geht nicht und machen wir nicht" Antwort.

Vielen Dank,
Ingmar

-----------SNIPP-------------------------------------------------------------

Use CreateFDisk
FDisk version 3.2 + Base + LDM + SCO + GPT + APT + LVM2 (Nov 29 2013, 19:01:07)

============== PhysicalDrive 0 , 1397.26 Gb ==============
Media type : Unknown
Cylinders : 181688, 0x2c5b8
TracksPerCylinder : 256, 0x100
SectorsPerTrack : 63, 0x3f
BytesPerSector : 512, 0x200
Total sectors : 2930277168, 0xaea87b30
C*H*S : 2930264064, 0xaea84800
delta : 13104, 0x3330, 6.39 MB
================================================== ========

============== Layout of PhysicalDrive 0 (Mbr partition style) ===========
Signature 0xb03163e9
PartitionCount 4
PartEntry# StartingOffSet PartitionLength HidSect PartNumber PT BI Recgnz
---------- -------------- --------------- ------- ---------- -- -- ------
0 800 1E00000 800 1 27 00 1
1 1E00800 32000 1E00800 2 07 01 1
2 1E32800 565E7000 1E32800 3 07 00 1
3 58419800 5666D800 58419800 4 07 00 1

============== PhysicalDrive 1 , 931.51 Gb ==============
Media type : Unknown
Cylinders : 121126, 0x1d926
TracksPerCylinder : 256, 0x100
SectorsPerTrack : 63, 0x3f
BytesPerSector : 512, 0x200
Total sectors : 1953525168, 0x74706db0
C*H*S : 1953520128, 0x74705a00
delta : 5040, 0x13b0, 2.46 MB
================================================== ========

============== Layout of PhysicalDrive 1 (Mbr partition style) ===========
Signature 0xe6b64356
PartitionCount 4
PartEntry# StartingOffSet PartitionLength HidSect PartNumber PT BI Recgnz
---------- -------------- --------------- ------- ---------- -- -- ------
0 3F 12A5342 3F 1 FD 00 1
1 12A5381 7D820 12A5381 2 FD 00 1
2 1322BA1 733E2E20 1322BA1 3 FD 00 1
3 0 0 0 0 00 00 0

Begin population fdisk tree
Population fdisk tree
Population fdisk tree: FDISK_ITEM_COMP
Population fdisk tree
Population fdisk tree: FDISK_ITEM_MBR_DISK
Add MBR disk. Disk number: 0xB03163E9
Population fdisk tree
Population fdisk tree: FDISK_ITEM_MBR_PRIMARY
Add partition. Type FS: 0x27
Partition number: 1
Population fdisk tree: FDISK_ITEM_MBR_PRIMARY
Add partition. Type FS: 0x7
Partition number: 2
Population fdisk tree: FDISK_ITEM_MBR_PRIMARY
Add partition. Type FS: 0x7
Partition number: 3
Population fdisk tree: FDISK_ITEM_MBR_PRIMARY
Add partition. Type FS: 0x7
Partition number: 4
Population fdisk tree: FDISK_ITEM_MBR_DISK
Add MBR disk. Disk number: 0xE6B64356
Population fdisk tree
Population fdisk tree: FDISK_ITEM_MBR_PRIMARY
Add partition. Type FS: 0xFD
Partition number: 1
Population fdisk tree: FDISK_ITEM_MBR_PRIMARY
Add partition. Type FS: 0xFD
Partition number: 2
Population fdisk tree: FDISK_ITEM_MBR_PRIMARY
Add partition. Type FS: 0xFD
Partition number: 3
Add info for NTFS partition. Letter: Label: P
Add info for NTFS partition. Letter: C Label: P
Add info for NTFS partition. Letter: D Label: D
Add info for NTFS partition. Letter: Label: P
Error DeviceIoControl for hndlC: 1
Error DeviceIoControl for hndlC: 1
Error DeviceIoControl for hndlC: 1
Error DeviceIoControl for hndlC: 1

Hallo, gutberle,

es handelt sich hier ja offenbar um ein Software-RAID. Sowas unterstützt unser Treiber nicht. Ich würde vorschlagen, dass Du mal die vertraute WIndows-Welt verlässt und Dir z. B. eine Knoppix-ISO herunterlädst. Damit hast Du vielleicht noch Möglichkeiten.

Hallo,

danke für die Antwort und ja, es handelt sich im eine Platte aus einem RAID Verbund, aber aus einem RAID1 Verbund, also einer Spiegelung und damit hat ja jede Disk die vollen Informationen und benimmt sich auch wie eine separate Platte. Ich kann sie also unter Linux zum Beispiel ganz normal und ohne Risiko mit mount /dev/md2 /mnt/meinmountverzeichnis -t ext3 -o ro (schreibgeschützt) mounten. Bei einem rw mount wäre später zumindest ein resync fällig, aber da ich hier nur "von" der Platte retten will, mounte ich ro. - Grundsätzlich würde also zumindest vom Platten- und RAID-Layout her nichts dagegen sprechen, auch eine RAID1 Platte mit dem ExtFS Treiber (zumindest lesend) einzubinden.

Das Problem beim Retten unter Linux ist, dass die Platte als SMB Laufwerk in einem NAS lief und die Dateinamen offensichtlich nicht durchgängig utf8 kodiert sind. Retten muß ich aber von ext3 auf ein ntfs (oder fat32) Laufwerk und die Linux ntfs und fat32 Dateisystemtreiber IGNORIEREN leider alle Dateien, deren Namen "fremd" kodiert sind. Das ist aber nun genau das, was ich mir in dieser Situation wo es um eine Datenrettung geht, NICHT erlauben kann. Sicherlich gibt es irgendeine Kombination von mount Parametern und iocharsets, die das heilen würde, aber bisher habe ich noch kein Glück gehabt.

Deshalb war es naheliegend, die ext3 Platte mit einem FS Treiber unter Windows lesen zu wollen, denn Windows kommt mit seinen eigenen Dateinamen eigentlich (fast) immer klar... ;-)

Gruß,
gutberle

Hi, gutberle,

mit den Logs da kenn ich mich nicht aus, aber bei der Festplatte 1 lese ich "Type FS: 0xFD". Das ist eine spezielle RAID-Partition: "fd Linux raid partition with autodetect using persistent superblock" (=> http://www.win.tue.nl/~aeb/partition...n_types-1.html). Das ist dann eben nicht extFS234. Vielleicht kann der Treiber das deshalb nicht.

Hi Piet,

danke für Deine Antwort, aber ich glaube Du vermischt hier zwei Dinge. Das eine ist der Partitionstyp 0xFD = "Linux Raid Autodetect" und das andere ist das "file system", also die logische Struktur der Daten und die ist hier tatsächlich ext3.
Der Paragon Treiber könnte die Daten also durchaus und ohne jede Veränderung am bestehenden Code lesen und er verweigert lediglich aufgrund des nicht erkannten Partitionstyps "den Sprung".

Gruß,
Ingmar