QNAP 'volume' recovery - RAID10
Posted: 18 May 2025, 14:49
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:
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:
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.
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.
/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
I'm new to testdisk and know little about linux/RAID filestructures - any suggestions would be appreciated.