If it where arch, but its manjaro.
Somehow during the last kernel update the grub info was not changed to point to the current kernel names...still pointed at the old kernel....and that had been replaced.
After figuring all that out in chroot, fix was as simple as changing a single line in that grub file
Reminds me of that time I updated my UEFI firmware which automatically re-enabled secure boot which caused my Nvidia driver to fail to load on boot because Nvidia doesn't sign them so I was stuck with the noveau(spelling?) driver which would crash when I tried to log into my DE. What an adventure figuring that out was. Oh, and the cherry on top: updating the firmware didn't fix the initial issue I was troubleshooting.
Ugh, I just went through the same thing last week. Let's just say that checking if secure boot had been turned back on was NOT one of the first 500 things that came to mind during troubleshooting.
I know this is a day old and most people who would have seen this already have moved on, but this is a simple fix. In fact if you have secure boot enabled, the Nvidia driver installation will detect it and start the signing process. If you don't have secure boot enabled, then it will skip it. I think having secure boot enabled and properly signing your drivers is good to not end up in that situation again. Though I understand how annoying it can be too. Sigh
Yes. If I ever need something else because something unforeseen happened (which has not happened for years, and I use a non-default one), I can boot up from a live USB and fix things.
I also use Arch btw. I have an lts kernel installed just in case. Came in handy when the amdgpu driver was broken for a week. The screen was flashing on Wayland.
My laptop with arch was lying around untouched by 2 months and this shit happened too, after that i
switched and daily drived opensuse tumbleweed for PCs and debian stable for servers for a year already
Users should never have to fiddle with the fstab manually. It's a shame the internet is still pointing to it when asked most of the time instead of explaining the GUI disk tools. Or at least some CLI management tool in case that one exists.
This is the correct mindset to have when trying to push Linux as a viable alternative to the big two.
If you make more things easy for newcomers and just anyone in general, you'll eventually get more users, and a larger base that then correlates to higher overall usage of Linux. You know, like those screenshots of the Linux install base we see every now and then?
You don't have to keep Linux behind arbitrary lines, but for some reason, that's all we like to do.
Wrong. You just need to know what you're doing and must not be impatient. Just spend 5 damn minutes reading before you do the thing. We don't always need unnecessary abstractions upon abstractions upon abstractions.