Come riparare una partizione GPT con gdisk?

[stefanoxjx]

Ciao a tutti, ieri mattina all'accesione del pc ho avuto la bellissima sorpresa che il sistema non partiva più dicendomi che una determinata partizione non esisteva più
A questo punto ho preso un altro disco ed ho reinstallato il sistema, fortunatamente avevo i backup e quindi non ho perso quasi nulla ma mi piacerebbe riuscire a leggere nuovamente il disco che mi ha fatto lo scherzo.
Secondo me il disco è integro è solo successo qualcosa a livello di scritture su disco che l'hanno un po' incasinato.
Ho fatto qualche ricerca ed ho visto che gdisk contiene delle apposite funzioni per riparare i dischi con partizioni GPT, ma non vorrei mettermi a fare esperimenti e combinare più danni di quelli che già ci sono.
C'è qualcuno che ha già avuto esperienze di questo tipo?
Quando collego il disco alla porta USB (ora è su un adattatore usb) dmesg mi
riporta questo:

[ 2693.128020] usb 1-3.2: new high-speed USB device number 6 using ehci_hcd
[ 2693.221278] scsi10 : usb-storage 1-3.2:1.0
[ 2703.764514] scsi 10:0:0:0: Direct-Access ST2000DL 003-9VT166 CC3C PQ: 0 ANSI: 0
[ 2703.765725] sd 10:0:0:0: Attached scsi generic sg2 type 0
[ 2703.766321] sd 10:0:0:0: [sdb] 3907027055 512-byte logical blocks: (2.00 TB/1.81 TiB)
[ 2703.767194] sd 10:0:0:0: [sdb] Write Protect is off
[ 2703.767201] sd 10:0:0:0: [sdb] Mode Sense: 03 00 00 00
[ 2703.767916] sd 10:0:0:0: [sdb] No Caching mode page present
[ 2703.767922] sd 10:0:0:0: [sdb] Assuming drive cache: write through
[ 2703.770180] sd 10:0:0:0: [sdb] No Caching mode page present
[ 2703.770184] sd 10:0:0:0: [sdb] Assuming drive cache: write through
[ 2703.815552] sdb: unknown partition table
[ 2703.818545] sd 10:0:0:0: [sdb] No Caching mode page present
[ 2703.818549] sd 10:0:0:0: [sdb] Assuming drive cache: write through
[ 2703.818553] sd 10:0:0:0: [sdb] Attached SCSI disk

quindi non mi vede nessuna partizione.
Se lancio gdisk mi dice:

o# gdisk /dev/sdb
GPT fdisk (gdisk) version 0.8.1

Warning! Disk size is smaller than the main header indicates! Loading
secondary header from the last sector of the disk! You should use 'v' to
verify disk integrity, and perhaps options on the experts' menu to repair
the disk.
Warning! Main and backup partition tables differ! Use the 'c' and 'e' options
on the recovery & transformation menu to examine the two tables.

Warning! One or more CRCs don't match. You should repair the disk!

Partition table scan:
MBR: protective
BSD: not present
APM: not present
GPT: damaged

****************************************************************************
Caution: Found protective or hybrid MBR and corrupt GPT. Using GPT, but disk
verification and recovery are STRONGLY recommended.
****************************************************************************

Command (? for help):

però il bello è che se do il comando p (print partition table), le mie partizioni sono li:

Command (? for help): p
Disk /dev/sdb: 3907027055 sectors, 1.8 TiB
Logical sector size: 512 bytes
Disk identifier (GUID): 5F968404-A5B8-45C8-B91B-8527E0AAEE55
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 2157 sectors (1.1 MiB)

Number Start (sector) End (sector) Size Code Name
1 2048 1953791 953.0 MiB 0700
2 1953792 9766911 3.7 GiB 8200
3 9766912 87891967 37.3 GiB 0700
4 87891968 478517247 186.3 GiB 0700
5 478517248 3907028991 1.6 TiB 0700

Command (? for help):

se do il comando v (verify):

Command (? for help): v

Caution: The CRC for the backup partition table is invalid. This table may
be corrupt. This program will automatically create a new backup partition
table when you save your partitions.

Problem: main GPT header's backup LBA pointer (3907029167) doesn't
match the backup GPT header's current LBA pointer (3907027054).
The 'e' option on the experts' menu may fix this problem.

Problem: main GPT header's last usable LBA pointer (3907029134) doesn't
match the backup GPT header's last usable LBA pointer (3907027021)
The 'e' option on the experts' menu can probably fix this problem.

Problem: main header's disk GUID (5F968404-A5B8-45C8-B91B-8527E0AAEE55) doesn't
match the backup GPT header's disk GUID (BCD7B66E-A4AB-42CA-8D05-F6CCF5B7E9E1)
You should use the 'b' or 'd' option on the recovery & transformation menu to
select one or the other header.

Problem: Disk is too small to hold all the data!
(Disk size is 3907027055 sectors, needs to be 3907029168 sectors.)
The 'e' option on the experts' menu may fix this problem.

Problem: partition 5 is too big for the disk.

Identified 6 problems!

e qui mi fermo prima di fare ulteriori danni
Avete qualche idea su come mi converrebbe procedere?
Grazie.
Ciao.