-Allright. It’s beyond reason to wonder why the Windows 10 install disk, first installed on a brand new build chose legacy over UEFI, but from the install disc I wiped the SSD with Windows, formatted it as GPT, and re-installed windows. (this post was a big help: https://www.reddit.com/r/buildapc/comments/40b1c5/troubleshooting_trying_and_failing_to_reinstall/)
-fdisk also seems to working in OpenSuse, which is strange but welcome. Here’s the output of fdisk -l:
Disk /dev/sda: 477 GiB, 512110190592 bytes, 1000215216 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: AB6F2783-A2B0-4DB3-8910-8DBFC0B50447
Device Start End Sectors Size Type
/dev/sda1 2048 321535 319488 156M EFI System
/dev/sda2 321536 4530175 4208640 2G Microsoft basic data
/dev/sda3 4530176 88422399 83892224 40G Microsoft basic data
/dev/sda4 88422400 1000214527 911792128 434.8G Microsoft basic data
Disk /dev/sdb: 698.7 GiB, 750156374016 bytes, 1465149168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0xb275bdcd
Device Boot Start End Sectors Size Id Type
/dev/sdb1 * 2 1465149167 1465149166 698.7G 7 HPFS/NTFS/exFAT
Disk /dev/sdc: 477 GiB, 512110190592 bytes, 1000215216 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x90755cfe
Device Boot Start End Sectors Size Id Type
/dev/sdc2 1026048 920195071 919169024 438.3G 7 HPFS/NTFS/exFAT
Disk /dev/sdd: 465.8 GiB, 500107862016 bytes, 976773168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: 26E02776-EC54-4957-B80C-321F185B9050
Device Start End Sectors Size Type
/dev/sdd1 2048 923647 921600 450M Windows recovery environment
/dev/sdd2 923648 1128447 204800 100M EFI System
/dev/sdd3 1128448 1161215 32768 16M Microsoft reserved
/dev/sdd4 1161216 976773119 975611904 465.2G Microsoft basic data
*I"m pretty confused by the drive listings. sda should be the OpenSuse drive, but has three partitions of Windows data on it according to fdisk (But Yast partitioner sees them as ‘Type Linux native.’ sdc should be the Windows 10 drive, and is labelled as gpt by fdisk, but gdisk says GPT not present.
-I probably shouldn’t be playing with gdisk but I tried it when fdisk wouldn’t originally load. Notice how it says “GPT: not present” ? And gives an option to convert MBR to GPT? Is that an option to consider?
-I’m grateful for the help.
linux-hk2f:~ # gdisk
GPT fdisk (gdisk) version 0.8.8
Type device filename, or press <Enter> to exit: /dev/sdc
Partition table scan:
MBR: MBR only
BSD: not present
APM: not present
GPT: not present
Found invalid GPT and valid MBR; converting MBR to GPT format
in memory. THIS OPERATION IS POTENTIALLY DESTRUCTIVE! Exit by
typing ‘q’ if you don’t want to convert your MBR partitions
to GPT format!