• 0 Posts
  • 16 Comments
Joined 2 years ago
cake
Cake day: June 12th, 2023

help-circle
  • I have absolutely zero experience on pacman, but I could argue the very same with dpkg/apt with the same arguments. The Debian kind, not the abomination Ubuntu ships with today.

    as far as i know apt and dnf have no equivalent easy redo all

    It’s similarily possible (dpkg --get-selections, some sed/cut/awk wizardry to cut unnecessary stuff from the output, xargs to apt install --reinstall on that and you should be good to go, maybe there’s even a simpler way to achieve that) with Debian.

    But that’s just me. I’ve been with Debian for quite a while. Potato was released 2000, but I think I got my hands on it 2001/2002 and I’ve been a happy user since. And even if I’ve worked with pretty much any major distribution (RHEL, CentOS, SuSe, Ubuntu and even Slackware back in the day) around I still prefer Debian because that’s what I know and learned over the years on how to fix things if something goes sideways.


  • In case you’re not aware: Back in the day Ubuntu took off because Debian was maybe a bit too strict on their approach on being stable and rock solid for quite a few of different architectures. There was a time when you could just edit few files and migrate a running system from Debian to Ubuntu, just with way more up-to-date software packages and that’s about the time frame I moved from Debian to Ubuntu too. For quite a few years it was pretty smooth, updates just worked, software versions were up to date and the general experience was more polished than what you could get from Debian at the time.

    But that ship has sailed. Ubuntu changes stuff so frequently that the package maintainers can just barely keep up, snapcraft is a steaming pile of shit in my opinion and the stability is faint ghost on what it used to be. Maybe becuse it’s not that compatible with Debian anymore and thus can’t benefit from the original source, maybe for some other reason.

    Whatever the case might be, running ubuntu gives you an ubuntu experience, which is very much not the same than debian experience. If you want more streamlined distribution I’d recommend Mint (Debian edition), if you want the rock solid system but with less refined experience where you might need to tweak thing or two manually then go with Debian.

    And, mostly for the nitpicking commenters, I know, I grossly simplified things around and cut some corners. I know it’s not as black and white comparison. This is just my generic experience over quite a few years with Linux on Desktop.





  • Debian. I’ve had installations which went trough several major version upgrades, I’ve worked with ‘set and forget’ setups where someone originally installed Debian and I get my hands on it 3-5 years later to upgrade it and it just works. Sure, it might not be as fancy as some alternatives and some things may need manual tweaking here and there, but the thing just works and even on rare occasion something breaks you’ll still have options to fix it assuming you’re comfortable with plain old terminal.


  • IsoKiero@sopuli.xyztoLinux@lemmy.mlNeed help asap
    link
    fedilink
    English
    arrow-up
    18
    ·
    2 months ago

    Can you switch to console? Try ctrl+alt+F2 when the system is booted up and log in to that.

    I suppose some package update was interrupted or crashed. You can attempt to re-run what’s missing with ‘sudo apt-get install’ and ‘sudo dpkg-reconfigure -a’. And, assuming your console access works, you can at least check log files on what’s wrong, but for that I don’t think any generic ‘read /var/log/syslog’ file is too helpful as there’s a ton of stuff and with things like journalctl it’s pretty difficult to navigate around if you don’t know what you’re looking for.

    And also, more details would be helpful. What you mean by ‘enters a loop’, what it actually says that went wrong and so on.





  • You’d think you’d learn from your mistakes

    Yes, that what you’d think. And then you’ll sit with a blank terminal once again when you did some trivial mistake yet again.

    A friend of mine developed a habit (working on a decent sized ISP 20+ years ago) to set up a scheduled reboot for everything in 30 minutes no matter what you’re going to do. The hardware back then (I think it was mostly cisco) had a ‘running conrfig’ and ‘stored config’ which were two separate instances. Log in, set up scheduled reboot, do whatever you’re planning to do and if you mess up and lock yourself out the system will restore to previous config in a while and then you can avoid the previous mistake. Rinse and repeat.

    And, personally, I think that’s the one of the best ways to differentiate actual professionals from ‘move fast and break things’ group. Once you’ve locked yourself out of the system literally half way across the globe too many times you’ll eventually learn to think about the next step and failovers. I’m not that much of a network guy, but I have shot myself in the foot enough that whenever there’s dd, mkfs or something similar on the root shell I automatically pause for a second to confirm the command before hitting enter.

    And while you gain experience you also know how to avoid the pitfalls, the more important part (at least for myself) is to think ahead. The constant mindset of thinking about processes, connectivity, what you can actually do if you fuck up and so on becomes a part of your workflow. Accidents will happen, no matter how much experience you have. The really good admins just know that something will go wrong at some point in the process and build stuff to guarantee that when you fuck things up you still have availability to fix it instead of calling someone 6 timezones away in the middle of the night to clean up your mess.