Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
Bug 1021258 - requires user manually create biosboot when using guided partitioning
Summary: requires user manually create biosboot when using guided partitioning
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Fedora
Classification: Fedora
Component: anaconda
Version: 20
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Brian Lane
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard: AcceptedBlocker
Depends On:
Blocks: F20BetaBlocker 1022643
TreeView+ depends on / blocked
 
Reported: 2013-10-20 18:53 UTC by Chris Murphy
Modified: 2013-11-06 18:09 UTC (History)
16 users (show)

Fixed In Version: anaconda-20.25.4-1
Doc Type: Bug Fix
Doc Text:
Clone Of:
: 1022643 (view as bug list)
Environment:
Last Closed: 2013-11-06 18:09:57 UTC
Type: Bug
Embargoed:

Attachments (Terms of Use)
anaconda.log (7.74 KB, text/plain)
2013-10-20 18:56 UTC, Chris Murphy 		no flags Details
program.log (33.37 KB, text/plain)
2013-10-20 18:56 UTC, Chris Murphy 		no flags Details
storage.log (176.87 KB, text/plain)
2013-10-20 18:56 UTC, Chris Murphy 		no flags Details
c4 storage.log (161.06 KB, text/plain)
2013-10-20 19:12 UTC, Chris Murphy 		no flags Details
View All

Description Chris Murphy 2013-10-20 18:53:53 UTC 
Description of problem: When installing using Guided partitioning path to a GPT disk containing 2 or more partitions, and at least one of them will be preserved, the installer refuses to proceed telling the user a biosboot partition is required.


Version-Release number of selected component (if applicable):
F20 beta TC5
anaconda-20.25.1-1
python-blivet-0.23.1-1

How reproducible:
Always

Steps to Reproduce:
1. Existing GPT disk with 2+ partitions that are not a BIOS boot partition.
2. Guided partitioning, Installation Options: "I want more space"; continue
3. In Reclaim Disk Space, delete one or more partitions, preserving at least one; click Reclaim Space button.

Actual results:
Error, requires user to use Manual Partitioning to create a biosboot partition.

Expected results:
To create the required partition for me.

Additional info:
Comment 1 Chris Murphy 2013-10-20 18:56:16 UTC 
Created attachment 814305 [details]
anaconda.log
Comment 2 Chris Murphy 2013-10-20 18:56:40 UTC 
Created attachment 814306 [details]
program.log
Comment 3 Chris Murphy 2013-10-20 18:56:51 UTC 
Created attachment 814307 [details]
storage.log
Comment 4 Chris Murphy 2013-10-20 19:06:41 UTC 
Regression: Easier way to reproduce is with a GPT disk with 1 partition, and enough free space for Fedora, and using the default "Automatically configure" option, then clicking continue.

Proposing as a beta blocker: "When using the guided partitioning flow, the installer must be able to cleanly install to a disk with a valid ms-dos or gpt disk label and partition table which contains existing data and sufficient unpartitioned space for a Fedora installation."

Work around requires that I use manual partitioning.
Comment 5 Chris Murphy 2013-10-20 19:12:11 UTC 
Created attachment 814308 [details]
c4 storage.log

storage.log with simpler reproduce steps.

Why does blivet initially think it's unneeded? Seems similar to bug 1010495.

15:04:26,094 INFO blivet: skipping unneeded stage1 biosboot request
Comment 6 Chris Murphy 2013-10-21 16:42:21 UTC 
This is reproducible in qemu/kvm using SeaBIOS.
Comment 7 Mike Ruckman 2013-10-21 16:47:30 UTC 
Discussed this in 2013-10-21 Blocker Review Meeting [1]. Accepted as a blocker per Beta criterion "When using the guided partitioning flow, the installer must be able to cleanly install to a disk with a valid ms-dos or gpt disk label and partition table which contains existing data and sufficient unpartitioned space for a Fedora installation." [2]

[1] http://meetbot.fedoraproject.org/fedora-blocker-review/2013-10-21/
[2] https://fedoraproject.org/wiki/Fedora_20_Beta_Release_Criteria#Guided_partitioning
Comment 8 David Lehman 2013-10-21 17:15:23 UTC 
This is caused by anaconda commit 1bcfb368b75f2d. The bootloader stage1 disk must be set before doAutoPartition is called.
Comment 9 Brian Lane 2013-10-23 00:25:54 UTC 
Could you give this a try (against TC5)?

http://bcl.fedorapeople.org/updates/1021258.img

It moves the bootloader execute back the way it was.

It also fixes reusing an existing /boot/efi in autopart.
Comment 10 Chris Murphy 2013-10-23 02:21:34 UTC 
(In reply to Brian C. Lane from comment #9)
> Could you give this a try (against TC5)?
> http://bcl.fedorapeople.org/updates/1021258.img

Fixes this bug.
Comment 11 Fedora Update System 2013-10-26 01:10:58 UTC 
anaconda-20.25.4-1.fc20 has been submitted as an update for Fedora 20.
https://admin.fedoraproject.org/updates/anaconda-20.25.4-1.fc20
Comment 12 Chris Murphy 2013-10-28 01:45:32 UTC 
Bug no longer occurs with Fedora-20-Beta-TC6-x86_64-DVD.iso
Comment 13 Adam Williamson 2013-11-06 18:09:57 UTC 
20.25.4-1 went stable as part of FEDORA-2013-20033, and the fix was verified, so this can be closed.
Note You need to log in before you can comment on or make changes to this bug.