1.BIN is showing a drive with a 2TB MBR partition of type 07 (NTFS). The size (0xE8E07800) and start sector (0x800) matches the information in the NTFS boot sector of your 2TB drive, so everything appears to be OK.
2.BIN and 3.BIN are showing drives with GPT partition systems. Sector 2 of each drive shows a 3TB partition beginning at sector 0x40800 and ending at sector 0x15D509FFF. This equates to a size of ...
0x15D509FFF - 0x40800 = 0x15D4C97FF
... which matches the boot sector information.
However, there is a problem in sector 1 of each of the 3TB drives. Sector 1 is the "EFI PART" sector. In both cases the numbers are telling us that the usable area begins at sector 34 (= 0x22) and ends at sector 0x5D50A38E.
The size of the usable area is therefore ...
(0x5D50A38E - 0x22 + 1) sectors x 512 bytes per sector = 801 569 692 160 bytes
This means that sector #1 is reporting a physical capacity of 800GB, but sector #2 is reporting a partition size of 3TB. It appears that this could be the root cause of your data corruption.
Sector #2 is reporting that the full size of the drive is 0x5D50A3B0 (= 0x5D50A3AF + 1) sectors. The actual size of WD's and Seagate's 3TB SATA drives is 5860533168 sectors.
In hexadecimal this number is 0x15D50A3B0:
http://www.google.com/search?q=5860533168+in+hex
Therefore you can see that the two numbers differ in the most significant bit, 0x15D50A3B0 versus 0x5D50A3B0. The leading "1" is the 33rd bit, so it appears that the drive was initialised when a 32-bit LBA limit (2TiB) was active, and then subsequently partitioned and formatted when the full 48-bit LBA range became available. At least that's one explanation. The 32-bit LBA limit could have been a driver problem which was subsequently corrected, or it could have been a BIOS issue which was later fixed by a BIOS update. Alternatively, if you switched between AHCI and RAID modes, or IDE modes, in your BIOS setup, then this may have invoked different Windows drivers, one of which may have the 32-bit limit while the other may not. Again that's just speculation.
Whatever the reason, there is a problem in sector #2 which will undoubtedly result in further data corruption. I suggest you backup your data ASAP, using data recovery software where necessary, and refrain from writing to the drives.
As for how the corruption occurred, imagine that the OS attempts to write to a sector beyond the 2TiB limit. Instead of writing to sector 0x1nnnnnnnn, the leading "1" is dropped and data is instead written to 0x0nnnnnnnn. In other words, data written to the end of the drive (sector 2TiB + X) wraps around to the beginning (sector X), resulting in critical file system areas being overwritten. The file system then becomes corrupted. Windows then sees the file system as RAW and treats it as just a bunch of bytes.