linux-ext4.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Bas van Schaik <bas@tuxes.nl>
To: Theodore Tso <tytso@mit.edu>
Cc: linux-ext4@vger.kernel.org
Subject: Re: Scripting e2fsck: no errors, but still exit code 1 "FILE	SYSTEM WAS MODIFIED"
Date: Mon, 19 May 2008 13:32:53 +0200	[thread overview]
Message-ID: <48316565.1040501@tuxes.nl> (raw)
In-Reply-To: <483056DC.4060108@tuxes.nl>

Bas van Schaik wrote:
> Theodore Tso wrote:
>   
>> On Sun, May 18, 2008 at 12:37:37PM +0200, Bas van Schaik wrote:
>>   
>>     
>>> However, there is a slight
>>> problem with scripting e2fsck: it seems that e2fsck /always/ exits with
>>> exit code 1 just because of the fact that the snapshot journal has been
>>> replayed. Because of this, the script cannot tell whether there is a
>>> real problem or not and keeps e-mailing me. This is a typical output of
>>> such an e2fsck run:
>>>     
>>>       
>> Simply replying the journal should not cause e2fsck to have an exit
>> code of 1.  It must have done something else.  The common one was
>> clearing the LARGE_FILES feature flag if the filesystem didn't have
>> one, but that was removed as of 1.40.7.  Can you take a snapshot, run
>> dumpe2fs, run e2fsck -fy /dev/loop1, and then run dumpe2fs again, and
>> send me a before and after?
>>     
> For now, the dumpe2fs before the e2fsck. As you will probably remember,
> the filesystem is quite large and and the check takes a few hours... I
> will send the other dumpe2fs ASAP.
>
>
>   
>> # dumpe2fs /dev/loop1
>> dumpe2fs 1.40-WIP (14-Nov-2006)
>> Filesystem volume name:   <none>
>> Last mounted on:          <not available>
>> Filesystem UUID:          5e561184-65a5-4e19-9b57-7acf31ef209b
>> Filesystem magic number:  0xEF53
>> Filesystem revision #:    1 (dynamic)
>> Filesystem features:      has_journal dir_index filetype
>> needs_recovery sparse_super large_file
>> Filesystem flags:         signed directory hash
>> Default mount options:    journal_data_writeback
>> Filesystem state:         clean
>> Errors behavior:          Remount read-only
>> Filesystem OS type:       Linux
>> Inode count:              275251200
>> Block count:              550502400
>> Reserved block count:     0
>> Free blocks:              64737800
>> Free inodes:              262708704
>> First block:              0
>> Block size:               4096
>> Fragment size:            4096
>> Blocks per group:         32768
>> Fragments per group:      32768
>> Inodes per group:         16384
>> Inode blocks per group:   512
>> Filesystem created:       Fri Oct  6 20:46:50 2006
>> Last mount time:          Tue May 13 00:30:58 2008
>> Last write time:          Tue May 13 00:30:58 2008
>> Mount count:              1
>> Maximum mount count:      24
>> Last checked:             Mon May 12 15:38:20 2008
>> Check interval:           15552000 (6 months)
>> Next check after:         Sat Nov  8 14:38:20 2008
>> Reserved blocks uid:      0 (user root)
>> Reserved blocks gid:      0 (group root)
>> First inode:              11
>> Inode size:               128
>> Journal inode:            8
>> Default directory hash:   tea
>> Directory Hash Seed:      46c1768d-baa8-44f8-a823-200942db69b5
>> Journal backup:           inode blocks
>> Journal size:             32M
>>     

And now the (complete) output of dumpe2fs after the e2fsck:

> Filesystem volume name:   <none>
> Last mounted on:          <not available>
> Filesystem UUID:          5e561184-65a5-4e19-9b57-7acf31ef209b
> Filesystem magic number:  0xEF53
> Filesystem revision #:    1 (dynamic)
> Filesystem features:      has_journal dir_index filetype sparse_super
> large_file
> Filesystem flags:         signed directory hash
> Default mount options:    journal_data_writeback
> Filesystem state:         clean
> Errors behavior:          Remount read-only
> Filesystem OS type:       Linux
> Inode count:              275251200
> Block count:              550502400
> Reserved block count:     0
> Free blocks:              76760569
> Free inodes:              262667659
> First block:              0
> Block size:               4096
> Fragment size:            4096
> Blocks per group:         32768
> Fragments per group:      32768
> Inodes per group:         16384
> Inode blocks per group:   512
> Filesystem created:       Fri Oct  6 20:46:50 2006
> Last mount time:          Mon May 19 02:15:24 2008
> Last write time:          Mon May 19 02:16:08 2008
> Mount count:              0
> Maximum mount count:      24
> Last checked:             Mon May 19 02:16:08 2008
> Check interval:           15552000 (6 months)
> Next check after:         Sat Nov 15 01:16:08 2008
> Reserved blocks uid:      0 (user root)
> Reserved blocks gid:      0 (group root)
> First inode:              11
> Inode size:               128
> Journal inode:            8
> Default directory hash:   tea
> Directory Hash Seed:      46c1768d-baa8-44f8-a823-200942db69b5
> Journal backup:           inode blocks
> Journal size:             32M

Does this tell you anything?

  -- Bas


  parent reply	other threads:[~2008-05-19 11:32 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-05-18 10:37 Scripting e2fsck: no errors, but still exit code 1 "FILE SYSTEM WAS MODIFIED" Bas van Schaik
2008-05-18 12:28 ` Theodore Tso
2008-05-18 16:18   ` Bas van Schaik
2008-05-19 11:23     ` Bas van Schaik
2008-05-19 11:32     ` Bas van Schaik [this message]
2008-05-20 12:09       ` Theodore Tso
2008-05-20 21:19         ` Bas van Schaik
2008-05-21 16:14           ` Andreas Dilger
2008-05-20  3:58 ` Andreas Dilger

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=48316565.1040501@tuxes.nl \
    --to=bas@tuxes.nl \
    --cc=linux-ext4@vger.kernel.org \
    --cc=tytso@mit.edu \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).