mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Jin Suh <jinssuh@yahoo.com>
To: linux-kernel@vger.kernel.org
Cc: CP Pluhar <cp@pluhar.net>, Brian Ling <bc@ling.net>
Subject: 2.6.15 is having difficulty handling bad blocks
Date: Thu, 23 Feb 2006 15:48:35 -0800 (PST)	[thread overview]
Message-ID: <20060223234835.40136.qmail@web34308.mail.mud.yahoo.com> (raw)

We have a following report dealing with bad blocks. Any help would be
appreciated.

2.6.15 is having difficulty handling bad blocks. Numerous tests on 2 different
drives with bad blocks have resulted in either the imaging or verify process
failing, or (on one of the drives tested) a kernel panic, when the process hits
the bad blocks. System messages show typical error messages followed by an "hde
lost interrupt" error when the process fails.

The problem is somewhat inconsistent as one of the drives tested did properly
pad the bad blocks and complete the process.

Testing of the same drives with same commands with the Linux 2.4.29-rc1 show
that it handles the bad blocks properly, padding as desired.

Testing on the class FC4 install (2.6.14-1.1656_FC4i1smp), with the same dcfldd
command as the boot CD, results in the same failed behavior.

Varying the block size (512 and 1024) has no apparent effect, process still
fails on bad blocks.

dd_rescue also tested with the same failed result

Drives tested:

WD WD100 10 GB, LBA 19541088, s/n:WMA6K3772662 - imaging and verifying
processes failed when encountering bad blocks

WD WDC AC2540H 540 MB, LBA 1056384, s/n: WD-WT2610005691 - imaging and
verifying processes completed (padded bad blocks)

Seagate ST36451A 6448 MB, LBA 12594960, s/n: JG297669 - imaging and verifying
processes failed when encountering bad blocks




                 reply	other threads:[~2006-02-23 23:48 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=20060223234835.40136.qmail@web34308.mail.mud.yahoo.com \
    --to=jinssuh@yahoo.com \
    --cc=bc@ling.net \
    --cc=cp@pluhar.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

all inboxes | Powered by JetHome®