Return-Path: <linux-kernel-owner@vger.kernel.org>
Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id <S135335AbRBEQof>; Mon, 5 Feb 2001 11:44:35 -0500
Received: (majordomo@vger.kernel.org) by vger.kernel.org
	id <S135341AbRBEQo0>; Mon, 5 Feb 2001 11:44:26 -0500
Received: from chaos.analogic.com ([204.178.40.224]:3714 "EHLO
	chaos.analogic.com") by vger.kernel.org with ESMTP
	id <S135335AbRBEQoJ>; Mon, 5 Feb 2001 11:44:09 -0500
Date: Mon, 5 Feb 2001 11:43:44 -0500 (EST)
From: "Richard B. Johnson" <root@chaos.analogic.com>
Reply-To: root@chaos.analogic.com
To: Russell King <rmk@arm.linux.org.uk>
cc: Linux kernel <linux-kernel@vger.kernel.org>
Subject: Re: Version 2.4.1 has ext2 problems.
In-Reply-To: <200102031023.f13ANlw16296@flint.arm.linux.org.uk>
Message-ID: <Pine.LNX.3.95.1010205114009.30750A-100000@chaos.analogic.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: linux-kernel-owner@vger.kernel.org
X-Mailing-List: linux-kernel@vger.kernel.org

On Sat, 3 Feb 2001, Russell King wrote:

> Richard B. Johnson writes:
> > Files generated by e2fsck in lost+found cannot be removed.
> > # rm *
> > rm: cannot remove `#1006': Value too large for defined data type
> 
> Well, I can say that this isn't an isolated incident.  I was hitting 2.4.1
> hard last night on ARM, and ended up loosing my /usr and /var mountpoints
> and a few other files to this exact corruption.
> 
> I resorted to using debugfs to remove these entries, and re-running e2fsck.
> 
> Oh, the other interesting thing about it was that they had random modes
> (eg, 1066440) - e2fsck also complained about a large number of errors on
> the affected inodes (eg, various fields of the inode structure which should
> be zero, d_time stuff, etc).  Sorry, don't have the e2fsck logs, and I'm
> reluctant to try to reproduce it.
> 
[Snipped...]

Methinks that there a few problems(races?) that remain with this version.
The problem is that they the incidents occur at random and you wouldn't
want to deliberately produce them... The result is no file-system.

Hopefully, the on-going work will kill these bugs.


Cheers,
Dick Johnson

Penguin : Linux version 2.4.1 on an i686 machine (799.53 BogoMips).

"Memory is like gasoline. You use it up when you are running. Of
course you get it all back when you reboot..."; Actual explanation
obtained from the Micro$oft help desk.


-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/