I suspect the problem does not relate to the filesystem check interval,
but to one of the other timestamps, such as the last mount time.  A
discrepancy there will trigger a full filesystem check regardless of the
checkinterval.  For example:

potpal:[/tmp] dd if=/dev/zero bs=1M count=1 of=fs.ext3 
1+0 records in
1+0 records out
1048576 bytes (1.0 MB) copied, 0.00205541 seconds, 510 MB/s
potpal:[/tmp] mke2fs -j fs.ext3 
mke2fs 1.40-WIP (14-Nov-2006)
fs.ext3 is not a block special device.
Proceed anyway? (y,n) y
Filesystem label=
OS type: Linux
Block size=1024 (log=0)
Fragment size=1024 (log=0)
128 inodes, 1024 blocks
51 blocks (4.98%) reserved for the super user
First data block=1
Maximum filesystem blocks=1048576
1 block group
8192 blocks per group, 8192 fragments per group
128 inodes per group

Writing inode tables: done

Filesystem too small for a journal
Writing superblocks and filesystem accounting information: done

This filesystem will be automatically checked every 38 mounts or
180 days, whichever comes first.  Use tune2fs -c or -i to override.
potpal:[/tmp] debugfs -w fs.ext3 
debugfs 1.40-WIP (14-Nov-2006)
debugfs:  ssv mtime 201001010000
debugfs:  quit
potpal:[/tmp] fsck -n /tmp/fs.ext3 
fsck 1.40-WIP (14-Nov-2006)
e2fsck 1.40-WIP (14-Nov-2006)
Superblock last mount time is in the future.  Fix? no

/tmp/fs.ext3 contains a file system with errors, check forced.
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
/tmp/fs.ext3: 11/128 files (9.1% non-contiguous), 38/1024 blocks

-- 
Edgy Beta -- fsck on every (re)boot
https://bugs.launchpad.net/bugs/63175
You received this bug notification because you are a member of Ubuntu
Bugs, which is the bug contact for Ubuntu.

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

Reply via email to