Red Hat Bugzilla – Bug 501876
liveinst: "Your / partition ... must be formatted as ext3."
Last modified: 2009-05-26 10:07:46 EDT
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):
Steps to Reproduce:
0. (use livecd-tools to roll live spin)
1. boot image and try to install
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.
Autopartitioning to Just Work.
also happened with -52 at least AFAICR.
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.
Created attachment 344971 [details]
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
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 :)
(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?
I am building on a box upgraded from f9 -> f10 -> f11 FWIW.
Created attachment 345047 [details]
Side note: Release engineering generated RC images do not exhibit this problem (http://alt.fedoraproject.org/pub/alt/stage/f11-rc0.1/)
(In reply to comment #6)
> Created an attachment (id=345047) [details]
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