Bug 851342 - autopartitioning doesn't work in anaconda 18.6.1 (text mode/ppc64)
Summary: autopartitioning doesn't work in anaconda 18.6.1 (text mode/ppc64)
Keywords:
Status: CLOSED DUPLICATE of bug 848173
Alias: None
Product: Fedora
Classification: Fedora
Component: anaconda
Version: 18
Hardware: powerpc
OS: Linux
urgent
urgent
Target Milestone: ---
Assignee: Anaconda Maintenance Team
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks: F18Alphappc
TreeView+ depends on / blocked
 
Reported: 2012-08-23 21:09 UTC by David Aquilina
Modified: 2014-06-24 00:19 UTC (History)
7 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2012-08-24 19:34:36 UTC
Type: Bug
Embargoed:

Attachments (Terms of Use)
anaconda log (10.82 KB, text/plain)
2012-08-23 21:09 UTC, David Aquilina 		no flags Details
storage.log (603.77 KB, text/plain)
2012-08-23 21:10 UTC, David Aquilina 		no flags Details
program.log (164.27 KB, text/plain)
2012-08-23 21:25 UTC, David Aquilina 		no flags Details
packaging.log (1.19 KB, text/plain)
2012-08-23 21:27 UTC, David Aquilina 		no flags Details
View All

Description David Aquilina 2012-08-23 21:09:21 UTC 
Description of problem:

It appears autopartitioning does not work in text mode on ppc64. When attempting to complete step 2 ("Installation Destination"), after selecting the appropriate options it returns an error stating "Error checking storage configuration". This occurs with both the "Use All Space" and "Replace Existing Linux system(s)" options. 

anaconda.log contains the following: 

20:06:24,210 ERR anaconda: You have not defined a root partition (/), which is required for installation of Fedora to continue.
20:06:24,211 ERR anaconda: you have not created a bootloader stage1 target device
20:06:24,212 ERR anaconda: You have not created a bootable partition.

(full logs will be attached)

Version-Release number of selected component (if applicable):

The ISO was built with: 

anaconda-18.6.1-1.fc18.ppc64
pungi-2.11-3.fc18.noarch
lorax-18.14-1.fc18.ppc64
yum-3.4.3-32.fc18.noarch
Comment 1 David Aquilina 2012-08-23 21:09:53 UTC 
Created attachment 606708 [details]
anaconda log
Comment 2 David Aquilina 2012-08-23 21:10:17 UTC 
Created attachment 606709 [details]
storage.log
Comment 3 Jesse Keating 2012-08-23 21:24:27 UTC 
Can you attach the other log files too?  program.log etc..  Might not be necessary but it would be good to have a whole picture of what's going on.

What is the storage available on this system?  How did you boot the installer?
Comment 4 David Aquilina 2012-08-23 21:25:58 UTC 
Created attachment 606710 [details]
program.log
Comment 5 David Aquilina 2012-08-23 21:27:13 UTC 
Created attachment 606711 [details]
packaging.log
Comment 6 David Aquilina 2012-08-23 21:32:03 UTC 
(In reply to comment #3)
> What is the storage available on this system?  How did you boot the
> installer?

It has a single 50G disk on /dev/sda. DVD iso is in /dev/sr0 which we booted off of with just 'linux'. There is no graphics hardware, so it defaulted to text mode.
Comment 8 Jesse Keating 2012-08-23 21:59:24 UTC 
So the first screen of the installation destination spoke presented you a choice of drives, you picked the option to choose /dev/sda ?
Comment 9 David Aquilina 2012-08-24 04:03:32 UTC 
Correct; after selecting it sda had a check next to it, then I hit 'c' to continue onto partitioning.
Comment 10 Jesse Keating 2012-08-24 18:28:05 UTC 
Ok, I think this is something specific to PPC, or something specific to having LVM data on the disk before hand.

Can you blank the disks, like really blank the disks so that there is no LVM bits left and try again?
Comment 11 David Lehman 2012-08-24 19:34:36 UTC 
This is caused by 848173. When that works, so will this.

*** This bug has been marked as a duplicate of bug 848173 ***
Comment 12 Mark Hamzy 2012-08-24 20:27:08 UTC 
I have verified that this works when the patch in 848173 has been applied...
Note You need to log in before you can comment on or make changes to this bug.