QNAP 'volume' recovery - RAID10

[CraigB]

I have an 8 disk QNAP NAS in RAID10, with a single 'storage pool' sitting across that array. The pool is divided into what QNAP labels as volumes, but which appear to be ext4 partitions. I accidentally deleted a QNAP 'Shared Folder' which equated to 'volume1' and am hoping I may be able to recover the circa 30TB of media files that were residing there. volume1 still exists in the GUI but shows as empty, the corresponding Linux directory is empty. The array remains intact with 5 other 'volumes' on the device. volume1 was dedicated to this folder and shouldnt be at risk of being overwritten

testdisk.log:
https://drive.google.com/file/d/1ly9fm2 ... sp=sharing

Prior to deleting I could see the partition here:
/dev/mapper/cachedev10
29.8T 25.0T 4.7T 84% /share/CACHEDEV10_DATA

After deletion /share/CACHEDEV10_DATA is empty. testdisk shows /dev/mapper/cachedev10:

Code: Select all

TestDisk 7.3-WIP, Data Recovery Utility, April 2025
Christophe GRENIER <grenier@cgsecurity.org>
https://www.cgsecurity.org

  TestDisk is free software, and
comes with ABSOLUTELY NO WARRANTY.

Select a media and choose 'Proceed' using arrow keys:
 Disk /dev/mapper/CG0ssddev - 420 GB / 391 GiB
 Disk /dev/mapper/cachedev1 - 2748 GB / 2560 GiB
>Disk /dev/mapper/cachedev10 - 34 TB / 31 TiB
 Disk /dev/mapper/cachedev2 - 18 TB / 17 TiB
 Disk /dev/mapper/cachedev3 - 10961 GB / 10208 GiB
 Disk /dev/mapper/cachedev4 - 1421 GB / 1324 GiB
 Disk /dev/mapper/cachedev8 - 2899 GB / 2700 GiB
 Disk /dev/mapper/vg1-lv1 - 2748 GB / 2560 GiB
 Disk /dev/mapper/vg1-lv10 - 34 TB / 31 TiB
 Disk /dev/mapper/vg1-lv1312 - 7193 MB / 6860 MiB
>[Previous]  [  Next  ]  [Proceed ]  [  Quit  ]

Note:
Disk capacity must be correctly detected for a successful recovery.
If a disk listed above has an incorrect size, check HD jumper settings and BIOS
detection, and install the latest OS patches and disk drivers.

It also lists alternative 'disks' of the same size:
/dev/mapper/vg-lv10
/dev/dm-16
/dev/dm-23

Selecting any of these I can drill into an ext4 partition and list top level files/directories - but I am unable to descend into any directory (I get a No file found error). If I select one of the physical disks (such as /dev/sda) I can see:

Code: Select all

TestDisk 7.3-WIP, Data Recovery Utility, April 2025
Christophe GRENIER <grenier@cgsecurity.org>
https://www.cgsecurity.org

Disk /dev/sda - 18 TB / 16 TiB - CHS 2188400 255 63
     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]
 P Linux filesys. data   35138862048 35139777503     915456
 P Linux Swap            35139922336 35154392591   14470256






Structure: Ok.  Use Up/Down Arrow keys to select partition.
Use Left/Right Arrow keys to CHANGE partition characteristics:
                P=Primary  D=Deleted
Keys A: add partition, L: load backup, T: change type, P: list files,
     Enter: to continue
ext3 blocksize=4096 Large_file Sparse_SB Recover, 542 MB / 517 MiB

Unclear whether these deleted partitions are where my data is hiding ? The RAID10 array is still intact and I have multiple other volumes/partitions sitting atop it from what I can see.

I'm new to testdisk and know little about linux/RAID filestructures - any suggestions would be appreciated.

[recuperation]

TestDisk does not include an undelete function for ext4.