Date: Tue, 19 Jul 2011 21:29:44 +0200 From: Ivan Voras <ivoras@freebsd.org> To: freebsd-stable@freebsd.org Subject: Re: Status of support for 4KB disk sectors Message-ID: <j04lvs$bf4$1@dough.gmane.org> In-Reply-To: <E8F5CB22-21D5-4AF9-A690-1DB99D31F4CC@mac.com> References: <CAN6yY1uaUqk2ifiNViJyMFJWf60a4DmCiVs3Z=--_TjtzseABQ@mail.gmail.com> <20110718234124.GA5626@icarus.home.lan> <CAN6yY1uaEwoEhEuoTNPqzywRaCPEvcLY-ddyFRUV00FcBDU1BA@mail.gmail.com> <E8F5CB22-21D5-4AF9-A690-1DB99D31F4CC@mac.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On 19.7.2011. 19:54, Chuck Swiger wrote: > On Jul 18, 2011, at 11:04 PM, Kevin Oberman wrote: >> I just wish FreeBSD had some decent documentation on such a fundamental >> operation. Fortunately there are some pretty good articles folks have >> written, but they did leave me with several questions. > > > Is there something in FreeBSD which is preventing you from using the drive's native DEV_BSIZE of 4096 bytes, or is it that the drive claims to have a physical block size of 512 bytes when it is really 4k? Nope, "only" that. The current state of the matter (i.e. for 9.0) is: * The new ATA driver has quirks for certain models of HDDs which have this false advertising (which can be manually triggered by kern.cam.ada.X.quirks=1) which causes the drive to report stripesize of 4k. * This information is used in gpart to size & align partitions; it will be used by the new installer * Default fragment size for UFS was raised to 4K so it will be aligned by default.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?j04lvs$bf4$1>