Ist es möglich, fakeraid-Image-Dateien wiederherzustellen, zu konvertieren oder einzuhängen? (TL; DR - haben fakeraid-Abbilder, möchten diese in mdadm-Abbilder konvertieren)

Mein Versprechen NAS NS4300N ist kürzlich gestorben (PSU- oder Motherboard-Ausfall, wahrscheinlich ersteres, da es Probleme hat, die Festplatten hochzudrehen).

Ich habe es geschafft, die Laufwerke (4 500 GB-Laufwerke in einer RAID5-Konfiguration) als Images auf einem neuen Server zu dd (1), obwohl eines der Laufwerke einige Lesefehler hatte (conv = noerror ftw ...).

Da der Promise NAS jedoch mdadm (8) nicht für RAID verwendet, sondern stattdessen "Hardware" -ID (auch bekannt als FakeRAID), sehen die Bilder so aus:

$ fdisk -l /local/media/promise.dd.1 Disk /local/media/promise.dd.1: 465.8 GiB, 500106174464 bytes, 976769872 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: 0xb95a0900  Device Boot Start End Sectors Size Id Type  /local/media/promise.dd.1p1 63 2929918634 2929918572 1.4T 83 Linux  $ fdisk -l /local/media/promise.dd.2  Disk /local/media/promise.dd.2: 465.8 GiB, 500107862016 bytes, 976773168 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  $ fdisk -l /local/media/promise.dd.3  Disk /local/media/promise.dd.3: 465.8 GiB, 500107862016 bytes, 976773168 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  $ fdisk -l /local/media/promise.dd.4  Disk /local/media/promise.dd.4: 465.8 GiB, 500107862016 bytes, 976773168 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: 0xb95a0900  Device Boot Start End Sectors Size Id Type  /local/media/promise.dd.4p1 63 2929918634 2929918572 1.4T 83 Linux 

Wenn sie als Loop-Geräte (4) montiert sind, sehen die Bilder folgendermaßen aus:

$ sudo lsblk -io NAME,FSTYPE,SIZE,MOUNTPOINT,LABEL  NAME FSTYPE SIZE MOUNTPOINT LABEL  ..  loop0 promise_fasttrack_raid_member 465.8G loop1 promise_fasttrack_raid_member 465.8G loop2 promise_fasttrack_raid_member 465.8G loop3 promise_fasttrack_raid_member 465.8G 

Kein Wunder, dass mdadm (8) diese nicht lesen kann, da es keinen brauchbaren Superblock findet:

$ sudo mdadm --verbose --examine /dev/loop0 /dev/loop0: MBR Magic : aa55 Partition[0] : 2929918572 sectors at 63 (type 83) $ sudo mdadm --verbose --examine /dev/loop1 mdadm: No md superblock detected on /dev/loop1. 

Und natürlich:

$ sudo mdadm --verbose -A /dev/md127 --readonly --run /dev/loop1 /dev/loop2 /dev/loop3 /dev/loop4 mdadm: looking for devices for /dev/md127 mdadm: no recogniseable superblock on /dev/loop1 mdadm: /dev/loop1 has no superblock - assembly aborted 

Ich dachte, ich könnte versuchen, diese mit dmraid (8) zu lesen / untersuchen, da dies als Werkzeug zum " Erkennen , Konfigurieren und Aktivieren von Software-RAID (ATA)" angekündigt wird . Soweit ich das beurteilen kann, trifft diese Aussage nur zu, wenn die Laufwerke über das BIOS verfügbar gemacht werden. Dies ist eindeutig nicht der Fall, da es sich um Loop-Geräte (4) handelt:

$ sudo dmraid -ay no raid disks 

Habe ich die Möglichkeit, die Daten per Software wiederherzustellen? Oder ist meine einzige Möglichkeit, Hardware zu finden, die physikalische Laufwerke mit den darauf gespeicherten Daten lesen kann (z. B. eine Promise PCI-Karte)?

Danke fürs Lesen.