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
next prev 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 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.