From: "Vegard Nossum" <vegard.nossum@gmail.com>
To: "Theodore Tso" <tytso@mit.edu>,
"Vegard Nossum" <vegard.nossum@gmail.com>,
"Josef Bacik" <jbacik@redhat.com>,
"Josef Bacik" <josef@toxicpanda.com>,
linux-ext4@vger.kernel.org, sct@redhat.com,
akpm@linux-foundation.org, adilger@sun.com,
"Johannes Weiner" <hannes@saeurebad.de>,
linux-kernel@vger.kernel.org
Subject: Re: ext3 on latest -git: BUG: unable to handle kernel NULL pointer dereference at 0000000c
Date: Thu, 17 Jul 2008 17:16:39 +0200 [thread overview]
Message-ID: <19f34abd0807170816p4788a352qc35b42fd7647d00f@mail.gmail.com> (raw)
In-Reply-To: <20080717150812.GU2167@mit.edu>
On Thu, Jul 17, 2008 at 5:08 PM, Theodore Tso <tytso@mit.edu> wrote:
> Vegard,
>
> How big is the filesystem? Is there any chance you can make a
> compressed e2image of the file? (This will not include file contents,
> but does reveal the names of the file.) Given the nature of the bug
> which you are reporting, it should be safe to scramble the names of
> the filenames using the -s option if that would make you feel more
> comfortable.
Oh, just 2M. It doesn't contain anything but copies of /bin/bash.
I basically just made a crash-tester script that corrupts a dummy
filesystem on purpose. But it seems that it might be partly my own
fault for not protecting the bits in the filesystem image that say
"oh, proceed on error". But I do have a feeling that the filesystem
should not be able to say this in the first place. Because those bits
can be corrupted legitimately in other ways too!
http://folk.uio.no/vegardno/linux/corrupt.tar.bz2
Is there a way to override the
"Errors behavior: Continue"
information which is present in the filesystem?
Vegard
--
"The animistic metaphor of the bug that maliciously sneaked in while
the programmer was not looking is intellectually dishonest as it
disguises that the error is the programmer's own creation."
-- E. W. Dijkstra, EWD1036
next prev parent reply other threads:[~2008-07-17 15:16 UTC|newest]
Thread overview: 25+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-07-17 12:51 Vegard Nossum
2008-07-17 13:13 ` Josef Bacik
2008-07-17 13:20 ` Vegard Nossum
2008-07-17 13:34 ` Josef Bacik
2008-07-17 13:39 ` Vegard Nossum
2008-07-17 13:40 ` Josef Bacik
2008-07-17 13:57 ` Josef Bacik
2008-07-17 14:25 ` Vegard Nossum
2008-07-17 14:13 ` Josef Bacik
2008-07-17 14:35 ` Vegard Nossum
2008-07-17 14:16 ` Josef Bacik
2008-07-17 14:44 ` Vegard Nossum
2008-07-17 14:33 ` Josef Bacik
2008-07-17 15:00 ` Vegard Nossum
2008-07-17 14:43 ` Josef Bacik
2008-07-17 23:09 ` Andreas Dilger
2008-07-18 10:51 ` Josef Bacik
2008-07-18 11:32 ` Vegard Nossum
2008-07-18 11:20 ` Josef Bacik
2008-07-18 11:58 ` Vegard Nossum
2008-07-18 20:28 ` Vegard Nossum
2008-07-17 15:08 ` Theodore Tso
2008-07-17 15:16 ` Vegard Nossum [this message]
2008-07-17 15:40 ` Theodore Tso
2008-07-17 23:06 ` 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=19f34abd0807170816p4788a352qc35b42fd7647d00f@mail.gmail.com \
--to=vegard.nossum@gmail.com \
--cc=adilger@sun.com \
--cc=akpm@linux-foundation.org \
--cc=hannes@saeurebad.de \
--cc=jbacik@redhat.com \
--cc=josef@toxicpanda.com \
--cc=linux-ext4@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=sct@redhat.com \
--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
all inboxes | Powered by JetHome®