• @[email protected]
    link
    fedilink
    6
    edit-2
    1 year ago

    UEFI forum made it a requirement for motherboard constructors (hp, dell, msi…) to make their UEFI implementation to be able to at least read fat(12/16/32) filesystems. That is why you need a fat(12/16/32) partition flagged ESP (efi system partition) for holding your boot files.

    So, I dont think you can do that unless you fall back to the old outdated BIOS/MBR or you have some *nix filesystem in your uefi implementation which I dont trust.

    • @Molecular0079
      link
      English
      11 year ago

      You’re only partially correct. /boot doesn’t have to also be your EFI partition. In fact, most distros by default will separate the two, with the EFI partition mounted at /boot/efi and /boot being a separate ext4 based partition. My suggestion is that, if you’re running BTRFS, you should merge /boot and / as one partition. You’re still free to have a FAT32-based EFI mounted at /boot/efi or better yet /efi.

      • @[email protected]
        link
        fedilink
        11 year ago

        It has been a while since I used grub that I forgot tgat esp could only be used to hold the boot files residing on /boot/efi.

        • @Molecular0079
          link
          English
          21 year ago

          I am guessing you’re on systemd-boot? Yeah, one of the reasons why I hesitate to use it is how it requires EFI contain the kernel images. I am currently using refind.

          • @[email protected]
            link
            fedilink
            11 year ago

            Yeah, I’m on systemd-boot, it requires the kernel to be located in the ESP partition which I mount in /boot, resulting in cleaner setup.

      • @[email protected]
        link
        fedilink
        11 year ago

        I use systemd-boot and my mount point is /efi. /efi/EFI/ is where my bootloaders live.

        If I rollback to an old enough snapshot, I have to reinstall my kernels from a chroot. It’d be cool if I could get around that.