Linux

Uhm, zero? With ten years of using Linux? What did you do to fuck up the damn kernel? o_O

I learned by a lot of distro hopping, tweaking and tuning and compiling kernels (way back when tho), to not being afraid of "breaking things." Since Nov. 1992. It helps when you use a spare PC or laptop though, no panic about loss

I think we are using linux very differently. Mine is two and one of those was a dead ssd.

Two. The first time I had nvidia related issues with nobara, so I removed nvidia drivers for reinstallation... And couldn't figure out how to get them back. The second time I had used mint for long enough that I felt confident enough to nuke windows partition. I used gparted and nuked the whole disk instead.

Not counting the times I tried fedora and it killed itself with the first updates and then with multimedia codecs.

It's the same as learning anything, really. A big part of learning to draw is making thousands of bad drawings. A big part of learning DIY skills is not being afraid to cut a hole in the wall. Plan to screw up. Take your time, be patient with yourself, and read ahead so none of the potential screw-ups hurt you. Don't be afraid to look foolish, reality is absurd, it's fine.

We give children largess to fail because they have everything to learn. Then, as adults, we don't give ourselves permission to fail. But why should we be any better than children at new things? Many adults have forgotten how fraught the process of learning new skills is and when they fail they get scared and frustrated and quit. That's just how learning feels. Kids cry a lot. Puttering around on a spare computer is an extremely safe way to become reacquainted with that feeling and that will serve you well even if you decide you don't like Linux and never touch it again. Worst case you fucked up an old laptop that was collecting dust. That is way better than cutting a hole in the wall and hitting a pipe.

Unbootable systems in the dozens. I think I've only fucked up the kernel itself a few times. But grub or other bootloader tons, desktop environment tons, and getting into states so broken the only readily available option was reinstall, dozens. Thankfully most of these were right after a fresh install. For example dual booting just doesn't work right for some OS installers and grub fails. Manjaro bricked itself after an update. Etc. etc.

I haven't majorly fucked up any recent systems (almost botched the steam deck once or twice but nothing that required a reinstall), but god 10 years ago I probably reset my arch dual boot like five times lmao

I haven't had any issues with the kernel yet. The worst thing that I can remember doing is messing up the systemd boot entry on my Arch Linux install.

Recently I accidently deleted the contents of /boot/ on my first arch install. The lesson that followed was something I would have rather saved for later ^^

I remember managing to install two DE one above the other, and having them, somehow working at the exact same time. That was trippy.

I didn't even know how I did it. I'm pretty sure that I couldn't replicate that on purpose.

I'm on my second install now. I fucked up the first one pretty handily by accidentally wiping the boot partition in gparted. (Like a complete idiot, because the partitions are labeled.)

OpenSUSE Tumbleweed helps because you can create a btrfs snapshot at any moment and then roll back to it if you get in trouble. And it does this automatically whenever you update the packages.

Making errors and analysing them to figure out what went wrong and why is a huge part of learning. You can only learn so much from theory, some things can be learned best by trial and error and the experience gained from it.

When I started with Linux I did choose to use Gentoo Linux because it was the most complex and complicated option, so I had the most opportunities to learn something by ducking up!

The "starting over" part is what made it take so long for linux to "stick" with me.

Once it became "restore from an earlier image", it was a game changer!

Another big part is learning how to set it up in a way that it's functional and productive the first time and then STOP FUCKING WITH IT.

I’m not sure I’ve ever actually killed a system, I’ve booted from UEFI shell manually just to recover systems. Back when I was using arch id just chroot into the system from a flash drive and fix whatever ¯\_(ツ)_/¯

I always think of Kiwi / Ozzie slang when I type chroot.

Of course that's after consulting the ArchKiwi to remember how to mount it

I started nearly 30 years ago and cannot count the dead systems I have left in my wake. Just on the 2000-ish thing where Dell first offered Linux but it was inherently unstable after booting the pre-written disk image if you touched it, alone... So many kernel sanity failures...

Just did a fresh install after attempting to migrate from a proxmox VM to baremetal (turns out my mobo only supports UEFI and after spending an hr trying to convert I just gave up and reinstalled)

It do be like that, at least for the first couple years, and typically with decreasing frequency.

Bricking hardware is a form of enrichment for me.

I used to have a side system with /home on its own partition precisely to learn different distros and setups. It makes it much easier having a partition which is retained.

These days, qemu is your friend for playing around with random Linux stuff.