• cm0002@lemmy.cafeOP
      link
      fedilink
      English
      arrow-up
      1
      ·
      6 minutes ago

      Usually anything where the BIOS can find and boot Grub itself but Grub can’t finish the boot chain for whatever reason, like /boot being on a separate partition and your main partition gets corrupted or something

  • tomkatt@lemmy.world
    link
    fedilink
    English
    arrow-up
    72
    arrow-down
    1
    ·
    edit-2
    12 hours ago

    Protip: If you see this error, press”e” on grub boot to edit your commands and add the following to the end of the kernel line in grub:

    fsck.repair=yes
    

    Then boot.

    Fixes the issue like 90% of the time.

    • ByteJunk@lemmy.world
      link
      fedilink
      arrow-up
      4
      ·
      8 hours ago

      Anytime I’ve seen this error is because I’m messing about with partitions, the last time was a few months ago when migrating to a larger disk, so I’m not too sure about those 90%.

      In any case, sounds like a very helpful tip if the error just shows up out of the blue.

    • brokenlcd
      link
      fedilink
      arrow-up
      17
      ·
      12 hours ago

      dd would like to have a word about that… But still, another tool in the arsenal is always useful.

      Thanks for the tip.

      • tomkatt@lemmy.world
        link
        fedilink
        English
        arrow-up
        11
        ·
        edit-2
        11 hours ago

        Yeah, that’s the other 10%. 😂

        Doing dd wrong or rm -rf on / aren’t gonna be salvaged this way, but if it’s a bad disk sector or somehow corrupted system file the above command will sort it out. You wouldn’t believe how many customers VMs I’ve had to use that on in the past when they were in a panic. It’s a 2 minute fix in most cases.

        It’s kind of the Linux equivalent to Windows sfc/scannow, chkdsk, and dism restorehealth in one.

    • TheGreatSnacku@lemm.ee
      link
      fedilink
      English
      arrow-up
      2
      ·
      11 hours ago

      If it’s going to grub rescue then that’s before it can even get to the grub menu (thus no kernel line at this point). It’s usually easiest to boot to live/rescue ISO and reinstall grub. Sometimes you can manually load grub modules from lib to manually boot from the grub rescue shell to the normal grub shell, but that’s more advanced.

      • tomkatt@lemmy.world
        link
        fedilink
        English
        arrow-up
        5
        ·
        edit-2
        11 hours ago

        Not true, it’s grub rescue, appears after grub if the OS can’t boot. I’ve encountered this countless times at work over the years in customer environments.

        • TheGreatSnacku@lemm.ee
          link
          fedilink
          English
          arrow-up
          1
          ·
          edit-2
          3 hours ago

          This is false and there’s a simple way to show it.

          Remove the grub.cfg file and the system will boot to the grub prompt (not grub rescue). You can manually boot past this by inputting the Linux and initramfs lines.

          Then test again but leave grub.cfg intact. Remove an important module like normal.mod and test booting - system will land at grub rescue instead of the normal grub prompt.

          Once you test it would be good if you edit your posts so that you aren’t sharing bad information with others

  • LaggyKar@programming.dev
    link
    fedilink
    arrow-up
    9
    ·
    9 hours ago

    I’ve only gotten that when I’ve mistyped the encryption password. They really should improve the handling of that.

  • Engywook@lemm.ee
    link
    fedilink
    arrow-up
    3
    ·
    7 hours ago

    I never ever knew what do do at that point. The only way I had to solve was to download a rescued cd and chroot…

    • addie@feddit.uk
      link
      fedilink
      arrow-up
      6
      arrow-down
      2
      ·
      7 hours ago

      After having used Grub for about twenty years (eek) I was uncertain about the alternatives, but systemd-boot is absurdly better. Much better configuration, much better documentation, fixes a while pile of bugs that Grub team had as “won’t fix” for years and years. No reason to ever go back.