Data recovery from QNAP Raid 1 disk

[bronks75]

Hello,
I did a big mistake transferring my disks from one NAS (both QNAP) to another thinking that they will be usable.
Unfortunatelly it did not go like this.
The disks are now unusable on both NAS (saying that they come from QNAP NAS but need to be formatted ).
I know that data are still there (tested with DiskInternals Raid Recovery on windows) but I'm trying to find a free solution.

I'm using TestDisk on Ubuntu but I can use any other free solution.

Here is the first info from TestDisk :

Code: Select all

TestDisk 7.2-WIP, Data Recovery Utility, June 2023
Christophe GRENIER <grenier@cgsecurity.org>
https://www.cgsecurity.org

Disk /dev/sdc - 6001 GB / 5589 GiB - CHS 5723166 64 32
Current partition structure:
     Partition                  Start        End    Size in sectors

Invalid RAID superblock
 1 P Linux Raid                    40    1060143    1060104
 1 P Linux Raid                    40    1060143    1060104
Invalid RAID superblock
 2 P Linux Raid               1060296    2120527    1060232
 2 P Linux Raid               1060296    2120527    1060232
Invalid RAID superblock
 3 P Linux Raid               2120584 11703255823 11701135240
 3 P Linux Raid               2120584 11703255823 11701135240
Invalid RAID superblock
 4 P Linux Raid            11703256112 11704173879     917768
 4 P Linux Raid            11703256112 11704173879     917768
Invalid RAID superblock
 5 P Linux Raid            11704316408 11718786687   14470280
 5 P Linux Raid            11704316408 11718786687   14470280

Result of Quick analysis :

Code: Select all

Disk /dev/sdc - 6001 GB / 5589 GiB - CHS 5723166 64 32
     Partition               Start        End    Size in sectors
>D Linux filesys. data           40    1060135    1060096
 D Linux Raid                    40    1060143    1060104 [9]
 D Linux Swap               1060288    1060303         16
 D Linux Raid               1060296    2120527    1060232 [256]
 D Linux LVM                2120584 11703252671 11701132088
 D Linux Raid               2120584 11703255823 11701135240 [1]
 D Linux filesys. data   11703256112 11704171567     915456
 D Linux Raid            11703256112 11704173879     917768 [13]
 D Linux Swap            11704316400 11704316415         16
 D Linux Raid            11704316408 11718786687   14470280 [322]

Launching some commands on linux :

Code: Select all

root@ubuntu:/home/ubuntu/testdisk-7.2-WIP# fdisk -l /dev/sdc
Disque /dev/sdc : 5,46 TiB, 6001175126016 octets, 11721045168 secteurs
Disk model: ASMT1153e       
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 4096 octets
taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets
Type d'étiquette de disque : gpt
Identifiant de disque : 060183F0-5ECF-455C-A65D-BEA7E755A008

Périphérique       Début         Fin    Secteurs Taille Type
/dev/sdc1             40     1060143     1060104 517,6M RAID Linux
/dev/sdc2        1060296     2120527     1060232 517,7M RAID Linux
/dev/sdc3        2120584 11703255823 11701135240   5,4T RAID Linux
/dev/sdc4    11703256112 11704173879      917768 448,1M RAID Linux
/dev/sdc5    11704316408 11718786687    14470280   6,9G RAID Linux

root@ubuntu:/home/ubuntu/testdisk-7.2-WIP# pvscan
  WARNING: Unrecognised segment type tier-thin-pool
  WARNING: Unrecognised segment type thick
  WARNING: Unrecognised segment type flashcache
  WARNING: PV /dev/sdc3 in VG vg1 is using an old PV header, modify the VG to update.
  LV vg1/tp1, segment 1 invalid: does not support flag ERROR_WHEN_FULL. for tier-thin-pool segment.
  Internal error: LV segments corrupted in tp1.
  Cannot process volume group vg1
  No matching physical volumes found

Can someone please give me some advice to be able to recover my data ?

Thanks in advance.

[recuperation]

I can't help you. I have no practical experience with linux raid configurations and possible lvm layers on top. Using the forum search with parameters "linux raid" and author="cgrenier" yields 33 articles but reading them does not enable me to help you.