Bug 1168188 - RFE Allow /boot to be on lvm
Summary: RFE Allow /boot to be on lvm
Keywords:
Status: NEW
Alias: None
Product: Fedora
Classification: Fedora
Component: anaconda
Version: rawhide
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Anaconda Maintenance Team
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On: 760243 1496229
Blocks:
TreeView+ depends on / blocked
 
Reported: 2014-11-26 11:21 UTC by William Brown
Modified: 2019-12-12 01:04 UTC (History)
8 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2015-04-13 13:04:26 UTC
Type: Bug

Attachments (Terms of Use)
Add an attachment (proposed patch, testcase, etc.)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Bugzilla 1008418 1 None None None 2021-01-20 06:05:38 UTC

Internal Links: 1008418

Description William Brown 2014-11-26 11:21:27 UTC 
Description of problem:
In the past a kickstart partition of:

# LVM
part pv.2 --size=11776 --grow --asprimary
volgroup vg00 pv.2
logvol / --fstype=xfs --size=5120 --name=root_lv --vgname=vg00
logvol /boot --fstype="xfs" --size=512 --name=boot_lv --vgname=vg00

Would work, and result in a bootable system. Now this does not work, likely due to more rigid /boot checks to not be on lvm. 

This should be "undone" slightly, to allow /boot to be on lvm. Grub2 fully supports this, and allows post install lvm raid setups to take place that are very useful to system administrators. 


Additional info:
Comment 2 Adam Williamson 2019-12-12 01:04:36 UTC 
There's a RHEL 8 bug for this with some RH customer demand, but the current story on it appears to be basically "it's not possible". Still, I'll leave it up to anaconda team to decide whether to keep this open or not.
Note You need to log in before you can comment on or make changes to this bug.