On 01/28/2015 08:59 AM, Alexander Todorov wrote:
Hi guys,
RHEL QE has been doing some testing using customized partitioning in our
kickstart and we've always explicitly defined the use of a biosboot
partition if RHEL >= 7. I don't recall seeing any problems related to
the biosboot partition.
Now Dan Callaghan from Beaker devel has a question related to this:
https://bugzilla.redhat.com/show_bug.cgi?id=1108393#c15
Alexander Todorov mentioned that his team unconditionally defines the
biosboot partition on RHELs which support it, and that works (even on
BIOS systems with disks <2TB). Need to investigate further. Is
Anaconda ignoring the defined biosboot partition when it's not
applicable (MBR)? If so can Beaker also just unconditionally define it
on distros that support it?
We will not create a biosboot partition during automatic partitioning if
any of the following are true:
1. the boot disk does not contain a gpt disklabel
2. the boot disk does contain a gpt disklabel that already has a
biosboot partition on it
3. the user elected to not install a bootloader
(In reply to Dan Callaghan from comment #14)
Or another possibility... the presence of the biosboot partition
triggers Anaconda to use GPT where it would otherwise have used MBR
(in which case, adding it unconditionally would be bad, since it has
an unintended influence on the test scenario)...
This does not happen.
Can you provide more insight into this? It may be the difference between
one line or a thousand lines patch for Beaker.
There is also an RFE for anaconda to handle special bootloader-related
partitions automatically upon request when a kickstart with a custom
storage layout is used. You can find them from the bug you referenced
above. Don't expect us to drop everything to work on those, though. We
already have a full schedule for the short-term future.
Thanks,
Alex
_______________________________________________
Anaconda-devel-list mailing list
Anaconda-devel-list@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/anaconda-devel-list
_______________________________________________
Anaconda-devel-list mailing list
Anaconda-devel-list@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/anaconda-devel-list