Date: Sat, 18 Dec 2004 15:27:45 -0700 From: Ed Stover <estover@nativenerds.com> To: freebsd-hackers@freebsd.org Subject: Re: Multiple hard disk failures - coincidence ? Message-ID: <1103408865.90538.29.camel@red.nativenerds.com> In-Reply-To: <20041218211747.GE1068@cicely12.cicely.de> References: <41C3D62D.7000808@comcast.net> <20041218091739.GC97121@cirb503493.alcatel.com.au> <20041218195910.GD1068@cicely12.cicely.de> <20041218210720.GE97121@cirb503493.alcatel.com.au> <20041218211747.GE1068@cicely12.cicely.de>
next in thread | previous in thread | raw e-mail | index | archive | help
Have you run the low level disk tools from Maxtor on your failed drives? One day out of the blue my 80Gig maxtors started giving out hard error failures, so I downloaded a floppy image from maxtor and used it to scan and repair my drives. I rebooted in single user mode and fscked my drives and rescued the data from lostnfound. and everything has been Aok ever since. On Sat, 2004-12-18 at 22:17 +0100, Bernd Walter wrote: > On Sun, Dec 19, 2004 at 08:07:20AM +1100, Peter Jeremy wrote: > > On Sat, 2004-Dec-18 20:59:11 +0100, Bernd Walter wrote: > > >On Sat, Dec 18, 2004 at 08:17:39PM +1100, Peter Jeremy wrote: > > >> My approach to this is to add a line similar to > > >> dd if=/dev/ad0 of=/dev/null bs=32k > > >> for each disk into /etc/daily.local (or /etc/weekly.local or whatever). > > >> This ensures that the disks are readable on a regular basis. > > > > > >Regular reading of every file is part of what I call backup. > > > > That only verifies the used part of the disk. Reading the unused parts > > That's true - used parts are the only I'm interested in reading. > If blocks fail that aren't used write reallocation has to do it's > job. > > > of the disk as well helps reduce surprises. Also, in a mirrored environment, > > the backup does not ensure that the data can be read off both disks. > > (Or the parity area for RAID-5). > > Raid is another story. > Just dd'ing the disks wouldn't check redundance integrity, but if you > check the integrity why would you still want to check via dd too? >
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1103408865.90538.29.camel>