My #endeavouros install is bricked because of #archlinux messing with the #nvidia drivers again. And the #GTX1650 is supported in Nvidia 590... I thought... I don't know. Maybe I'm not cool enough to run an #arch variant. I should stick to the #debian and #ubuntu I'm used to.
I've bricked arch installs before as well. It's pretty easy to do. As long as you have a fallback kernel or can access chroot you should be able to roll back the update. wiki.archlinux.org/title/Arch_L...

Arch Linux Archive - ArchWiki
Arch Linux Archive - ArchWiki

@turblescelbor.bsky.social yeah, I was able to roll back the update but I'm just scared to do the manual intervention to install the 580xx driver and 32-bit libs. I think I'm just going to hold off on updating right now until I have time after the holidays to debug it.

@rivercityrandom
I have 30 years of experience running Linux. I've used it professionally as well as personally for most of that time.

And when I tried Arch for fun last year, it *still* managed to break on me due to a faulty update after only two months.

So yes, I'm back on Ubuntu again on that machine.

RE: https://mstdn.social/@milagemayvary/115771252742712675

@rivercityrandom

The proprietary drivers unfortunately are now dependent on the AUR & may need extra packages to get 32bit libraries for Steam if you use that.

I'm just going to get a used newish AMD card to bypass this issue.
Bye bye my AIO EVGA 980ti, you have done well. 🫡

@milagemayvary yeah, I keep telling myself my next Linux desktop will be 100% AMD from the CPU to the GPU to the chipset but I always end up with old Intel crap with old Nvidia GPUs because that's what people are throwing away and what's cheap now. Being on the cutting edge of Linux is an expensive hobby sometimes.

@rivercityrandom

Well if you do go the Debian route, check out zram & setup scratch disk via tmpfs.

Add it to the fstab to have it mount automatically at each boot.

Then have things like screen shots & recent downloads hit your ramdisk to reduce unnessasry disk write wear.

To be noted: Tmpfs is zeroed at shutdown.

I end up running a Luanti/VoxelLibre Server's world sql3lite database on a zram/tmpfs to vastly speed up IO transactions & use rsync to write changes to disk at shutdown.

@rivercityrandom

I would suggest format the system disk as BTRFS & setup time shift to take snapshots prior to updates.

Also consider separating your /home /var /tmp partitions during the Debian setup.

It should have a second disk that it can rsync changes at least once a week as a backup & hold 2 snapshots.

My system second target disk has a partition of Linux w/timeshift.

Instead of 2nd install of Linux to disk, installing linux to a thumb drive w/timeshift & restore the system.