Bug 961896 - Refuses custom encrypted-root EFI install with 'no stage1'
Refuses custom encrypted-root EFI install with 'no stage1'
Product: Fedora
Classification: Fedora
Component: anaconda (Show other bugs)
Unspecified Unspecified
unspecified Severity unspecified
: ---
: ---
Assigned To: Anaconda Maintenance Team
Fedora Extras Quality Assurance
Depends On:
  Show dependency treegraph
Reported: 2013-05-10 12:52 EDT by Daniel Stone
Modified: 2013-05-10 16:53 EDT (History)
7 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2013-05-10 16:53:41 EDT
Type: Bug
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Daniel Stone 2013-05-10 12:52:01 EDT
This is with the Fedora 19 TC3 live image, booting off USB, on a UEFI system (MacBookAir5,2).

Start the installer, select language etc, proceed to disk selection.
Select main disk, press Done, decline reclaim and proceed to custom partitioning.

Make EFI System Partition (recognised as such including in filesystem type) mounted at /boot/efi.
Add /boot partition, ext2, primary partition, 2GB.
Add swap partition, LVM, 14GB, rename LVM VG and enable LVM (not per-partition) encryption.
Add root partition, XFS, LVM, automatic size.

Label all your partitions (other than the EFI system partition) appropriately.
Survey your domain with pleasure:
 swap 14GB nightslugs-swap
 /boot 2GB sda4
 /boot/efi 200MB sda1
 / 195.16GB nightslugs-root

Click 'Done', observe that
Enter encryption passphrase, click 'Done' again.
'Error checking storage configuration' -> 'you have not selected a stage1 target device'. FFFFFFFUUUUUUUUUUUUUUUUUUUUUUUUU-

This occurs even if I explicitly add a biosboot partition, or when I have a separate /boot/grub which is VFAT, or pretty much anything, unless ...

If I have the root partition as a separate, unencrypted, non-LVM partition, and just confine home and swap to an encrypted LVM VG, then I'm OK.  So perhaps it just needs to check for an accessible /boot rather than an accessible root partition?
Comment 1 Daniel Stone 2013-05-10 16:53:41 EDT
Nevermind, apparently I'm just too inept to follow instructions: /boot/efi needs to be HFS+ rather than VFAT.  Changing that results in success.

Note You need to log in before you can comment on or make changes to this bug.