Cloning disk with GPT using ddrescue

I am trying to save data from my failing external USB-HDD (Maxtor M3 Portable) to another USB-HDD (Western Digital).

(The original drive does not support SMART.)

The disk uses GPT and has one partition with Ext4.

I use ddrescue and so far I was able to save 99.99% (only about 300kB out of 4TB is reported as bad sectors) with the first bad area starting somewhere around 300GB and second multi-area around 1900GB.

The original disk was still usable until the very moment I started the cloning but would report disk read error on specific files (the reason why I started the cloning), so I was hoping that running fsck on the new disk would handle those few bad sectors and at worst lose few files.

Another issue is that the new disk is few bytes smaller BUT because I've got fooled before, the partition on the original disk is few GB smaller so that it would fit. I was hoping that by cloning as much of the original disk as can fit onto the new one would work without a problem since the space at the end is unused. But the nor fdisk nor lsblk see the same partition table as for the original disk.

Original disk

Disk /dev/sdb: 3,7 TiB, 4 000 787 029 504 bajtů, 7 814 037 167 sektorů
Jednotky: sektorů po 1 * 512 = 512 bajtech
Velikost sektoru (logického/fyzického): 512 bajtů / 4096 bajtů
Velikost I/O (minimální/optimální): 4096 bajtů / 4096 bajtů
Typ popisu disku: gpt
Identifikátor disku: 8432176D-CC2D-4A14-86BC-A63BF57C5935

Zařízení   Začátek      Konec    Sektory Velikost Druh
/dev/sdb1    65535 7810657904 7810592370     3,7T Souborový systém Linuxu

Backup disk

Disk /dev/sdd: 3,7 TiB, 4 000 752 599 040 bajtů, 7 813 969 920 sektorů
Jednotky: sektorů po 1 * 512 = 512 bajtech
Velikost sektoru (logického/fyzického): 512 bajtů / 4096 bajtů
Velikost I/O (minimální/optimální): 4096 bajtů / 4096 bajtů
Disklabel type: dos
Identifikátor disku: 0x8bdeabcd

Zařízení   Zaveditelný Začátek      Konec    Sektory Velikost ID Druh
/dev/sdd1                    1 4294967295 4294967295       2T ee GPT

fdisk reports different Disklabel type and different start and end sectors. As you can see the original disk has 7 814 037 167 sectors, but the partition end is on sector 7 810 592 370 so it should fit the new drive which has 7 813 969 920 sectors without a problem.

Question: Is there a specific task required to clone disk with GPT or is the GPT somehow tied only to the specific disk (I have no idea how or why it would be like that)?

Map file from ddrescue:

#      pos        size  status
0x00000000  0x47024D1000  +
0x47024D1000  0x00003000  -
0x47024D4000  0x17C05CB5000  +
0x1C308189000  0x00001000  -
0x1C30818A000  0x00004000  +
0x1C30818E000  0x00006000  -
0x1C308194000  0x0000B000  +
0x1C30819F000  0x00001000  -
0x1C3081A0000  0x0000F000  +
0x1C3081AF000  0x00005000  -
0x1C3081B4000  0x0000E000  +
0x1C3081C2000  0x00004000  -
0x1C3081C6000  0x00005000  +
0x1C3081CB000  0x00003000  -
0x1C3081CE000  0x00003000  +
0x1C3081D1000  0x00001000  -
0x1C3081D2000  0x00005000  +
0x1C3081D7000  0x00001000  -
0x1C3081D8000  0x00005000  +
0x1C3081DD000  0x00004000  -
0x1C3081E1000  0x0000F000  +
0x1C3081F0000  0x00001000  -
0x1C3081F1000  0x00014000  +
0x1C308205000  0x00002000  -
0x1C308207000  0x00005000  +
0x1C30820C000  0x00003000  -
0x1C30820F000  0x00007000  +
0x1C308216000  0x00006000  -
0x1C30821C000  0x00004000  +
0x1C308220000  0x00003000  -
0x1C308223000  0x00004000  +
0x1C308227000  0x00001000  -
0x1C308228000  0x0000D000  +
0x1C308235000  0x00001000  -
0x1C308236000  0x00026000  +
0x1C30825C000  0x00003000  -
0x1C30825F000  0x0000A000  +
0x1C308269000  0x00006000  -
0x1C30826F000  0x00007000  +
0x1C308276000  0x00005000  -
0x1C30827B000  0x00028000  +
0x1C3082A3000  0x00007000  -
0x1C3082AA000  0x00003000  +
0x1C3082AD000  0x00002000  -
0x1C3082AF000  0x00005000  +
0x1C3082B4000  0x00003000  -
0x1C3082B7000  0x1E077449000  +
0x3A37F700000  0x020D5E00  ?