It dont matter what partitiontable the disk have, or already have.
how i understand, he is bootin everytime from a USB Stick with a ISO Image on it.
The installer than creates automaticly (if choosed to earse whole disk) the right partitiontable. MBR for BIOS and GPT for UEFI.
And sorry, from my point of view, it totaly makes no sense that endeavouros install just fine, and others not.
For me, its still a UEFI thing. What me would interest, are the logs from the installations of the different OS’es. in special the ones from grub (if the Distro uses that). I believe that they installer silently fails with a “oh oh! couldnt say uefi that im exist!” error.
I could imagine, that after he installs one of the distribrutions wich “fails” to boot after install, actually boot if he insert a Clover CD (wich scans for bootable OS’es/Devices).
The only reason i ask to use gparted to create a new partition table is because maybe it had an issue. So wiping it with gparted sometimes can make a difference between a successful install or not. Seen it a number of times with users and failed installs. But this issue may be something else related to either the live USB from the other distro or it’s installer. Hard for me to say. I don’t usually have these issues. Trust me … i install a lot!
Maybe so but i have had instances where i wiped the drive multiple times before the install worked. It’s not common and i have no answer why that would be. Obviously this may be some other issue.
Yeah, I tried installing variations of Mint/Kubuntu on this computer at least 10 times during today, including repeatedly flashing the .iso to the USB drive using both dd from terminal as well as Etcher - Neither dd or Etcher ever reported an error. I even ran the “badblocks” test for over a half hour on the USB drive at one point to make sure there wasn’t a hardware issue with the USB drive.
Definitely, definitely an issue with the partitioning tool that’s being used in their installer. Why my hardware combination in particular seems to be especially effected, I don’t know - I think I’m going to make a thread on the Mint forums and make one more attempt at getting one of these installed before giving up.
Neon is severely lacking in package availability, and I’m not sure I like the idea of trying to add Ubuntu repos/PPAs to it - Neon was never my original plan. I’ll either need to get Kubuntu/Mint successfully installed, or fix the hangups I was having with Arch based distros (one specific unrelated GPU problem I was unable to resolve).
I enjoy the discussion on this thread but I know there’s not necessarily a lot to add at this point, and the issue has been “resolved”. I don’t mind the conversation, but if a mod decides to lock the thread I’d understand. Thank ya’ll once again!
Downgrading the Nvidia driver did not have an impact, nor did updating or downgrading the kernel. Even setting the Coolbits to 16, GWE was still unable to control (or even see) my fan speed.
Each time the fans would ramp up to 100% I’d have to completely restart the computer for them to calm down again. I was hoping to get one of these Ubuntu distros installed and see if the issue was present here as well.
That was the biggest issue, some other little bugs/hangups I was working through and making progress on, but the GPU fan spike made me fold my cards.
I didn’t do anything with Optimus - Is that useful for desktop PC’s? Checking the github page, it looks like the project is aimed at Optimus laptops. If I reinstall Endeavour I’ll install that package as well and enable the service.
join in here late … read this already but no clue why such should happen at all…
The only thing i could think of is that you changed settings in Bios before installing EndeavourOS, or your Bios resets itself.
I have one response so far on the topic I made on the Mint forums telling me the issue is that I need to use the Mint “Edge” edition because my 5800x is too new (doesn’t necessarily make sense to me because this CPU isn’t exactly bleeding edge anymore, also when I first bought this CPU I just swapped it+motherboard in the computer and updated GRUB, and it worked no problem and that was on older Mint).
Also mentions because I unplugged the other drives that’s why grub wasn’t displaying, but I didn’t unplug those drives until I had already “failed” 2-3 installations, and was already getting the no grub behavior.
Not sure on the nomodset option with the Nvidia card, that definitely could be a factor, but I don’t know why I didn’t have this issue over a year ago when I first installed standard Mint on this PC.
I may mess around more with it today, I’m (honestly) a bit irritated right now with how much of a time sink this has become, but at least we know what the issue is. I don’t know if I’d rather try to keep shoving a Ubuntu distro onto this PC, or just go back to Endeavour and try to find a fix for my tornado GPU.
Edit: BIOS are fully up to date and I’ve confirmed the settings in there multiple times as well.
Hmm, you know if I remember correctly, when I spent a year on that Mint install at one point I think I upgraded to the 5.13 kernel myself to fix something else, prior to when I swapped the motherboard and 5800x. Maybe that’s why I didn’t have problems at that moment.
I wonder what kernel the 20.3 Edge build ships with, I haven’t stopped to look yet. I’m assuming 5.13 or 5.15
You MIGHT want to look into the “Rolling Rhino” distro - which essentially is the ‘coming’ version of Ubuntu - and which usually has a much newer kernel. It IS a bit strange to roll on Ubuntu - but I kept mine going for a year without any big troubles. Another possibility is MX Linux - which allows newer kernels quite easily - but I don’t know what its installer uses for a kernel…
I installed Pop!_OS this morning which went through without issue, looks like it’s using the 5.15 kernel. I’m going to give this a try and see how it behaves with what I’m trying to do (just HTPC/Lutris/Gaming stuff).
I also noticed during all of these failed installations that even Pop OS is using the “470” version of the Nvidia driver. When I had the turbo-fan issue on Manjaro and Endeavour, even when I downgraded I think I only went back to 475 if I remember right… So if I still have issues with Ubuntu based distros, it may be wortwhile for me to try an even bigger downgrade on the GPU driver from Endeavour rather than continuing to jack around with Ubuntu.
I feel like a dumb-Goldilocks incapable of finding the correct porridge. “Too out of date”, “too bleeding edge”, “too broken installer!”
For what it’s worth, I have a somewhat similar issue. On one “newer” piece of hardware (like you, it is modern, but certainly NOT cutting edge new), I can run a few distributions that have at least 5.10 kernels or later AND also include reasonably current hardware support, but it WON’T work on systems or kernels that don’t have hardware support for hardware introduced within the past ~2 years.
On the other hand, I have a great, 5-6 year old system that DID have a large, but relatively SLOW traditional rotating disk (HDD). The newest systems still work, but they’ve been getting slower. I did mitigate this by getting an OLDER generation SSD, careful NOT to get the very latest NVME SSD like my newer system because I was afraid it wouldn’t support some of my “older” distributions.
Between the two pieces of hardware, I can now run all of my favorites, but I had to experiment quite a bit. Hopefully this further validates the discussion; if not, a moderator can choose to move it or remove it; I don’t want to violate the intent of this topic.
Trust me … i install a lot! 
