There is no partition table on this disk present according gdisk.
Furthermore the the read errors are also a bad sign.
Without partition table it is impossible to recover any data.
What you could try is recreate the original partition table. And see if you can mount the partition. The partition table is on the beginning of the disk and your data could still be present on the dsk.
The table points to the sectors where the partitions start and end and indentify the type of partition. Whatever you do, donot write anything else to the disk then the original partition table.
Why the table is lost ?? Couldbe a bad sector but could also be a failing disk
The original table is posted in several topics in this forum but here it is once more, this is for a 2 TB disk. Yours is 4 TB so you must adapt last sector of partition 8
- Code: Select all
cloudbox original partiton table root@(none):/ # gdisk -l /dev/sda GPT fdisk (gdisk) version 0.8.5 Partition table scan: MBR: protective BSD: not present APM: not present GPT: present Found valid GPT with protective MBR; using GPT. Disk /dev/sda: 3907029168 sectors, 1.8 TiB Logical sector size: 512 bytes Disk identifier (GUID): 48EB39C7-FA39-4315-9B4C-B7E4FE438E83 Partition table holds up to 128 entries First usable sector is 34, last usable sector is 3907029134
Partitions will be aligned on 2048-sector boundaries Total free space is 2014 sectors (1007.0 KiB)
Number Start (sector) End (sector) Size Code Name
1 2048 4095 1024.0 KiB EF02 grub_core
2 4096 397311 192.0 MiB 8300 boot_rescue
3 397312 399359 1024.0 KiB 8300 nv_data
4 399360 3545087 1.5 GiB FD00 root_1
5 3545088 6690815 1.5 GiB FD00 root_2
6 6690816 8787967 1024.0 MiB FD00 var
7 8787968 9312255 256.0 MiB FD00 swap
8 9312256 3907029134 1.8 TiB FD00 user_data