[lfs-dev] grub-2.02~beta2

Bruce Dubbs bruce.dubbs at gmail.com
Fri Oct 3 13:47:38 PDT 2014


Craig Magee wrote:
> On 3 October 2014 22:10, Mattias Schlenker <ms at mattiasschlenker.de> wrote:
>
>>
>> On UEFI you could do the same: Add LFS to an existing GRUB. On the other
>> hand you could add an GRUBX64.EFI as LFSX64.EFI to the list of UEFI
>> bootloaders via efibootmgr. On a fresh machine with just LFS and no other
>> systems you would probably use the default /EFI/BOOT/BOOTX64.EFI.
>>
>> In my opinion this is to much complexity. Thus I would recommend not
>> creating partitions for LFS, but in any case use a separate drive. This
>> might even be a 32GB USB thumb drive (should cost less than 15€), do a
>> clean install (thus not thinking about dual boot configurations).
>
>
> That is what I did recently.  I built 64-bit LFS in a folder on my
> fileserver (a Core Duo running Debian stable), then copied it to a USB
> stick.  I created two GPT partitions, one FAT32, one EXT2.  By compiling
> the kernel with a built-in command of root=PARTUUUID=(Id of EXT2 partition)
> and placing it in /boot/BOOT/BOOTX64.EFI I now have a USB stick that boots
> on my Asus laptop and Mac by bringing up the boot options menu.
> There's no specific reason to use GPT.  My goal is to create a hybrid table
> I can install GRUB2 to with efiemu to see if I can get the stick to boot on
> older non-GPT aware BIOS systems.  I don't know if that's a realistic goal,
> the fun part is finding out!

> I find EFI to be okay for booting my system with as EFI entries can pass
> arguments to the kernel and boot it directly without GRUB.  I don't use
> Windows so don't have any issues with it.  GPT seems to be the inevitable
> future though, and is pretty darn neat.

A GPT partition table with a legacy BIOS is OK.
A MBR partition table with URFI is not OK.

Secure boot and UEFI are not synonymous.  If you don't use windows, the 
easiest way is to just disable secure boot.

Building a custom kernel to embed a PARTUUUID is not my idea of convenient.

   -- Bruce


More information about the lfs-dev mailing list