cgsecurity.org

Hello,

Just before transferring my 975gb of music back to my backup drive after formatting it for a linux filesystem I somehow managed to delete the partition on the only drive containing my music rather than sending it back to the backup. When I formatted the drive the music was on, I selected "Do not partition" and then partitioned it as EXT4, then removed the 5% reserved space for sudo. This is my first time doing anything like this so I have no idea where to go from here. I chose to scan the drive as and intel drive since I read somewhere that Testdisk cannot restore anything from a drive scanned as "Not partitioned"...but here are the results of the quick scan:

----------------------------------------------------------------------------------------------------------------------------------
Disk /dev/sdb - 1000 GB / 931 GiB - CHS 121602 255 63

The harddisk (1000 GB / 931 GiB) seems too small! (< 125
Check the harddisk size: HD jumpers settings, BIOS detection...
The following partitions can't be recovered:
Partition Start End Size in
XFS 4 20894 60 10 3697236857 92 15 22345959598555136 [M-0 ^GR[rIM-6M-e-]
> XFS 2 113957 221 11 672446639 26 59 24505321636159293 [M-DM-#~O~KM-?^T7'M-"i{]M-"i{]{]]]]]]]i{]T7'M-"i{]M-"i{]'M-"i{]{]



[ Continue ]
XFS 6.2 - attributes, 12546724 TB / 11411179 TiB
----------------------------------------------------------------------------------------------------------------------------------

Any ideas/solutions?

-Alex

TestDisk is designed to find partitions.
Even if the disk is not partitioned.
Please let me know your previous and current file system.
Your copied information only displays a xfs-partition, which can't be recovered because it ends after disk limit.
It has no signifcance, because TestDisk finds old partitions or remnants and can cause such behavior.
I'd need infos from the results, it mean from Quick and Deeper Search.
Also from Analyse it's your current partition structur (partition table).

Fiona