Feature changed by: Michael Chang (michael-chang) Feature #315499, revision 6 Title: decide whether ESP is to be used as /boot openSUSE Distribution: Unconfirmed Priority Requester: Mandatory Requested by: Ludwig Nussel (lnussel) Partner organization: openSUSE.org Description: There needs to be a decision about how to proceed wrt /boot. Citing https://bugzilla.novell.com/show_bug.cgi?id=808017#c7 Looks like there are different opinions about what is the best setup. For reference, here is a discussion on the systemd list which indicates that they plan to mount the ESP at /boot: http://lists.freedesktop.org/archives/systemd-devel/2013-January/008273.html AFAICT there are several proposals so far: 1. ESP at /boot/efi, separate /boot as usual, only bootloader in ESP 2. ESP at /boot/efi, /boot on /, bootloader in ESP, bootloader implements all features to access raid, lvm, crypto etc. itself. 3. ESP at /boot/efi, /boot on /, bootloader in ESP, bootloader setup script copies kernel&initrd to ESP. 4. ESP at /boot, bootloader (optional), kernel and initrd in ESP. kernel&initrd would need to be packaged in e.g. /boot/EFI/opensuse then. 1. and 2. require feature rich bootloaders like grub2 while 3 and 4 don't. Discussion: #1: Ludwig Nussel (lnussel) (2013-07-03 09:18:03) Note, please do not add private comments as this affects openSUSE and the decision needs to be transparent. Note the Feature freeze for openSUSE is in August and the last Beta in September so we should have the final solution implemented ASAP. #2: Michael Chang (michael-chang) (2013-07-08 09:11:21) My opinion is default to #2 and if bootloader (grub2) can't support then we fallback to #1. That way we can deal with all architectures consistently (In kernel/bootloader installation and in proposing system partition layout) For #3 (or even #4) we have to introduce new bootloader as long as grub2 is not preferred, and implement distinguished procedure for installing kernel etc. If we don't care about the extra maintaining prospects in UEFI mode, I'm fine with it. For #4 .. I don't see any merit of it ?? + #3: Michael Chang (michael-chang) (2013-07-08 09:21:45) + Btw, if we want to fully utilize the functionality of lvm, mdadm and/or + btrfs, we'd better go #2. Others are sub-optimal as long as kernel, + initrd or boot config cannot be managed by those technologies. -- openSUSE Feature: https://features.opensuse.org/315499