From: "Norman Diamond" <ndiamond@wta.att.ne.jp>
To: "Maciej Zenczykowski" <maze@cela.pl>
Cc: "John Bradford" <john@grabjohn.com>, <linux-kernel@vger.kernel.org>
Subject: Re: Why are bad disk sectors numbered strangely, and what happens to them?
Date: Wed, 15 Oct 2003 19:22:51 +0900 [thread overview]
Message-ID: <00ea01c39306$a8b2e8d0$3eee4ca5@DIAMONDLX60> (raw)
In-Reply-To: Pine.LNX.4.44.0310131344270.14165-100000@gaia.cela.pl
Maciej Zenczykowski replied to me:
> > When the drive's self-test detected that one bad sector, I could figure out
> > which partition it was in (though not which file, which is why I asked one
> > of those questions several times already). The drive's self-test read the
> > entire drive and the other partitions had no detectable errors.
>
> Instead of zeroing the entire partition just zero that single sector.
> something like:
> dd if=/dev/zero of=/dev/hda bs=512 seek=$lbasector conv=notrunc count=1
>
> possibly first check (by reading in the oposite direction:
> dd if=/dev/hda of=/dev/null bs=512 skip=$lbasector count=1)
> if this is indeed the place were you get the read error (in syslog)...
Thank you.
> if you can read anything from it then read it to a file and write it back
> from the file...
dd if=/dev/hda8 of=/dev/null already quit at the bad sector. It's really
certain that that one sector is it, and I won't be able to read anything
from it. The read check should just be a redundant check that the correct
sector is being addressed there, and it is a good idea to do that.
> as for checking which file contains it... hmm file->sector->lba mapping
> can be performed... I don't know about the other direction. Worst case
> would require checking the mapping of all files on the partition (and
> assuming it's not in an empty area or non-file system area).
I made a shell script with find commands to copy all files that are in that
partition (all pathnames that aren't in other mounted filesystems) to
/dev/null. When one aborts, I should know the name. But this is an
incredibly inefficient way to do it. Intuitively it seems it should be
straightforward to find at least one of the pathnames that the file has.
Practically it seems it shouldn't take 24 hours to copy all files in a 5GB
partition to /dev/null. But after several hours it only copied about 20% of
the files to /dev/null, and I'll have to continue it this weekend. Even the
drive's "long" S.M.A.R.T. self-test only took 47 minutes.
next prev parent reply other threads:[~2003-10-15 10:26 UTC|newest]
Thread overview: 64+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-10-13 9:31 Why are bad disk sectors numbered strangely, and what happens to them? Norman Diamond
[not found] ` <200310131014.h9DAEwY3000241@81-2-122-30.bradfords.org.uk>
2003-10-13 10:24 ` Norman Diamond
2003-10-13 10:33 ` John Bradford
2003-10-13 11:30 ` Norman Diamond
2003-10-13 11:58 ` Maciej Zenczykowski
2003-10-15 10:22 ` Norman Diamond [this message]
2003-10-13 12:02 ` John Bradford
2003-10-15 10:23 ` Norman Diamond
2003-10-15 18:56 ` Pavel Machek
2003-10-14 6:54 ` Rogier Wolff
2003-10-13 14:24 ` Chuck Campbell
2003-10-13 14:54 ` Maciej Zenczykowski
2003-10-13 16:29 ` Roger Larsson
2003-10-14 6:49 ` Rogier Wolff
2003-10-14 7:05 ` Wes Janzen
2003-10-14 7:21 ` John Bradford
2003-10-14 7:40 ` Rogier Wolff
2003-10-14 8:11 ` John Bradford
2003-10-14 8:45 ` Hans Reiser
2003-10-14 9:46 ` Rogier Wolff
2003-10-14 9:57 ` Hans Reiser
2003-10-14 10:10 ` Rogier Wolff
2003-10-14 10:31 ` Hans Reiser
2003-10-14 10:19 ` John Bradford
[not found] ` <200310140800.h9E80BT9000815@81-2-122-30.bradfords.org.uk>
[not found] ` <20031014081110.GA14418@bitwizard.nl>
2003-10-14 8:55 ` Wes Janzen
2003-10-14 10:05 ` Rogier Wolff
2003-10-14 7:24 ` Rogier Wolff
2003-10-14 9:04 ` Hans Reiser
2003-10-15 10:23 ` Norman Diamond
2003-10-15 10:39 ` Hans Reiser
2003-10-17 9:40 ` Blockbusting news, this is important (Re: Why are bad disk sectors numbered strangely, and what happens to them?) Norman Diamond
2003-10-17 9:48 ` Hans Reiser
2003-10-17 11:11 ` Norman Diamond
2003-10-17 11:45 ` Hans Reiser
2003-10-17 11:51 ` John Bradford
2003-10-17 12:53 ` John Bradford
2003-10-17 13:03 ` Russell King
2003-10-17 13:26 ` John Bradford
2003-10-19 7:50 ` Andre Hedrick
2003-10-17 13:04 ` Russell King
2003-10-17 14:09 ` Norman Diamond
2003-10-17 9:58 ` Pavel Machek
2003-10-17 10:15 ` Hans Reiser
2003-10-17 10:24 ` Rogier Wolff
2003-10-17 10:49 ` John Bradford
2003-10-17 11:09 ` Rogier Wolff
2003-10-17 11:24 ` Krzysztof Halasa
2003-10-17 19:35 ` John Bradford
2003-10-17 23:28 ` Krzysztof Halasa
2003-10-18 7:42 ` Pavel Machek
2003-10-18 8:30 ` John Bradford
2003-10-21 20:26 ` bill davidsen
2003-10-18 8:27 ` John Bradford
2003-10-18 12:02 ` Krzysztof Halasa
2003-10-18 16:26 ` Nuno Silva
2003-10-18 20:16 ` Krzysztof Halasa
[not found] ` <m37k33igui.fsf@defiant. <m3u166vjn0.fsf@defiant.pm.waw.pl>
2003-10-21 20:39 ` bill davidsen
2003-10-17 10:37 ` ATA Defect management John Bradford
2003-10-21 20:44 ` bill davidsen
2003-10-17 12:08 ` Blockbusting news, this is important (Re: Why are bad disk sectors numbered strangely, and what happens to them?) Justin Cormack
2003-10-21 20:12 ` bill davidsen
-- strict thread matches above, loose matches on Subject: below --
2003-10-12 8:25 Why are bad disk sectors numbered strangely, and what happens to them? Norman Diamond
2003-10-11 9:00 Norman Diamond
2003-10-11 9:39 ` Andreas Jellinghaus
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='00ea01c39306$a8b2e8d0$3eee4ca5@DIAMONDLX60' \
--to=ndiamond@wta.att.ne.jp \
--cc=john@grabjohn.com \
--cc=linux-kernel@vger.kernel.org \
--cc=maze@cela.pl \
/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