Bug 47525
Summary: | rc.sysinit fsck's ext3 / filesystems | ||
---|---|---|---|
Product: | [Retired] Red Hat Linux | Reporter: | Joshua Jensen <joshua> |
Component: | initscripts | Assignee: | Bill Nottingham <notting> |
Status: | CLOSED NOTABUG | QA Contact: | Brock Organ <borgan> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 6.2 | CC: | rvokal, sct |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | i386 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2001-07-06 02:48:24 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: |
Description
Joshua Jensen
2001-07-05 21:39:17 UTC
AFAIK, e2fsck does the right thing (skips fsck on ext3 unless it's needed.) What e2fsprogs do you have installed? The current behaviour is correct. The initscripts _must_ call fsck for ext3 filesystems. If the filesystem has an error on it, or if it has exceeded its maximum time between fscks (which you can set via tune2fs), e2fsck will do a full run on the filesystem. But if not, fsck will just recover the journal and will not do a full check, so you get the right behaviour. If you are getting a full fsck on your root filesystem every time, then there's something else wrong --- probably it is only being mounted as ext2. Try a cat /proc/mounts to verify what the kernel thinks the root filesystem is. If you change the root filesystem type to ext3 in /etc/fstab, you still need to rerun mkinitrd to cause it to be remounted as ext3 on the next boot, otherwise you'll still be mounting root as ext2 and you'll get the fsck-on-reboot that you described. |