Bug 60424 - ext3 is a module - / is always checked as ext2
Summary: ext3 is a module - / is always checked as ext2
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: kernel
Version: 7.3
Hardware: alpha
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Phil Copeland
QA Contact: Beth Uptagrafft
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2002-02-27 17:00 UTC by Jeff Wiedemeier
Modified: 2007-04-18 16:40 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2002-03-06 17:43:08 UTC
Embargoed:


Attachments (Terms of Use)

Description Jeff Wiedemeier 2002-02-27 17:00:22 UTC
Description of Problem:

Since ext3 is a module that is loaded after the root filesystem is checked, the
fsck of / is always done as ext2 - without the journal - even when / is ext3.
The ext3 module is loaded in time to check /boot.

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

2.4.9-24 (7.2 rc - 0222.1 iso)

How Reproducible:

very

Steps to Reproduce:
1. turn off machine while running (with / and /boot ext3)
2. reboot - watch disk check, it uses EXT2 tools (if it requires intervention,
lsmod in that shell shows no modules loaded)
3. what disk check of /boot - it uses EXT tools

Actual Results:

/ is checked as an EXT2, /boot is checked as ext3

Expected Results:

/ and /boot checked as ext3

Additional Information:

Comment 1 Jeff Wiedemeier 2002-03-06 11:57:03 UTC
I've also now seen a case where / could not be mounted because it contained
"unsupported optional features"

Comment 2 Phil Copeland 2002-03-06 17:43:03 UTC
Humm
well I think the best way to solve this is to NOT make ext3 a loadable module as
it's always needed so making it a loadable module is sort of ummm redundant.
the extra options error you got is to do with the Filesystem features 

(tune2fs -l /dev/<partition>)

has_journal, needs_recovery will cause the behaviour you mention

So, I propose to move ext3 from being modular to being part of the monolithic
kernel


Comment 3 Phil Copeland 2002-03-11 21:22:34 UTC
Bah. My bad.

Looks likethe ramdisk.img file doesn't include the fat/msdos/vfat modules so
when anaconda goes to write out the information, it can't
I've updated anaconda to include these extra modules
(anaconda-7.2/scripts/mk-images.alpha)

===============================
(from anaconda-7.2/exception.py)
-------------------------------
        if iutil.getArch() != "ia64":
            args = [ 'mkdosfs', '/tmp/floppy' ]

        
            cmd = "/usr/sbin/mkdosfs"
        
            if os.access("/sbin/mkdosfs", os.X_OK):
                cmd = "/sbin/mkdosfs"

            iutil.execWithRedirect (cmd, args, 
                                stdout = '/dev/tty5', stderr = '/dev/tty5')
                                
        try:
            isys.mount(device, "/tmp/crash", fstype = "vfat")
        except SystemError:
            continue

        out = open("/tmp/crash/anacdump.txt", "w")
        dumpException (out, text, tb, dispatch)
        out.close()

        # write out any syslog information as well
        try:
            iutil.copyFile("/tmp/syslog", "/tmp/crash")
        except:
            pass
        
        isys.umount("/tmp/crash")

        intf.messageWindow(_("Dump Written"),
            _("Your system's state has been successfully written to the "
              "floppy. Your system will now be reset."))

-------------------------------




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