Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 11 Jan 2004 16:20:34 +0000
From:      "mgmcomm @hotmail.com" <mgmcomm@hotmail.com>
To:        questions@freebsd.org
Subject:   scanning for bad blocks before install
Message-ID:  <Sea2-F59poMsDUISjBT00045316@hotmail.com>

next in thread | raw e-mail | index | archive | help
<disclaimer-rant>
I have read many messages concerning the topic of bad blocks...most of them 
more than 4 years old and quite obsolete now.  And I have read the faq and 
understand about "modern" ide drives and the automatic block mapping and the 
fact that my drive in question is quite possible past saving. 
</disclaimer-rant>

What I need to know is how to detect a drive with bad blocks before I put it 
into service.

Here is what just happened to me...and could possible happen again.
I took an old 10GB drive off the shell that has been unused for some time 
because I needed some quick temp storage while I move files around other 
drives.  I used the sysinstall utility to fdisk in DD mode and create a 
single slice covering the entire drive....pretty much standard for any 
freebsd disks I employ now a days.  everything went perfect and no error 
were indicated whatsoever.

I began coping file...about 9.5 gigs to free up some space on another drive 
so I can continue downloads.  My intention is to move all these downloaded 
to cdr eventually.

I began to test these files on the 10gb drive since there are video fansubs 
(usually avi files) and I wanted to ensure there were no errors or bad 
encoding since I was getting these from gnutella.

it was during these tests that I discovered quite a few corrupted 
files....and for one such group of files I had an sfv file to check against. 
  But upon using gsfv the system bogs down to the point where I have to hard 
reset to recover.  Thinking gsfv is doing something bad I try chsfv and then 
I see the hard disk errors.  Aparently quite a few bad blocks on this 10GB 
drive exist and there was no indication of a problem until an actual read 
was attempted.

Now what is wrong with this scenario is this.  Why doesn't fdisk and or 
bsdlabel do some sort of bad black scan before allowing a user to put a 
drive into service.  I cant even find an option to do this manually in 
either fdisk or fsck.

I have read many archived messages were people want a way to mark bad blocks 
as unusable and there is apparently no way to do this other than badsect(8). 
  So far I cant find a successful method of finding the exact block or 
sector number to feed to badsect(8).  I have read that dd if=/dev/ad1s1a 
of=/dev/null will print errors with sector numbers as it finds one it cat 
read.  But all this produced was hard read errors that said nothing about 
the location the failed read.  Understanding this drive is a lost cause I 
would like to see if I can make use of it for at least the next week or so 
until I can get start getting this data to cdr.  Luckily for me nothing put 
on this drive is critical....it all can be refetched if needed.

Anyhow there is my rant for the month.  Anyone shed some light on how I 
might avoid a similar situation in the future?  This isn't the first time I 
was burned this way.  If nothing else I would settle for someone giving me a 
good port program to do surface scans with. To keep me abreast of drives 
beginning to fail I might like to surface scan entire disks every couple 
months...especially since many of my drives are over 3 years old and I am 
typically put them through some brutal workloads occasionally.

Jason Cribbins

oh and sorry about the hotmail.  I hope it formats correctly.  I am 
switching over to a real pop3 mail server soon, which will allow me to use a 
decent email client eventually.

Please reply to or cc me as hotmail fills up way to fast to subscribe this 
email to the list.

_________________________________________________________________
Add photos to your messages with MSN 8. Get 2 months FREE*. 
http://join.msn.com/?page=features/featuredemail



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Sea2-F59poMsDUISjBT00045316>