From: Edward Muller <emuller@learningpatterns.com>
To: Diego Calleja <grundig@teleline.es>
Cc: linux-kernel@vger.kernel.org
Subject: Re: Reiserfs corruption on 2.4.17-rc1!
Date: 19 Dec 2001 11:56:31 -0500 [thread overview]
Message-ID: <1008780992.8835.2.camel@akira.learningpatterns.com> (raw)
In-Reply-To: <20011217024529.E418@diego>
In-Reply-To: <20011217002350.D418@diego> <20011217024529.E418@diego>
On Sun, 2001-12-16 at 20:45, Diego Calleja wrote:
[snip]
> As you said, i've tested the drive:
>
> root@diego:~# badblocks -n -vv /dev/hdc5
> attempt to access beyond end of device
> 16:05: rw=0, want=9671068, limit=9671067
> 967106456/ 9671067
> attempt to access beyond end of device
> 16:05: rw=0, want=9671068, limit=9671067
> 9671065
> attempt to access beyond end of device
> 16:05: rw=0, want=9671068, limit=9671067
> 9671066
> done
> Pass completed, 3 bad blocks found.
[snip]
>From an earlier email...
Well, I've run badblocks in 2.4.16
results:
root@diego:~# badblocks -n -vv /dev/hdc5
Initializing random test data
Checking for bad blocks in non-destructive read-write mode
>From block 0 to 9671067
Checking for bad blocks (non-destructive read-write test): done
Pass completed, 0 bad blocks found.
root@diego:~#
So under 2.4.17-rc1 Diego gets the '...access beyond end of device' and
with 2.4.16 he doesn't.
For some reason the badblocks program under 2.4.16 ends at block
9671067, while the 2.4.17-rc1 test tries to go beyond that for some
reason.
Diego, what happens when you run the fsk/try to access /etc/mtab (and
the like) under 2.4.16?
--
-------------------------------
Edward Muller
Director of IS
973-715-0230 (cell)
212-487-9064 x115 (NYC)
http://www.learningpatterns.com
-------------------------------
next prev parent reply other threads:[~2001-12-19 16:59 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20011217002350.D418@diego>
2001-12-17 1:45 ` Reiserfs corruption on 2.4.17-rc1! Diego Calleja
2001-12-19 16:56 ` Edward Muller [this message]
2001-12-19 22:17 ` Diego Calleja
2001-12-16 17:48 Diego Calleja
2001-12-16 17:57 ` Diego Calleja
2001-12-16 20:12 ` Ragnar Kjørstad
2001-12-17 1:58 ` Diego Calleja
2001-12-17 21:01 ` Sakari Ailus
[not found] ` <13425.1008580831@nova.botz.org>
2001-12-17 23:33 ` Diego Calleja
2001-12-18 5:01 ` Ross Vandegrift
2001-12-18 6:19 ` Jurgen Botz
2001-12-18 21:45 ` Diego Calleja
[not found] ` <20011218125852.A1159@namesys.com>
[not found] ` <20011218224848.C377@diego>
[not found] ` <20011219095303.A11409@namesys.com>
2001-12-20 0:20 ` Diego Calleja
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=1008780992.8835.2.camel@akira.learningpatterns.com \
--to=emuller@learningpatterns.com \
--cc=grundig@teleline.es \
--cc=linux-kernel@vger.kernel.org \
/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.