• atzanteol@sh.itjust.works
    link
    fedilink
    English
    arrow-up
    10
    ·
    2 days ago

    Different distros vary a bit here, and it will differ if you’re on a system using efi.

    Sometimes /boot isn’t mounted by default (it’s not needed unless you’re updating a kernel). You may be seeing a symlink or placeholder there.

    If you’re using efi there will probably be /boot/EFI or something where your kernel is stored.

    • flying_sheep@lemmy.ml
      link
      fedilink
      arrow-up
      3
      ·
      edit-2
      15 hours ago

      The reason there’s no version in the filename is simply that Arch just doesn’t keep old kernels around.

      The vmlinuz-linux just gets replaced whenever you update the linux package and the old one is deleted immediately.

      • atzanteol@sh.itjust.works
        link
        fedilink
        English
        arrow-up
        1
        ·
        8 hours ago

        That’s… Insanity. Keeping at least one old kernel is amazingly useful if you run into issues with an update.

        • flying_sheep@lemmy.ml
          link
          fedilink
          arrow-up
          1
          ·
          edit-2
          2 hours ago

          I agree that it’s be useful, and I think you can just install e.g. the LTS kernel next to the regular one.

          But even without , the arch way isn’t insane either: when something kernel-related breaks, boot with a live system on USB and fix it.

          Case in point: I dimensioned the EFI partition too small, so at some point, me using the zen kernel (which comes with a backup kernel image) messed things up and I couldn’t boot a half-written kernel.

          then I

          1. created and booted a live USB stick,
          2. Mounted my / and /boot partitions manually into /mnt/root/ and /mnt/root/boot
          3. Bind-mounted the live system’s /dev and /proc into /mnt/root/{dev,proc}
          4. chrooted into /mnt/root (resulting in an environment using /dev and /proc from the live system and the rest from my system),
          5. Used regular package manager commands to uninstall the zen kernel and install the regular one, and finally
          6. rebooted into the now working system.

          It’s not crazy, it doesn’t take long, you just need to know how the system works. Upside is that nothing ever breaks permanently, everything is fixable (except hardware failure)