• vkirlin@lemmy.world
    link
    fedilink
    arrow-up
    50
    arrow-down
    4
    ·
    1 year ago

    And I love it. This is when you feel it’s your computer, not “this computer”

  • Eochaid@lemmy.world
    link
    fedilink
    arrow-up
    44
    arrow-down
    1
    ·
    edit-2
    1 year ago

    I see this shit every day. You know why? User base.

    Linux doesn’t have to worry about grandma using it. The vast majority of the Linux user base is technologically adept humans that know not to remove the bootloader.

    But you know for a fact that grandmas were trolled into or accidentally removed system files so often that Microsoft did something about it.

    Also note, Chromebooks - which use a Linux adjacent os that is marketed to a wide audience including kids and the elderly - doesn’t let you do shit to system files. Android and Steam Deck are also highly locked down.

    The point is its a wierd flex to say that linux gives sudo users the power to break your system when its really just saying your os is too niche to have to worry about grandma.

  • jimmycrackcrack@lemmy.world
    link
    fedilink
    arrow-up
    30
    arrow-down
    1
    ·
    1 year ago

    But you could delete system32 if you wanted, it just broke everything, I can’t imagine deleting the bootloader would go particularly well for you either.

    • u/lukmly013 💾 (lemmy.sdf.org)@lemmy.sdf.org
      link
      fedilink
      English
      arrow-up
      26
      ·
      1 year ago

      Deleting bootloader at least won’t kill your system. You can always reinstall it.

      Also some dude on Reddit shared neofetch screenshot showing 3+ years of uptime. He doesn’t need a bootloader.

    • octobob@lemmy.ml
      link
      fedilink
      arrow-up
      11
      ·
      1 year ago

      Well remember when that Arch update broke grub?

      I couldn’t boot into my PC at all. And for whatever reason, the fix they posted on the Arch wiki wasn’t working for me.

      I deleted my bootloader in a live ISO environment and installed a different one (rEFInd). It was actually very easy.

      Having the flexibility and power to do whatever you want to your system is truly something I deeply appreciate with Linux.

    • kautau@lemmy.world
      link
      fedilink
      arrow-up
      9
      ·
      edit-2
      1 year ago

      Yeah this is sort of funny because Linux used to let you delete EFI vars, bricking motherboards, since it mounted them to the root filesystem. It’s since been patched in every motherboard, but sometimes full control is more dangerous than “haha I can just reinstall”

      https://lwn.net/Articles/674940/

        • kautau@lemmy.world
          link
          fedilink
          arrow-up
          3
          ·
          1 year ago

          There are now. In 2016, there were motherboards that didn’t properly implement the UEFI standard, outlined in the link I provided, and those motherboards would be bricked were someone to delete the EFI vars. The motherboard would never reach POST on boot

    • MaxMouseOCX@lemmy.world
      link
      fedilink
      arrow-up
      2
      ·
      1 year ago

      In modern installs you’ve got to jump through a few hoops to be able to delete system32, because normally it simply won’t let you or anything running do that.

    • ZephrC@lemm.ee
      link
      fedilink
      arrow-up
      2
      ·
      1 year ago

      I deleted my bootloader recently. You can actually just boot the Linux kernel directly by using efibootmgr to write a custom UEFI boot entry.

  • IverCoder@lemm.ee
    link
    fedilink
    English
    arrow-up
    16
    arrow-down
    1
    ·
    1 year ago

    Memes like these surely help non-Linux people’s perception of Linux 🙄

    • SpaceCadet@sopuli.xyz
      link
      fedilink
      English
      arrow-up
      20
      ·
      1 year ago

      Deleting your efi partition doesn’t brick your board. It just makes your disk unbootable, but you can always install another operating system and create a new efi partition.

      I think you’re confusing with the special efivarfs file system that is mounted under /sys/firmware/efi/efivars. If you delete stuff under there, you’re apparently going to have a bad time, because it directly deletes variables in your UEFI firmware which can prevent your system to POST.

      • newIdentity@sh.itjust.works
        link
        fedilink
        arrow-up
        7
        ·
        1 year ago

        Ah yes. I always confuse them. I even though that what I wrote didn’t make any sense since usually I know what an efi partition is. Thanks for correcting me

    • FuglyDuck@lemmy.world
      link
      fedilink
      English
      arrow-up
      3
      ·
      1 year ago

      EFI is on the hard drive. No bricking. You just need to reformat to include it again.

      Ya wanna brick a mobo? Botch a flash to the bios chip.

        • FuglyDuck@lemmy.world
          link
          fedilink
          English
          arrow-up
          2
          ·
          1 year ago

          If your talking about /sys/firmware/efi/efivars?

          Yeah. You realize that’s on the bios chip? The efi partition on the hard disk is a different thing.

          When a system posts, the main drive isn’t mounted. The mobo needs to go look for it. The bios actually holds the instructions on how to post and start the system. (The efivar are part of that.)

          One step in that process is to look for the efi bootloader on the drive. That is the efi partition that won’t brick anything.

          Alterations to the bios chip will, if they’re not done carefully. This is why it’s almost unheard of to flash a firmware update on consumer systems

          • newIdentity@sh.itjust.works
            link
            fedilink
            arrow-up
            1
            arrow-down
            1
            ·
            1 year ago

            This is why it’s almost unheard of to flash a firmware update on consumer systems

            My work laptop does this automatically. It’s a Dell laptop btw