public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Hans Reiser <reiser@namesys.com>
To: Nerijus Baliunas <nerijus@users.sourceforge.net>
Cc: "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
Subject: Re: replaying reiserfs journal and bad blocks (was: Re[3]: Basic  reiserfs question)
Date: Fri, 07 Sep 2001 11:54:18 +0400	[thread overview]
Message-ID: <3B987D2A.41C975B3@namesys.com> (raw)
In-Reply-To: <F45bR99kQgkV07DPT1p00005d9e@hotmail.com> <3B97729B.1F49AACA@namesys.com> <20010907000239.26A738F91C@mail.delfi.lt> <20010907002247.6A4418F703@mail.delfi.lt>

Nerijus Baliunas wrote:
> 
> NB> If you think it's RedHat, you probably are wrong - I use RH with reiserfs
> NB> a long time (more than a year - 6.2, now 7.1), and never got a message about
> NB> replaying journal if system was shut down correctly.
> 
> After just written that, I got a real problem. There was a power loss a few minutes ago,
> and I think when hdd was active. Trying to boot 2.4.7 kernel I got a message about
> replaying journal, then hdd error:
> 
> hdd: dma_intr: status=0x51 { DriveReady SeekComplete Error }
> hdd: dma_intr: error=0x40 { UncorrectableError }, LBAsect=84415, sector=36216
> 
> and kernel panic. Please note that I mount root read-write with this kernel.
> 
> Then I rebooted 2.2.19 kernel (which mounts root as read-only if that matters):
> 
> Checking ReiserFS transaction log (device 16:42) ...
> Warning, log recovery starting on readonly filesystem
> hdd: dma_intr: status=0x51 { DriveReady SeekComplete Error }
> hdd: dma_intr: error=0x40 { UncorrectableError }, LBAsect=84415, sector=36216
> end_request: I/O error, dev 16:42 (hdd), sector 36216
> Replayed 33 transactions in 6 seconds
> Using r5 hash to sort names
> ...
> ReiserFS version 3.5.32
> VFS: Mounted root (reiserfs filesystem) readonly.
> 
> and system booted normally.
> Now I rebooted back to 2.4.7 and everything seems to be OK.
> So what to do now? Run badblocks? Change disk? Any suggestions?
> 
> Regards,
> Nerijus
My guess is turn off UDMA, I think we have a www.namesys.com/faq.html entry on
that which you can read and see if my memory of the typical symptoms of flaky
udma are correct.  Commenting on the cause of flaky udma I will leave to others
familiar with your mob's interaction with Linux, except to say that one should
always check cables at a time like this.

Hans

  parent reply	other threads:[~2001-09-07  8:46 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-09-06 13:00 Basic reiserfs question Mack Stevenson
2001-09-06 12:56 ` Hans Reiser
2001-09-06 14:09   ` Bob McElrath
2001-09-06 22:38   ` Chris Mason
2001-09-07  0:02   ` Re[2]: " Nerijus Baliunas
2001-09-07  0:22     ` replaying reiserfs journal and bad blocks (was: Re[3]: Basic reiserfs question) Nerijus Baliunas
2001-09-07  7:50     ` Basic reiserfs question Hans Reiser
2001-09-07 13:35       ` Re[2]: " Nerijus Baliunas
2001-09-09 10:10         ` Henning P. Schmiedehausen
2001-09-07 16:26       ` Nerijus Baliunas
     [not found]     ` <20010907002247.6A4418F703@mail.delfi.lt>
2001-09-07  7:54       ` Hans Reiser [this message]
2001-09-07  9:48         ` replaying reiserfs journal and bad blocks (was: Re[3]: Basic Alan Cox

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=3B987D2A.41C975B3@namesys.com \
    --to=reiser@namesys.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=nerijus@users.sourceforge.net \
    /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