All of lore.kernel.org
 help / color / mirror / Atom feed
From: Andreas Friedrich Berendsen <afberendsen@gmail.com>
To: Theodore Tso <tytso@mit.edu>
Cc: linux-ext4 <linux-ext4@vger.kernel.org>
Subject: Re: kernel BUG at fs/ext4/extents.c:2738!
Date: Sun, 22 Feb 2009 17:21:59 +1300	[thread overview]
Message-ID: <1235276519.7599.7.camel@localhost.localdomain> (raw)
In-Reply-To: <20090220193013.GA28530@mini-me.lan>

Tso,

I used fsck many times but an error as identified at a certain block and
fsck was aborting with a Segment fault error. I had to fix all the
errors manually (not using -p or -y), skipping this specific problem.

After that I used reszie2fs -pM for just the first step. Mounting the
filesystem, removing many files (which triggered the BUG), I was able to
run fsck with -y many times.

Anyway, the problem seems to be under control but I'm not sure. The new
kernel (2.6.28.7) has a long list of ext4 errors corrected and I'm
compiling it right now. Let's see what happens next :)

Thanks anyway

-- Andreas


-----Original Message-----
From: Theodore Tso <tytso@mit.edu>
To: Andreas Friedrich Berendsen <afberendsen@gmail.com>
Cc: linux-ext4 <linux-ext4@vger.kernel.org>
Bcc: tytso@mit.edu
Subject: Re: kernel BUG at fs/ext4/extents.c:2738!
Date: Fri, 20 Feb 2009 14:30:13 -0500

On Sat, Feb 21, 2009 at 07:48:32AM +1300, Andreas Friedrich Berendsen wrote:
> ...I haven't noticed  before, but before that message few more lines
> where recorded, which makes sense with the BUG line. Also, running
> fsck.ext4 on that filesystem I always got a Segment fault at an specific
> point, which it is impossible to fix. I'm in a process to remove files
> from that filesystem, as soon it finish I can run fsck again and send
> the result. Meanwhile, when removing files, rm stuck at a certain inode,
> which caused the first BUG message.

Have you tried running e2fsck?  It sounds like a filesystem corruption
is triggering a BUG() message, which is obviously a bug in and of
itself.  :-)

						- Ted

-- 
__________________________________________
Andreas Friedrich Berendsen
SCA OCP MSCA A+ Linux+ Network+ HpMASE


  reply	other threads:[~2009-02-22  4:22 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-02-20  7:40 kernel BUG at fs/ext4/extents.c:2738! Andreas Friedrich Berendsen
2009-02-20 15:42 ` Eric Sandeen
2009-02-20 18:48   ` Andreas Friedrich Berendsen
2009-02-20 19:30     ` Theodore Tso
2009-02-22  4:21       ` Andreas Friedrich Berendsen [this message]
2009-02-22  4:31         ` Theodore Tso
2009-02-22  5:22           ` Andreas Friedrich Berendsen
2009-02-22 20:00             ` Theodore Tso
2009-02-20 20:40     ` Eric Sandeen
2009-02-20 21:56       ` Andreas Friedrich Berendsen

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=1235276519.7599.7.camel@localhost.localdomain \
    --to=afberendsen@gmail.com \
    --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 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.