On an installation my 4TB backup-drive was mounted and a new "swap-partition" was created. Testdisk finds two partitions which overleap; my "old ext4 data" along with the new swap.
All screenshots of gparted and testdisk in a [dead link removed by recuperation].
Pointers / help on how to fix it are greatly appreciated.
~~~
Detailed Version:
Something went wrong while trying a new Linux-Install (with the Zen-Installer) and now my backup-disk is inaccessible.
After a new Linux-Install with the Zen-Installer - which is not like Calamares & Co, for those who use Linux - the system greeted me with a kernel-panic.
I booted a live distro and after a quick look into the grub.conf, i found the error and was able to boot into my antergos-install.
I mounted the new partition for the zen-installer and saw, that nothing was written there by the installer.
I checked the other disks and saw, that on my backup-hdd the zen-installer created an 4TB sawp?!


The swap on my backup-hdd was not in use. I installed the testdisk-package and started photorec to see if any files can be found.
Photorec found a lot of my files. How can this be? The Zen-Installer did not format the swap, maybe just created the sway and wrote a new partition-table?
I closed photorec and started testdisk.
After choosing GPT -> Analyse -> Quick search, he finds swap but also my old backup-partition, but they overleap! Even the the name [data] is correct.

Testdisk also finds the superblocks. It was an ext4-filesystem.

///
My best guess is, that the Zen-Installer "only initialized" a swap-partition and wrote a new partition-table, since a lot of files and superblocks can be found.
Normally i would do more "try and error", but a diskimage with dd of the 4TB-partition takes my system (HDD on USB) almost 24h.
It feels like i should be able to fix that. What would you do?
Pointers / help on how to fix it are greatly appreciated.
Thanks, Jan