From: Justin Thomas <justin@jdthomas.net>
To: linux-kernel@vger.kernel.org
Subject: Pottential Problem
Date: Mon, 26 Feb 2001 00:15:48 -0800 [thread overview]
Message-ID: <3A9A10B4.70106@jdthomas.net> (raw)
I've been receiving messages in my logs regarding a reiserfs partition I
have on my system. At first, I thought that one of my drives was going
bad, so I really didn't pay it much attention. Now that I look closer,
however, I notice this:
Feb 26 00:02:39 JTLinux kernel: hdb: drive not ready for command
Feb 26 00:02:52 JTLinux kernel: hdb: lost interrupt
Feb 26 00:02:53 JTLinux kernel: hdb: status error: status=0x58 {
DriveReady SeekComplete DataRequest }
Feb 26 00:02:53 JTLinux kernel: hdb: drive not ready for command
Feb 26 00:02:54 JTLinux kernel: attempt to access beyond end of device
Feb 26 00:02:54 JTLinux kernel: 03:41: rw=0, want=584642676, limit=8255488
Feb 26 00:02:54 JTLinux kernel: attempt to access beyond end of device
Feb 26 00:03:05 JTLinux kernel: 03:41: rw=0, want=596901940, limit=8255488
Feb 26 00:03:05 JTLinux kernel: attempt to access beyond end of device
Feb 26 00:03:05 JTLinux kernel: 03:41: rw=0, want=584642676, limit=8255488
. . . These messages are repeated a whole lot . .
^^^^^^^^^^^^^^^^^^^^^^^^^^^
Feb 26 00:06:07 JTLinux kernel: hdb: lost interrupt
Feb 26 00:06:08 JTLinux kernel: is_tree_node: node level 30742 does not
match to the expected one 1
Feb 26 00:06:08 JTLinux kernel: vs-5150: search_by_key: invalid format
found in block 8899. Fsck?
Feb 26 00:06:08 JTLinux kernel: vs-13070: reiserfs_read_inode2: i/o
failure occurred trying to find stat data of [10 168 0x0 SD]
Feb 26 00:06:08 JTLinux kernel: vs-13048: reiserfs_iget: bad_inode. Stat
data of (10 168) not found
Feb 26 00:06:08 JTLinux last message repeated 5 times
Feb 26 00:06:08 JTLinux kernel: hdb: status error: status=0x58 {
DriveReady SeekComplete DataRequest }
Feb 26 00:06:08 JTLinux kernel: hdb: drive not ready for command
Feb 26 00:06:08 JTLinux kernel: is_tree_node: node level 30742 does not
match to the expected one 1
Feb 26 00:06:08 JTLinux kernel: vs-5150: search_by_key: invalid format
found in block 8899. Fsck?
Feb 26 00:06:08 JTLinux kernel: vs-13070: reiserfs_read_inode2: i/o
failure occurred trying to find stat data of [10 169 0x0 SD]
Feb 26 00:06:08 JTLinux kernel: vs-13048: reiserfs_iget: bad_inode. Stat
data of (10 169) not found
Feb 26 00:06:08 JTLinux last message repeated 5 times
Feb 26 00:06:08 JTLinux kernel: is_tree_node: node level 30742 does not
match to the expected one 1
Feb 26 00:06:08 JTLinux kernel: vs-5150: search_by_key: invalid format
found in block 8899. Fsck?
Feb 26 00:06:09 JTLinux kernel: vs-13070: reiserfs_read_inode2: i/o
failure occurred trying to find stat data of [10 170 0x0 SD]
Feb 26 00:06:09 JTLinux kernel: vs-13048: reiserfs_iget: bad_inode. Stat
data of (10 170) not found
_________________
Now, the statement that says: want=596901940, limit=8255488 worries me.
This is an 8.4gig Western Digital drive, so the number, 8255488 seems
reasonable enough. The number 596901940 seems totally unreasonable. Do
you think I am looking at a hardware problem, or do you think it could
be kernel related? I am using kernel 2.4.1 on a SuSE Linux 7.0 system.
Thanks in advance,
Justin
reply other threads:[~2001-02-26 8:03 UTC|newest]
Thread overview: [no followups] expand[flat|nested] mbox.gz Atom feed
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=3A9A10B4.70106@jdthomas.net \
--to=justin@jdthomas.net \
--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.