Post

@JenJen@mastodon.art @feff@comicscamp.club ​let's put it this way, there was Feff and about 40 IT nerds in chat. Idk about others, but I've been on Linux for 18 years, in Linux IT for 12, worked at Red Hat for 6, worked with the systemd devs reading C and finding bugs for 5 of that, and I had NO CLUE WTF was going on with that grub installation. It gave the most generic error message. And while I'm not saying I solved it, a bunch of folks there are definitely smarter than me and couldn't solve it either. Because at the end of the day Feff ran into something that almost never happens which is a corrupted USB INSTALLER.

I think I've hit that once maybe twice in 18+ years, installing Linux literally hundreds of times. Yes there's a check when you run the USB on boot, but no one does because this almost never happens.

This was NOT a Jenjen issue. This was NOT a Feff issue. The laptop was VERY nonstandard, which threw everyone off and made us think it was the laptop. It wasn't.

Feff you did AMAZING and we all learned a lot from your experience. Thank you for sharing. Especially thank you for sharing the difficulty it took.

And thank you Jenjen for having to deal with people like "just learn how it works". Because NO ONE knows it all. I can't draw for shit. Linus Torvalds doesn't know all of Linux.

Knowing how to troubleshoot and figure things out is far more important. And knowing when to ask for help is also important and something a LOT of people, especially in Linux, don't know how to do.

@JenJen @kianryan

It was a bit of a double whammy - the set up had a tiny SSD and a massive HDD. The laptop had been set to RAID too.

But the big thing was that the Mint Live image we used initially had corrupted in a very subtle way, where it was perfectly fine as a Live Image, but as soon as you wanted to install grub (the very last step of installing) it would crash the Installer because it couldn't find the EFI partition it had just made.

The error message made no suggestion of a corrupted image, which is why we spent so much time in the BIOS trying to see what hardware option we hadn't seen in years might be causing the issue.

It was only because I gave up and tried installing UwUntu on the SSD alone that it became obvious that something was up on the Mint image (which I swiftly replaced)

So I guess it's props to the Live Image for being almost fully functional even when corrupted, but slightly frustrating as I'd rather have the Live Image fail to boot entirely if the ISO was corrupted. We might have jumped to 'I need to replace the ISO' sooner...