Bug 493947 - created ext3 fs is in fact ext4
Summary: created ext3 fs is in fact ext4
Keywords:
Status: CLOSED DUPLICATE of bug 493206
Alias: None
Product: Fedora
Classification: Fedora
Component: anaconda
Version: rawhide
Hardware: All
OS: Linux
low
medium
Target Milestone: ---
Assignee: Anaconda Maintenance Team
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2009-04-03 12:23 UTC by Michal Hlavinka
Modified: 2009-04-06 14:31 UTC (History)
5 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2009-04-06 14:31:15 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Michal Hlavinka 2009-04-03 12:23:30 UTC
Description of problem:
during installation I used 'create custom layout' with /dev/sda6 for / and "format as: ext3"

installation fails (see bug # )

After this /dev/sda6 can't be mounted using

mount -t ext3 /dev/sda6 /media

(mount: wrong fs type, bad option, bad superblock on /dev/sda6, ...)
but only with:

mount -t ext4 /dev/sda6 /media

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


How reproducible:


Steps to Reproduce:
1.install system
2.use create custom layout
3.format partition as ext3
  
Actual results:
partition is ext4

Expected results:
partition is ext3

Additional info:

in log:

EXT3-fs: sda6: couldn't mount because of unsupported optional features (240).
EXT3-fs: sda6: couldn't mount because of unsupported optional features (240).
EXT4-fs: barriers enabled
kjournald2 starting: pid 11783, dev sda6:8, commit interval 5 seconds
EXT4 FS on sda6, internal journal on sda6:8
EXT4-fs: delayed allocation enabled
EXT4-fs: file extents enabled
EXT4-fs: mballoc enabled
EXT4-fs: mounted filesystem sda6 with ordered data mode
SELinux: initialized (dev sda6, type ext4), uses xattr

Comment 1 Chris Lumens 2009-04-03 13:53:00 UTC
Was this a livecd install?

Comment 2 Zach Carter 2009-04-04 19:17:03 UTC
I reproduced this bug this morning, similar scenario.

This was a livecd install of the 64 bit F11 beta.

I chose "create custom layout", created / as ext3, did not create a /boot partition, and chose not to install a boot loader.

The install failed at the end trying to mount the / partition.

On a related note, I didn't actually want to choose ext3, but the installer insisted that I could not create / as ext4, since it refused to make ext4 a bootable partition.  That makes sense, however this was a custom layout and I did not want / to be bootable.  Later on I was planning to uncheck the bootloader in the installer, since I wanted to leave my /boot partition alone.

Comment 3 Michal Hlavinka 2009-04-06 08:11:33 UTC
(In reply to comment #1)
> Was this a livecd install?  

yes, F11 KDE Live cd 64 bit

Comment 4 Chris Lumens 2009-04-06 14:31:15 UTC
Yeah, this was a problem with the livecd that we ran into shortly after the beta was released.  Jeremy fixed it up the other day, but unfortunately you will have to wait for another livecd to be produced in order to see the fix.

*** This bug has been marked as a duplicate of bug 493206 ***


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