I previously installed EndeavourOS on my ASUS ROG Strix G17 (32 GB RAM, 1TB SSD factory installed, another 1TB SSD mounted externally) and it was working fine until I messed up with the configuration enough to go for a re-install. However, it seems like I had two EFI partitions (~200mb, ~500mb) and I chose the ~500mb partition for the /boot/efi flag during installation. I also went with manual installation where I selected 300gb freespace for the / partition.
Now, when I tried booting after install, I couldn’t find my Windows 10 option anywhere. At first, I thought it was me selecting the wrong boot loader maybe (I chose system-d), so I reinstalled everything again with the same settings but chose GRUB as my loader instead. Same problem.
Here’s the output for sudo-parted -l:
Model: INTEL SSDPEKNU010TZ (nvme)
Disk /dev/nvme0n1: 1024GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Disk Flags:
Number Start End Size File system Name Flags
1 1049kB 274MB 273MB fat32 EFI system partition bios_grub, no_automount
2 274MB 290MB 16.8MB Microsoft reserved partition msftres, no_automount
3 290MB 674GB 674GB ntfs Basic data partition msftdata
4 674GB 675GB 538MB fat32 boot, esp
5 675GB 677GB 2147MB linux-swap(v1) swap
6 677GB 677GB 33.6MB bios_grub
10 677GB 999GB 322GB ext4
7 999GB 1000GB 1101MB ntfs Basic data partition hidden, diag, no_automount
8 1000GB 1024GB 23.6GB ntfs Basic data partition hidden, msftdata, no_automount
9 1024GB 1024GB 210MB fat32 Basic data partition hidden, diag, no_automount
Model: CT1000P5PSSD8 (nvme)
Disk /dev/nvme1n1: 1000GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Disk Flags:
Number Start End Size File system Name Flags
1 17.4kB 16.8MB 16.8MB Microsoft reserved partition msftres
2 16.8MB 430GB 429GB ntfs Basic data partition msftdata
3 430GB 1000GB 571GB ext4
Running sudo os-prober returns nothing, I’ve also tried uncommenting the GRUB_DISABLE_OS_PROBER=false line but that doesn’t do anything either.
One thing I’d like to mention: I did try moving Windows Boot Loader up the hierarchy in my BIOS to see if I could boot into Win like that and it jumped straight to the endeavor system-d loader again.
Look at the partiuuid for your /dev/nvme1n1p1 and compare it to the partuuid of the partition where your endeavouros bootloader (Boot0003) and Windows Boot Manager (Boot0000) are installed.
You mentioned that you had used the ~500 MB partition as ESP for your EnOS and you used Grub. That would be /dev/nvme1n1p4.
However, you have two items for systemd-boot’s bootloader: Boot0001, Boot0004 installed in /dev/nvme1n1p4 (partiuuid 669717d1-91fa-fa42-9595-d480098a6e11).
All in all, it is a bit of a mess
Myself, I would clean up the whole thing and setup things properly from the scratch.
I don’t mind setting things up from scratch as long as Windows doesn’t get deleted and I’m still able to setup dual-boot. How would you recommend I go through that? Should I just delete everything that’s not Windows? If yes, which ones.
Before everything, you would need to find a way to make your Windows bootable again.
Try Boot0000 and Boot0001 and see if any of them are functional. If not, I am afraid you have to do some research as to how to restore your Windows bootloader.
How do I try either of those, from my BIOS, all three options (Linux Boot Loader, Win Boot Loader, endeavor) take me to the Grub screen where only endeavor is shown.
Okay, it seems like setting the boot option to 0000 did the trick for loading Windows. What are the next steps here? Do I just delete everything Linux?
Sorry if I sound dumb, a lot of these terms are a little foreign to me for now. What exactly should I go through to figure out if it’s just the flags that I’m missing. Also, can I set those flags without reinstalling everything or do I just reinstall stuff with the correct flags?
During this installation you had probably booted in BIOS/Legacy Mode (instead of UEFI) and that’s why the partition flags were messed up.
The installer explains everything it is doing before it starts. It is a good habit to read what it says it will do. You can prevent lots of messed up systems this way .
For now, take some time to read a couple of Archwiki articles, and then follow the advice of the great EnOS forum experts