All of lore.kernel.org
 help / color / mirror / Atom feed
From: Andreas Dilger <adilger@turbolabs.com>
To: James A Sutherland <jas88@cam.ac.uk>
Cc: Ville Herva <vherva@niksula.hut.fi>, linux-kernel@vger.kernel.org
Subject: Re: ext3 vs resiserfs vs xfs
Date: Wed, 7 Nov 2001 14:11:57 -0700	[thread overview]
Message-ID: <20011107141157.L5922@lynx.no> (raw)
In-Reply-To: <E161UYR-0004S5-00@the-village.bc.nu> <E161Vbf-0000m9-00@lilac.csi.cam.ac.uk> <20011107213837.F26218@niksula.cs.hut.fi> <E161ZYW-0006ky-00@mauve.csi.cam.ac.uk>
In-Reply-To: <E161ZYW-0006ky-00@mauve.csi.cam.ac.uk>; from jas88@cam.ac.uk on Wed, Nov 07, 2001 at 08:44:25PM +0000

On Nov 07, 2001  20:44 +0000, James A Sutherland wrote:
> On Wednesday 07 November 2001 7:38 pm, Ville Herva wrote:
> > On Wed, Nov 07, 2001 at 04:31:24PM +0000, you [James A Sutherland] claimed:
> > > Hm.. after a decidedly unclean shutdown, I decided to force an fsck here
> > > and my ext3 partition DID have two inode errors on fsck... (Having said
> > > that, the last entry in syslog was from the SCSI driver, and ext3's
> > > journalling probably doesn't help much when the disk it's on goes
> > > AWOL...)
> >
> > A stupid question: does ext3 replay the journal before fsck? If not, the
> > inode errors would be expected...
> 
> Yes, it does: this was AFTER the journal replay. And yes, it was ext3 not 
> ext2 mounting it (well, either that or ext2 has learned to do journal 
> replays...).

Actuall, e2fsck can also do the journal replay, so depending on whether this
is the root fs or not, it may be that you get a journal replay and still
mount it as ext2...

> So, AFTER a journal replay, there were still two damaged inodes 
> - which sounds like Anton's problem. Maybe ext3 just hates Cambridge? :-)

Well, if you had a SCSI error, then it may be that the fs marked an error
in the superblock, which would force a full fsck also.

Note also, that it is often normal to have "orphaned inodes" cleaned up when
the journal is cleaned up.  This is not an error.  I normally have these on
my system because of PCMCIA cardmgr creating device inodes in /tmp and then
unlinking them immediately after opening them.

If you have an open but unlinked file, then ext3 will delete this file at
mount/fsck time (unlike reiserfs which leaves it around wasting space).
Did you actually get files in lost+found, or only the orphaned inode
message?

Cheers, Andreas
--
Andreas Dilger
http://sourceforge.net/projects/ext2resize/
http://www-mddsp.enel.ucalgary.ca/People/adilger/


  reply	other threads:[~2001-11-07 21:14 UTC|newest]

Thread overview: 49+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-11-07 15:00 ext3 vs resiserfs vs xfs Roy Sigurd Karlsbakk
2001-11-07 15:23 ` Alan Cox
2001-11-07 15:28   ` Zvi Har'El
2001-11-07 20:19     ` Andreas Dilger
2001-11-07 21:11       ` Zvi Har'El
2001-11-07 21:25         ` Christian Bornträger
2001-11-07 21:45           ` Mike Fedyk
2001-11-07 21:42         ` Andreas Dilger
2001-11-07 22:11           ` arjan
2001-11-07 21:48         ` arjan
2001-11-08  7:08           ` Zvi Har'El
2001-11-08 11:06             ` Arjan van de Ven
2001-11-08 12:10               ` Zvi Har'El
2001-11-08 12:11                 ` Arjan van de Ven
2001-11-08 11:35           ` ramfs leak Padraig Brady
2001-11-07 16:31   ` ext3 vs resiserfs vs xfs James A Sutherland
2001-11-07 19:38     ` Ville Herva
2001-11-07 19:50       ` Daniel Gryniewicz
2001-11-07 20:24       ` Robert Love
2001-11-07 20:35         ` Andrew Morton
2001-11-07 20:44       ` James A Sutherland
2001-11-07 21:11         ` Andreas Dilger [this message]
2001-11-07 21:37           ` ext3 vs resizerfs " Ville Herva
2001-11-07 21:45             ` Andreas Dilger
2001-11-08  0:13           ` ext3 vs resiserfs " James A Sutherland
2001-11-07 18:40 ` Anton Altaparmakov
2001-11-07 19:12   ` Alan Cox
2001-11-07 19:40   ` Anton Altaparmakov
2001-11-07 20:15     ` Andrew Morton
2001-11-07 21:33       ` Mike Fedyk
2001-11-07 22:00         ` Andrew Morton
2001-11-07 22:27           ` Mike Fedyk
2001-11-07 22:56             ` Andrew Morton
2001-11-07 23:18               ` Andreas Dilger
2001-11-07 22:52           ` Mike Fedyk
2001-11-07 22:59             ` Andrew Morton
2001-11-07 23:36               ` D. Stimits
2001-11-07 23:55                 ` Mike Castle
2001-11-07 23:38             ` Mike Castle
2001-11-07 23:49               ` Mike Fedyk
2001-11-08 10:58           ` Juan Quintela
2001-11-07 20:25     ` Andreas Dilger
2001-11-07 23:33       ` Ryan Cumming
2001-11-09 16:11         ` Andreas Dilger
2001-11-07 20:36     ` Anton Altaparmakov
2001-11-07 20:21   ` Andreas Dilger
2001-11-07 20:27   ` Anton Altaparmakov
2001-11-07 20:05 ` Theodore Tso
2001-11-07 20:18 ` 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=20011107141157.L5922@lynx.no \
    --to=adilger@turbolabs.com \
    --cc=jas88@cam.ac.uk \
    --cc=linux-kernel@vger.kernel.org \
    --cc=vherva@niksula.hut.fi \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.