Bug 501876

Summary: liveinst: "Your / partition ... must be formatted as ext3."
Product: [Fedora] Fedora Reporter: Jens Petersen <petersen>
Component: anacondaAssignee: Jeremy Katz <katzj>
Status: CLOSED RAWHIDE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: medium Docs Contact:
Priority: low    
Version: rawhideCC: jlaska, rmaximo, vanmeeuwen+fedora
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2009-05-26 14:07:46 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
livecd-creator-i386.log
none
F11-Live-i686-20090522T0805.log none

Description Jens Petersen 2009-05-21 08:19:02 UTC
Description of problem:
When I try to install an F11 Live image I rolled myself from rawhide+updates
liveinst can't seem to autopartition.

Version-Release number of selected component (if applicable):
anaconda-11.5.0.54-1.fc11

How reproducible:
every time

Steps to Reproduce:
0. (use livecd-tools to roll live spin)
1. boot image and try to install
  
Actual results:
"""
The following errors occurred with your partitioning:

Your / partition does not match the the live image you are installing from.  It must be formatted as ext3.

This can happen if there is not enough space on your hard drive(s) for the installation. 

Press 'OK' to choose a different partitioning option.
"""

Expected results:
Autopartitioning to Just Work.

Additional info:
also happened with -52 at least AFAICR.

Comment 1 Jeremy Katz 2009-05-21 14:27:13 UTC
What config did you use for your live image?  They should all be defaulting to ext4 now.

I'm not seeing a good (low-impact) place to tie in changing what the default fstype for the rootfs in the storage code, but am hunting further.

Comment 2 James Laska 2009-05-21 14:35:11 UTC
Created attachment 344971 [details]
livecd-creator-i386.log

Seeing this also while creating a test day live image using the procedure outlined at https://fedoraproject.org/wiki/QA/Test_Days/Live_Image.

Attaching livecd-creator output for review

Comment 3 Jeremy Katz 2009-05-21 16:45:05 UTC
Dug out a way to switch the defaults for autopart and sent that off for review although I'm not entirely sure we want to risk it in F11

jlaska's image had an ext3 /, though, which really shouldn't be happening with the defaults right now.  So still curious to hear from Jens :)

Comment 4 Jens Petersen 2009-05-22 01:53:48 UTC
(In reply to comment #3)
> jlaska's image had an ext3 /, though, which really shouldn't be happening with
> the defaults right now.  So still curious to hear from Jens :)  

I am creating my live images with livecd-tools-024-1.fc11 and spin-kickstarts.git
everything should be close to defaults but I can attach my .log, .ks and
commandline if it helps.  So is it livecd-tools?

Comment 5 Jens Petersen 2009-05-22 02:11:11 UTC
I am building on a box upgraded from f9 -> f10 -> f11 FWIW.

Comment 6 Jens Petersen 2009-05-22 02:13:55 UTC
Created attachment 345047 [details]
F11-Live-i686-20090522T0805.log

Comment 7 James Laska 2009-05-22 12:53:29 UTC
Side note: Release engineering generated RC images do not exhibit this problem (http://alt.fedoraproject.org/pub/alt/stage/f11-rc0.1/)

Comment 8 Jeremy Katz 2009-05-26 14:07:46 UTC
(In reply to comment #6)
> Created an attachment (id=345047) [details]
> F11-Live-i686-20090522T0805.log  

Unfortunately, the log doesn't say anything.  But from James's case, the image he had *was* actually ext3 and not ext4.  There could have been a bad e2fsprogs build in rawhide as I know sandeen was fiddling with some things to unbreak resizing.

I've got a fix so that autopartitioning follows the actual fs type of the live image (bbf767d27d7032d1afdd0ba05ad1897e3b5cb56c) but we're still debating if we want to put that into F12 or not and that's bug 502509.  

Going to close this on the hope that it was just a fluke e2fsprogs breaking image builds as ext4.  And we'll keep an eye on the "official" images to ensure they're coming out ext4