>
> Path:
>news.sol.net!newsops.execpc.com!169.207.30.19.MISMATCH!spool0-nwblwi.newsops.execpc.com!newspump.sol.net!news.execpc.com!newshub.sol.net!sol.net!newspeer.sol.net!ns.sol.net!lists.sol.net!not-for-mail
> Newsgroups: sol.lists.freebsd.hackers,sol.lists.freebsd.isp
> Date: 20 Sep 2000 22:02:50 +0000
> Sender: [EMAIL PROTECTED]
> Approved: [EMAIL PROTECTED]
> Organization: sol.net Network Services - Milwaukee, WI
> References: <[EMAIL PROTECTED]>
> X-To: [EMAIL PROTECTED]
> X-Cc: [EMAIL PROTECTED], [EMAIL PROTECTED]
> From: [EMAIL PROTECTED]
> Subject: Re: Frustration with SCSI system
> Message-ID: <[EMAIL PROTECTED]>
> Xref: news.sol.net sol.lists.freebsd.hackers:21298 sol.lists.freebsd.isp:6352
>
> In message <[EMAIL PROTECTED]> Edward Elhauge writes:
> : to autorecover on bad sectors, but every system that I've had to recover
> : seems to be in a state where the bad sectors aren't remapping. I've tried
>
> I've often wanted to write a bad block remapper. While SCSI is
> supposed to do this automatically, I've found that a scan on any
> adaptec controller will remap these blocks (forces the remapping).
> About 10% of the time that's all a drive with this problem needs to
> survive indefinitely. The other 90% of the time the disk is about to
> go tits up in a heap big time way and warrantee replacement is
> recommended. About 75% of the time a rescan + immmediate dump will
> save me.
>
> I've had 2 disks that seem to have lost their bad block mappings that
> the adaptec verify function has saved me from sending them back (they
> were out of warantee anyway). However, on the other 20ish disks I've
> tried this on have died within days of doing this.
>
> Even if we had bad144 support, the drive will need so many bad blocks
> remapped in a short period of time that it isn't worth while.
>
> Finally, I've found that climate controlled and dust free environments
> help a lot. RAID hardware/software is definitely the right way to
> deal when you go to the next level.
>
> Warner
>
>
> To Unsubscribe: send mail to [EMAIL PROTECTED]
> with "unsubscribe freebsd-hackers" in the body of the message
>
--
... Joe
-------------------------------------------------------------------------------
Joe Greco - Systems Administrator [EMAIL PROTECTED]
Solaria Public Access UNIX - Milwaukee, WI 414/342-4847
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
