All of lore.kernel.org
 help / color / mirror / Atom feed
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.