From: Robert Hancock <hancockr@shaw.ca>
To: "Hendrik ." <chasake@yahoo.com>
Cc: linux-kernel@vger.kernel.org
Subject: Re: Reading a bad sector does not report failure as 'read error' but hangs PC with 'Machine Check Exception'
Date: Sun, 29 Jul 2007 09:33:43 -0600 [thread overview]
Message-ID: <46ACB357.4030006@shaw.ca> (raw)
In-Reply-To: <fa.0jeOedb9xyA9k8S1VmCEkqHxsyw@ifi.uio.no>
Hendrik . wrote:
> Last night I discovered a problem in my RAID5 array
> and finally after a lot of tests I narrowed it down to
> a bad sector on one of the hard disks and some goofy
> kernels.
>
> I just yesterday build a new PC using an existing
> array of 5 disks in RAID 5. I did build the array with
> only 4 out of 5 disks in the system but the rebuild
> processes stopped over and over again apparently at
> the same position. At last I found out that the
> harddisk at the first SATA port had developed some bad
> sectors which made the kernel stop completely when it
> tried to read that sector with the following error on
> the screen:
>
> HARDWARE ERROR
> CPU 0: Machine Check Exception: 4 Bank 4:
> b200000000070f0f
> TSC b7d4a144d0
> This is not a software problem!
> Run through mcelog --ascii to decode and contact your
> hardware vendor
> Kernel panic - not syncing: Machine check
You should run this through mcelog as it suggests and see what it shows.
The kernel should be handling this properly, unless the drive problem
is causing the controller to do something bad. Note that kernels 2.6.20
and later use ADMA mode on the nForce4 SATA controller whereas previous
versions used it essentially like a PATA controller, so it is not
surprising that the behavior is different.
--
Robert Hancock Saskatoon, SK, Canada
To email, remove "nospam" from hancockr@nospamshaw.ca
Home Page: http://www.roberthancock.com/
next parent reply other threads:[~2007-07-29 15:34 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <fa.0jeOedb9xyA9k8S1VmCEkqHxsyw@ifi.uio.no>
2007-07-29 15:33 ` Robert Hancock [this message]
2007-07-29 16:43 ` Reading a bad sector does not report failure as 'read error' but hangs PC with 'Machine Check Exception' Hendrik .
2007-07-29 20:30 ` Alan Cox
2007-07-29 21:45 ` Hendrik .
2007-07-29 22:14 ` Hendrik .
2007-07-29 18:39 ` Hendrik .
[not found] <fa.tKSW2T164UTRMvntkUO/fGg0UlM@ifi.uio.no>
[not found] ` <fa.iA7ClD7fNtxdfJ9YhG0lqougi/0@ifi.uio.no>
2007-08-01 9:42 ` Robert Hancock
2007-07-30 20:30 Hendrik .
2007-08-01 18:28 ` Phillip Susi
-- strict thread matches above, loose matches on Subject: below --
2007-07-29 15:04 Hendrik .
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=46ACB357.4030006@shaw.ca \
--to=hancockr@shaw.ca \
--cc=chasake@yahoo.com \
--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.