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!
this post was submitted on 20 Mar 2025
68 points (100.0% liked)
Linux
52853 readers
323 users here now
From Wikipedia, the free encyclopedia
Linux is a family of open source Unix-like operating systems based on the Linux kernel, an operating system kernel first released on September 17, 1991 by Linus Torvalds. Linux is typically packaged in a Linux distribution (or distro for short).
Distributions include the Linux kernel and supporting system software and libraries, many of which are provided by the GNU Project. Many Linux distributions use the word "Linux" in their name, but the Free Software Foundation uses the name GNU/Linux to emphasize the importance of GNU software, causing some controversy.
Rules
- Posts must be relevant to operating systems running the Linux kernel. GNU/Linux or otherwise.
- No misinformation
- No NSFW content
- No hate speech, bigotry, etc
Related Communities
Community icon by Alpár-Etele Méder, licensed under CC BY 3.0
founded 5 years ago
MODERATORS
My game changer was circa 2014 when I broke something and got dropped to a basic shell and for the first time instead of panicking and immediately reinstalling I thought for a moment about what I had just done to break it, and undid the change manually. Wouldn't you know it booted right up like normal.
The lesson here: if it broke, you probably broke it, and if you know how you broke it, you know how to fix it.
100%
The alternative being variations on:
Hi my name is [redacted], I have [X] years experience.
Please run
sfc /scannow.You can find more help at [Irrelevant KB URL].
Please rank me 5 stars.
Ticket closed
load more comments
(9 replies)
It's even better if your only internet connection is that computer you broke.
Ah yes, reminds me of messing with my 1st pfSense firewall... I learned how good their recovery process was that evening
Just bricked my Proxmox install an hour ago and I had the pleasure to learn their recovery process sucks. (At least for my case)
Ah, yeah, you've just reminded me, I must move my stuff off proxmox when I get a chance.
I tried that proxmox backup thing when I first set it up, good god what a complex mess... backup & recovery needs to be as simple and as smooth as possible.
Great incentive to learn even faster
And enforces the value of installing documentation and source packages 😅
This is the nightmare of my last 2 weeks. Well 11 days.
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.
load more comments
(1 replies)
No no no! When you break something in Linux systems you fix it. Starting over and reinstalling everything is what you do when you mess up on Windows.
Funny I did not expect so many people that resist starting over. Next time I'll give fixing stuff a shot :)
It is more about being lazy.
In most cases, where you havn't destroyed your filesystem, you can just boot another Linux from a USB stick, mount your filesystems to /mnt, chroot into it, and then investigate and fix there.
See the Archlinux wiki, even if you do not use Archlinux, it is great: https://wiki.archlinux.org/title/Chroot
load more comments
(3 replies)
Pretty much everytime I try to do fancy stuff with the bootloader I get pretty close to nuking systems. Worst was my 1st UEFI system where I was trying to get rEFInd to show multiple OS to boot from... eventually gave up and went back to the warm embrace of GRUB
If you take the plunge and switch to systemd-boot it's worth it. It's the only boot manager I've tried in the last decade that feels like an upgrade from GRUB.
load more comments
(1 replies)
I just had 8 titles in boot menu all for the same OS. 🤌😅 I know exactly what I'm doing. It's a dual boot system.
Uhm, zero? With ten years of using Linux? What did you do to fuck up the damn kernel? o_O
It can be done if you mess with the initramfs.
The kernel starts everything else by unpacking an archive containing a minimal environment to set stuff up for later. Such as loading needed kernel modules, decrypting your drive, etc. It then launches, by default, the /init program (mines a shell script).
That program is PID 1. If it dies, your kernel will panic.
After it finishes setup, it execs your actual /sbin/init. These means it dies, and that program (systemd, openrc, dinit, runit, etc) becomes PID 1. If an issue happens, both could fail to execute and the kernel will loop forever.
Thank you for explanation :) I suspected something like that - mess up with some internals, you do have a chance to bring the thing down. Which is why I always have a bootable usb around before doing anything risky
Never the kernel but just about every time I touch /etc/fstab I fuck something up. I've done that a lot....
Oh, I typed that line wrong to mount the drive and because the non-os drive isn't detected you're only going to boot to emergency mode?
Cool cool cool.
load more comments
(1 replies)
Maybe 1 or 2 back when things were less stable, but any time I have used Linux in the past 7 years or so, and particularly since I started using Debian as my primary OS, I haven't had any problems outside of trying to get some windows applications to emulate correctly, and one time when I echo'd into sources.list with > instead of >>. Anything else is just stuff I had to learn, like my boot folder filling up with old images that have to be cleaned out occasionally.
If you want shit to just work when you want and stay out the way when you aren't using it. Debian of whatever source is what they call stability. I've done rolling, and bleeding edge. It's all a constant pain. Becomes a job to maintain or bug track or check logs. I'll never go back.
load more comments
(1 replies)
So, when you say crippled kernel, do you actually mean you tweaked the kernel params/build to the point that it failed to boot? Or do you just mean you messed up some package config to the point that the normal boot sequence didn't get you to a place you knew how to recover from and need to reinstall from scratch?
I think I'm past the point where I need to do a full reinstall to recover from my mistakes. As long as I get a shell, I can usually undo whatever I did. I have btrfs+timeshift also set up, but I've never had to use it.
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.
So this is why I'm bad at drawing. I have 954 more drawings to go!
See that would be a good analogy if the fail was fun.
Making a shit painting is still fun.
Having to reinstall my OS because I ran pacman -Syu and now my computer won't boot, and now I have to spend hours making things work again: not at all fun.
Having my server run out of memory and freeze up instead of having a sane out of memory behavior the day before a long trip: not fun
It's also archaic, niche information. Do I want to learn how to make a kernel version that didn't get installed right show up in grub? Fuck no. Do I want to google for the 100th time what command exists to register the encryption key for my hard drive in the TPM? Fuck no. What an absolute waste of life.
Linux isn't "I cut a hole in my wall" it's "my electrician only documented the wiring in hieroglyphs and now I have to reverse engineer everything to turn on a light bulb".
May I introduce you to my lord and saviour NixOS?
Knock Knock Knock.
We (Jehovah's Witness) would like to know if you had a minute, so we could come inside, and talk to you about OUR Lord and Savior... Linux Mint.
Sure, ok, that's still my daily driver, it's incredibly stable (and no, it's not fucking outdated), but other than that it doesn't help so much against accidentally borking your system.
So in this context, I'm recommending @sockpuppetsociety@lemm.ee NixOS.
I tried to use dd with too much hubris once. I had to restore from backups (which ironically, I had made with dd). I'm usually overly cautious, but I was in a hurry.
I did this one a few weeks ago lmao. You think once would be enough. But I am a truly special being.
I would actually be amazed if I ever bricked a PC fucking around with installing software to it. At the very worst, I might have to move a jumper pin to flash the CMOS and start fresh like I never even touched the thing. If somehow even that fails, it would be a unique experience.
load more comments
(1 replies)
1
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.
load more comments
(1 replies)
I've been running different versions of Linux since 2011. My crippled kernel count is still zero to this day.
And that's even after stripping it of the drivers I'll never need, stripping it of the languages I'll never need, and even rerouting all temporary files, internet cache, and even core OS log files to tmpfs and ramfs.
Yeah, try troubleshooting an OS with no log files after reboot. Yeah, I can do that, hella performance boost!
view more: next ›