Bad sector on drive ...
tedm at toybox.placo.com
Sun Feb 11 01:07:47 UTC 2007
If your going to continue to use the disk at least turn on S.M.A.R.T. in the
BIOS (if it's not
on already) and load one of the S.M.A.R.T.-aware tools in the ports
directories (like smartmontools)
to keep an eye on it. I still think though that it's just a matter of time
before you have more
problems. Disks are so cheap I can't understand why anyone would want to
one along that's going bad these days.
----- Original Message -----
From: "Marc G. Fournier" <scrappy at freebsd.org>
To: "John Nielsen" <lists at jnielsen.net>; <freebsd-questions at freebsd.org>
Cc: "Marc G. Fournier" <scrappy at freebsd.org>; "Dan Nelson"
<dnelson at allantgroup.com>
Sent: Saturday, February 10, 2007 3:17 PM
Subject: Re: Bad sector on drive ...
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> Didn't work, ended up newfs'ng the file system, since the data on the
> recreatable, and seems to have worked fine ...
> the error I was getting was when fsck'ng, so suspect that a file got
> over top of the bad sector and was causng the problem ...
> - --On Saturday, February 10, 2007 11:05:35 -0500 John Nielsen
> <lists at jnielsen.net> wrote:
> > On Saturday 10 February 2007 09:47, Marc G. Fournier wrote:
> >> --On Saturday, February 10, 2007 01:00:21 -0600 Dan Nelson
> >> <dnelson at allantgroup.com> wrote:
> >> > In the last episode (Feb 10), Marc G. Fournier said:
> >> >> Short of a reformat, any way of marking the following as bad? :(
> >> >>
> >> >> Feb 10 02:27:20 ganymede kernel: ad4: FAILURE - READ_DMA
> >> >> status=51<READY,DSC,ERROR> error=40<UNCORRECTABLE> LBA=176887263 Feb
> >> >> 10 02:27:25 ganymede kernel: ad4: TIMEOUT - READ_DMA retrying (1
> >> >> left) LBA=176887324 Feb 10 02:27:30 ganymede kernel: ad4: TIMEOUT -
> >> >> READ_DMA retrying (0 retries left) LBA=176887324 Feb 10 02:27:35
> >> >> ganymede kernel: ad4: FAILURE - READ_DMA timed out LBA=176887324
> >> >
> >> > Try writing to the block causing the error, using dd and the seek=
> >> > option; if the write succeeds, you're done (and the drive will have
> >> > either reused the block or reassigned it to a spare). 176887324 If it
> >> > doesn't succeed, copy what you can off the drive and toss it, since
> >> > its spares are used up.
> >> >
> >> > I think LBA numbers map directly to seek= values assuming you keep
> >> > bs=512 and access /dev/ad4 . I'd try reading the bad block with dd
> >> > verify it's the right one before doing a write, though.
> >> 'k, how do you use dd to write to a specific sector?
> >> dd of=/dev/ad4 seek=176887324 bs=512 if=/dev/null
> > dd of=/dev/ad4 seek=176887324 bs=512 count=1 if=/dev/zero
> > JN
> - ----
> Marc G. Fournier Hub.Org Networking Services
> Email . scrappy at hub.org MSN . scrappy at hub.org
> Yahoo . yscrappy Skype: hub.org ICQ . 7615664
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.5 (FreeBSD)
> -----END PGP SIGNATURE-----
> freebsd-questions at freebsd.org mailing list
> To unsubscribe, send any mail to
"freebsd-questions-unsubscribe at freebsd.org"
More information about the freebsd-questions