Date: Wed, 6 Sep 2006 16:35:33 -0400 From: "Hilt, Ian" <ihilt@mcgregor-surmount.com> To: "Chuck Swiger" <cswiger@mac.com> Cc: freebsd-questions@freebsd.org Subject: RE: Origin of hard drive parameters Message-ID: <890E919AB0857D4A8A52A4AD5E0F0F6221A1C3@msc-server.msc.mcgregor-surmount.com> In-Reply-To: <945DB39F-ECC9-4872-9F5D-EC45BCD439CE@mac.com>
next in thread | previous in thread | raw e-mail | index | archive | help
> -----Original Message----- > From: Chuck Swiger [mailto:cswiger@mac.com]=20 > Sent: Wednesday, September 06, 2006 4:21 PM > To: Hilt, Ian > Cc: freebsd-questions@freebsd.org > Subject: Re: Origin of hard drive parameters >=20 > On Sep 6, 2006, at 1:06 PM, Hilt, Ian wrote: > >> The hard disk has an on-board controller which answers the ATA > >> "IDENTIFY DEVICE" command with the hard drive parameters=20 > used by the > >> BIOS, assuming that the BIOS is operating in the legacy C/H/S mode > >> rather than the newer LBA mode which uses absolute block numbers. > > > > Ok. Maybe the better question is: in either case, C/H/S or LBA mode, > > where are these parameters stored? >=20 > At one time, probably on an EEPROM within the hard drive; nowadays, =20 > probably nowhere-- the drive controller computes some numbers =20 > dynamically depending on whether the C/H/S versus LBA mode jumper is =20 > set, or whether the BIOS makes the extended Int13H call to do LBA =20 > mode (or whatever the exact mechanism there is).... >=20 > >> Note that the answer the drive controller gives will normally be a > >> fabricated geometry which does not have anything to do with the > >> actual geometry of the physical device, in part because drives > >> nowadays keep a variable number of sectors per track rather than > >> using a CAV layout. > > > > If CAV =3D=3D Constant Angular Velocity, I thought this layout = stored a > > variable number of sectors per track, as opposed to CLV which stores > > data at a constant density over the platters. >=20 > CAV =3D=3D Constant Angular Velocity. It's the format used by data = CD's =20 > which gives less storage space but better random access--=20 > tracks near =20 > the center have the same # of sectors as tracks on the=20 > outside, which =20 > means the outer tracks are spread out more; versus CLV, which stores =20 > more data on the outer tracks by slowing down the rotational=20 > speed to =20 > keep a constant density under the heads. >=20 > --=20 > -Chuck >=20 >=20 Thanks for the information, Chuck.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?890E919AB0857D4A8A52A4AD5E0F0F6221A1C3>