Struggling to install Ubuntu 20.04 LTS to newly built PC

[oldfred]

That shows an Ubuntu UEFI boot entry in the same ESP as Windows.
This is the GUID/partUUID that the ESP on Windows drive has.
1e5db068-d49d-407d-9349-2d7fbcdfd6e3

You can see that with:
lsblk -o name,mountpoint,label,size,fstype,uuid,partuuid | egrep -v "^loop"

[flexbriggs]

Yeah I do need to fix that. However, when I removed the windows drive from the computer, I still got the same error. So I doubt the ubuntu uefi boot entry in there is the causation of the error. Thank you for your help though @oldfred

[oldfred]

I think the reinstall of grub, will use the mount in the fstab of the ESP as where to reinstall grub.
And then because that does not exist, it gives the error.

Try changing the UUID of the mount of the ESP in fstab from the Windows ESP's to the Ubuntu drive's ESP.
Then see if the reinstall of grub works.

[flexbriggs]

Hey @oldfred Regarding the fstab solution, it did not work.

I was going to provide code, but my monzilla firefox crashed and would not let me post the logs. I attempted the install from a live USB, and it gave me the grub-error as always.
I then checked fstab and it didn't have any UUID lines, so I did the manual mount grub-reinstall solution, it gave me the same errors as before, but after that fstab had some UUID's.
You were right, it did install on the wrong partition. It tried to install on the EFI from the window's hard drive. I changed the UUID to the EFI partition on the second hard drive, and
unfortunately I got the same errors when trying the grub-reinstall. Any other ideas??

[oldfred]

Post a new link from Boot-Repair for its report.

[flexbriggs]

Note: I am trying Ubuntu 20.04 again. Also, I disabled the boot flags on the windows hard drive in an attempt to fix the error, but no luck.

https://paste.ubuntu.com/p/HpjM9VCKSW/

I am returning the flags for the windows hard drive now. Thanks @oldfred

[oldfred]

You never changed your second NVMe drive to gpt.

nvme1n1 : notGPT,

And your UEFI boot entries show MBR, which you can delete with efibootmgr.

Boot0006* ubuntu    HD(1,GPT,1e5db068-d49d-407d-9349-2d7fbcdfd6e3,0x800,0x32000)/File(\EFI\UBUNTU\SHIMX64.EFI)..BO
Boot0007* ubuntu    HD(1,MBR,0x716656fb,0x800,0xf3800)/File(\EFI\UBUNTU\SHIMX64.EFI)..BO
Boot0009* ubuntu    HD(1,MBR,0x716656fb,0x800,0x100800)/File(\EFI\UBUNTU\SHIMX64.EFI)..BO

Older gparted screenshot on changing to gpt. That erases drive.

[flexbriggs]

Hey @oldfred, I can get back to you in around 3 hours (after school). Just for clarification, the NVME drive is not GPT, thus the partitions are MBR. It's just the NVME, and not the live USB flash drive right?

And I can simply change that drive to GPT using GParted? Would that be the only thing I need to change? Sorry for the stupid questions, still trying to learn all this linux jargon

[oldfred]

If you use gparted to change it, then it is erased & you have to reinstall
It is possible to convert in place, better for data only drives.
But you can then a full reinstall grub & update any setting using UUID or GUID as those all change.

Converting to or from GPT - must have good backups.
http://www.rodsbooks.com/gdisk/mbr2gpt.html
gdisk to convert from gpt to MBR
http://www.rodsbooks.com/gdisk/mbr2gpt.html#gpt2mbr
sudo sfdisk -d /dev/sdc > backup_sdc.txt
sudo gdisk /dev/sdc
Used r, l, o, g, p, and w (write) or q to quit

In your case the example above with sdc, would be your nvme drive.

[flexbriggs]

I don't have any data on the nvme1n1 drive to save, as its sole purpose is to have the linux installation on it. I went to GParted and changed the partition table to GPT.

Here's proof of the change

ubuntu@ubuntu:~$ sudo parted /dev/nvme1n1
GNU Parted 3.3
Using /dev/nvme1n1
Welcome to GNU Parted! Type 'help' to view a list of commands.
(parted) print                                                            
Model: ADATA SX6000PNP (nvme)
Disk /dev/nvme1n1: 512GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Disk Flags: 

Number  Start   End     Size    File system  Name  Flags
 1      1049kB  538MB   537MB   fat32              boot, esp
 2      538MB   37.2GB  36.7GB  ext4
 3      37.2GB  512GB   475GB   ext4

Everything was mounted correctly. I disabled the boot flags of the /dev/nvme0n1 too. Same grub error.
Here is another boot-repair pastebin, maybe it has new information in it?
https://paste.ubuntu.com/p/RRMcKddrDq/

That was a solid find @oldfred I thought for sure changing the NVME to GPT would fix the problem. But, it seems like there is something else
messing it up? Thanks for continually trying to help me