Bug 741587 - going back in partitioning reports "you have not created a bootloader stage1" every second time
Summary: going back in partitioning reports "you have not created a bootloader stage1"...
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Fedora
Classification: Fedora
Component: anaconda
Version: 16
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: David Lehman
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks: F16Beta-accepted, F16BetaFreezeExcept
TreeView+ depends on / blocked
 
Reported: 2011-09-27 11:23 UTC by Kamil Páral
Modified: 2012-02-29 15:30 UTC (History)
7 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2012-02-29 15:30:56 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
bug demonstration video (1.32 MB, video/ogg)
2011-09-27 11:23 UTC, Kamil Páral
no flags Details
anaconda.log (13.78 KB, text/plain)
2011-09-27 11:25 UTC, Kamil Páral
no flags Details
program.log (588.46 KB, text/plain)
2011-09-27 11:25 UTC, Kamil Páral
no flags Details
storage.log (1.52 MB, text/plain)
2011-09-27 11:25 UTC, Kamil Páral
no flags Details

Description Kamil Páral 2011-09-27 11:23:01 UTC
Description of problem:
Harddisk already contains an existing default installation of Fedora 16 from Live media. Installing again. Selecting "Use all space" and "Review layout". Everything is fine. In partitioning overview, I hit Back and again Forward. I get an error message "You have not created a bootloader stage1 target device". This repeats *every second time* I hit Back and Forward.

See attached video.

Version-Release number of selected component (if applicable):
anaconda 16.19
Fedora 16 Beta RC3 Live x86_64

How reproducible:
always

Steps to Reproduce:
1. have existing default installation
2. use "Use all space" and "Review layout"
3. hit Back and Forward
4. see dialog

Comment 1 Kamil Páral 2011-09-27 11:23:31 UTC
Created attachment 525090 [details]
bug demonstration video

Comment 2 Kamil Páral 2011-09-27 11:25:08 UTC
Created attachment 525094 [details]
anaconda.log

Comment 3 Kamil Páral 2011-09-27 11:25:14 UTC
Created attachment 525095 [details]
program.log

Comment 4 Kamil Páral 2011-09-27 11:25:20 UTC
Created attachment 525096 [details]
storage.log

Comment 5 Kamil Páral 2011-09-27 11:26:55 UTC
Not sure whether this is a blocker, the workaround is pretty easy. Proposing as Beta NTH.

Comment 6 Ales Kozumplik 2011-09-27 13:29:46 UTC
I can reproduce this, assigning to myself.

Comment 7 Ales Kozumplik 2011-09-27 15:05:32 UTC
what I think is happening:

the first time through the loop bootloader.stage1_device is
None. This acts well with _schedulePartitions in autopart because
it causes new biosboot partition to be requested. During
sanityCheck() the stage1_device is queried and the automatic
property mechanism finds it is now possible to have a
stage1_device and returns non-none. This value is stored and,
unlike the rest of the storage subsystem, not reset upon the next
attempt: the _schedulePartitions() does not allocate a biosboot,
stage1_drive is set to None during doPartitioning and a new one
is not set, there's no biosboot partition now.

Comment 8 Ales Kozumplik 2011-09-27 15:08:08 UTC
Kamil,

can you please retest with http://akozumpl.fedorapeople.org/bz741587.img ?

Thanks.

Comment 9 Ales Kozumplik 2011-09-29 09:17:29 UTC
Also, patch is awaiting review:
https://www.redhat.com/archives/anaconda-devel-list/2011-September/msg00227.html

Comment 10 Ales Kozumplik 2011-09-29 14:52:54 UTC
I am withdrawing the patch, dlehman has a more general solution to this coming shortly.

Comment 11 David Lehman 2011-09-30 16:53:30 UTC
A fix will be in anaconda-16.21-1, which is post-beta.

Comment 12 Chris Murphy 2011-10-17 22:55:33 UTC
Is this bug related to the following behavior I get from the SEP 28 LiveCD beta?

3967MB flash drive with 3400MB free unallocated. Choose "Use Free Space" installation type, move it to the "Install Target Devices" column, check bootloader circle, and then next. Error message:
Your /  partition is less than 2282.0MB which is lower than recommended for a normal Fedora Live install. you have not created a bootloader stage1 target device.

If I repartition this drive so that all of the space is completely free and unallocated (GPT scheme) and choose again the "Use Free Space" option, I get the same error message but without the "you have not created a bootloader stage1 target device."

If I start yet again and choose "Use All Space" I get the same message, minus the "bootloader stage1" message.

So in no case am I able to install from the LiveCD to a 4GB flash drive using any automatic option. If I go into custom partitioning, and manually create BIOS boot, /boot, and / then the installation proceeds. Seems like the installer is incorrectly estimating disk requirements using either "Use All Space" or "Use Free Space" options.

Comment 13 Kamil Páral 2012-02-29 15:30:56 UTC
This is presumably fixed in F16 and I can't reproduce it in F17, closing.


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