atom feed39 messages in org.freebsd.freebsd-hackersRe: offtopic: low level format of IDE...
FromSent OnAttachments
Julian ElischerJul 8, 2002 1:47 pm 
Matthew DillonJul 8, 2002 2:08 pm 
John NielsenJul 8, 2002 2:10 pm 
Luigi RizzoJul 8, 2002 2:19 pm 
Julian ElischerJul 8, 2002 2:22 pm 
Terry LambertJul 8, 2002 2:36 pm 
Terry LambertJul 8, 2002 2:39 pm 
Kenneth CulverJul 8, 2002 2:41 pm 
Kent StewartJul 8, 2002 2:46 pm 
Julian ElischerJul 8, 2002 2:52 pm 
Robert KleinJul 8, 2002 2:53 pm 
Terry LambertJul 8, 2002 3:02 pm 
Bakul ShahJul 8, 2002 3:14 pm 
Bernd WalterJul 8, 2002 3:17 pm 
Julian ElischerJul 8, 2002 3:21 pm 
Doug BartonJul 8, 2002 3:36 pm 
Kent StewartJul 8, 2002 3:44 pm 
Peter WemmJul 8, 2002 4:36 pm 
Matthew DillonJul 8, 2002 4:39 pm 
Julian ElischerJul 8, 2002 4:51 pm 
Bernd WalterJul 8, 2002 5:32 pm 
Mike SilbersackJul 8, 2002 5:52 pm 
Greg 'groggy' LeheyJul 8, 2002 6:02 pm 
Terry LambertJul 8, 2002 6:39 pm 
Chris KnightJul 8, 2002 7:08 pm 
Terry LambertJul 8, 2002 7:12 pm 
Terry LambertJul 8, 2002 7:22 pm 
Kris KirbyJul 8, 2002 7:40 pm 
Peter WemmJul 8, 2002 7:43 pm 
Terry LambertJul 8, 2002 7:45 pm 
Chris KnightJul 8, 2002 8:07 pm 
Cy Schubert - CITS Open Systems GroupJul 8, 2002 10:12 pm 
Soeren SchmidtJul 9, 2002 1:39 am 
Don LewisJul 9, 2002 3:28 am 
David GilbertJul 9, 2002 4:00 am 
Chuck RobeyJul 9, 2002 5:56 pm 
Sergey BabkinJul 10, 2002 5:23 pm 
Terry LambertJul 10, 2002 5:57 pm 
David SchultzJul 11, 2002 4:08 am 
Subject:Re: offtopic: low level format of IDE drive.
From:Don Lewis (dl-f@catspoiler.org)
Date:Jul 9, 2002 3:28:59 am
List:org.freebsd.freebsd-hackers

On 8 Jul, Peter Wemm wrote:

Julian Elischer wrote:

this is not a 'reformat'

what I want to do is an old-fashionned refomat/verify where the controller writes new track headers etc.

The thing is, just about all IDE drives more than a few GB or so do 'track writing' and have no fixed sectoring or sector positioning. ie: each time you write a single sector to a track, it does a read-modify-write of *THE ENTIRE TRACK*. This is why we have to have write caching turned on for IDE drives to get decent performance. Without it, it essentially rewrites the entire track over and over and over again because it cannot fill its write buffer in order to write a contiguous block to completely replace what was there before. ie: each track is one giant physical sector with multiple logical sectors inside it.

The really annoying thing is that most newer scsi drives do this too.

How readily available is the information about which drives do this? As someone who only buys the occasional drive, I'd rather not have to buy one and do the evaluation myself using the method mentioned later in this thread.

Get a UPS if you value the data. :-]

That doesn't help if the cat knocks a book off the shelf onto the power switch, or if you trip over the cord between the UPS and the computer, or if the magic smoke escapes from the computer power supply.

To Unsubscribe: send mail to majo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message