• Fizz@lemmy.nz
    link
    fedilink
    arrow-up
    2
    ·
    1 day ago

    I’m convinced that majority of people using timeshift couldn’t recover from their system failing to boot or a drive failure.

    And if you could tell me how because I got no idea how to either.

  • michaelmrose@lemmy.world
    link
    fedilink
    English
    arrow-up
    1
    ·
    1 day ago

    Mint users with no zfs, no per block checksumming, no syncoid, no ability to boot into prior version or revert right in the boot loader…

    • MrKiosc@reddthat.com
      link
      fedilink
      arrow-up
      73
      ·
      3 days ago

      I don’t remove orphan packages, I don’t setuo snapshots, I don’t read arch news.

      I sudo pacman -Syu. And if I can’t boot I don’t do it

    • Secret_Music@piefed.blahaj.zone
      link
      fedilink
      English
      arrow-up
      16
      ·
      3 days ago

      It’s been a while but for me personally, the number one thing that saves your ass in event of failure is installing both the up to date and the LTS kernel. If you fail to boot, it’s gonna have something to do with a kernel update 90% of the time, in which case you just boot with the LTS kernel. Just about anything else can be fixed either while you’re up and running, or with a live distro installed on a USB.

  • obsolete@lemmy.dbzer0.com
    link
    fedilink
    English
    arrow-up
    11
    ·
    2 days ago

    This is my setup that I have been using for years. I have never had a serious Linux update issue that could not be fixed.

  • scoobford@piefed.blahaj.zone
    link
    fedilink
    English
    arrow-up
    81
    arrow-down
    1
    ·
    3 days ago

    Hot take: I used arch for over a decade. It never broke unless I broke it.

    By all means, back up your files but rolling release distros aren’t made of arsenic, you’ll be fine.

    • Ziglin (it/they)@lemmy.world
      link
      fedilink
      arrow-up
      6
      ·
      3 days ago

      I think it’s very much dependent on your hardware.

      I had some issues with my Nvidia drivers getting messed up when the card was relatively new. I haven’t had any issues in the past two years though.

      • CheesyFox@lemmy.sdf.org
        link
        fedilink
        arrow-up
        2
        ·
        2 days ago

        i think that sort of issues will no longer be relevant, considering that there are official semi-opensource nvidia-open drivers and that even wayland supports nvidia gpus just fine nowadays.

    • bobo@lemmy.ml
      link
      fedilink
      arrow-up
      10
      arrow-down
      7
      ·
      3 days ago

      I know people who’ve driven drunk for more than a decade, and only crashed when they were sober. Does that mean drinking and driving is safe?

      I literally had one of my devices fail to boot after an update pretty much every month, and another a few times a year. Sure, I was able to fix it with only arch-chroot, but when I switched to btrfs I didn’t need to carry around a flash drive with me when updating the system…

      The last few years I’m on nixos, and while it sometimes fails to update, it has not once failed to boot.

      • Stitch0815@feddit.org
        link
        fedilink
        arrow-up
        10
        arrow-down
        2
        ·
        3 days ago

        Thats’s a really bad analogy

        One endangers others while the other makes a couple of files and photos go poof

        • Bilb!@lemmy.ml
          link
          fedilink
          English
          arrow-up
          3
          arrow-down
          2
          ·
          3 days ago

          The danger and the stakes are not what is being compared, though. It’s a perfectly good analogy.

  • realitaetsverlust@piefed.zip
    link
    fedilink
    English
    arrow-up
    31
    ·
    3 days ago

    Where are those people whose arch installs break after every second update? I don’t think I had a single problem with arch that I wasn’t responsible for. Hell, I had more problems with mint on my girlfriends PC than the arch machines that I’m running.

    • muhyb@programming.dev
      link
      fedilink
      arrow-up
      7
      ·
      3 days ago

      If you don’t count my 6 years with Manjarno, I’ve used Arch for ~7 years and only 3 times I had to fix something, 2 times because of Nvidia, once my fault. I had way more problems with Ubuntu in the past than Arch by the way. :)

      • ysjet@lemmy.world
        link
        fedilink
        English
        arrow-up
        5
        ·
        3 days ago

        There’s the argument to be made that all three were your fault, since you decided to use nvidia on Linux.

        Hyuk hyuk hyuk.

  • ianhclark510@lemmy.blahaj.zone
    link
    fedilink
    English
    arrow-up
    85
    ·
    3 days ago

    I’m here for a good time, not a long time

    Also, my last Arch death was due to accidentally ovverwritimg the whole drive, so no amount of split partitions is going to save me

    • owenfromcanada@lemmy.ca
      link
      fedilink
      arrow-up
      82
      ·
      3 days ago

      They call it disk destroyer for a reason. You gotta alias that shit.

      alias dd='echo Did you triple check which device you picked? Of course not, dipshit. Check again'

      • tal@lemmy.today
        link
        fedilink
        English
        arrow-up
        18
        ·
        edit-2
        3 days ago

        They call it disk destroyer for a reason.

        There’s nothing specially destructive about dd. It’s just a program that opens a file, and if you tell it to open a device file and it’s got permission to write to it, it’ll write to it.

        You can just as easily overwrite a disk’s contents with anything else that will open a file and write to it.

        # cp /dev/urandom /dev/sda
        

        will wipe your drive with random data in the same way that

        # dd if=/dev/urandom of=/dev/sda
        

        will.

        • iocase@lemmy.zip
          link
          fedilink
          arrow-up
          20
          ·
          edit-2
          3 days ago

          You’re technically right, but the way most people use dd ensures its like handling a loaded gun. How often do you cp /dev/sdwhy?

        • kettuli@lemmy.world
          link
          fedilink
          arrow-up
          1
          ·
          2 days ago

          mkfs.ntfs is the silent killer, other mkfs don’t allow writing over the root partition but summoning this kind of Windows magic will happily fuck up your shit.

        • owenfromcanada@lemmy.ca
          link
          fedilink
          arrow-up
          22
          ·
          3 days ago

          It’s not. Neither is triple checking. Notice how the alias doesn’t actually run dd? That’s on purpose.

        • wonderingwanderer@sopuli.xyz
          link
          fedilink
          arrow-up
          3
          ·
          3 days ago

          I quadruple check and then I still don’t run it because I’m too nervous so I go and do something else instead and the item remains buried on my to-do list indefinitely.

      • imadethis@fedinsfw.app
        link
        fedilink
        English
        arrow-up
        2
        ·
        3 days ago

        Lol, as someone who tried a bunch of different distros, I used the dd command a lot without ever realizing what could go wrong with it. I must have used up all my luck with that though, because somehow I ended up on manjaro of all things.

    • Baŝto@discuss.tchncs.de
      link
      fedilink
      English
      arrow-up
      2
      ·
      3 days ago

      My last Arch death was updating my 128GB laptop after a year and breaking it with partial updates. (I’m better at partial updates now) It also made me want to, move away from having separate /home partition. It was somewhat sad, since it was the Arch that I installed on the previous laptop and just moved the SSD when I got a new one

  • emmowo@lemmy.world
    link
    fedilink
    English
    arrow-up
    5
    ·
    2 days ago

    Even ext4 still has safety measures (BLOAT!11!!1) because of journaling.

    This is why i compile my kernels on ext2 with without swap for maximum utilization /j