Date: Sat, 05 Oct 2002 08:23:44 +0200 From: Poul-Henning Kamp <phk@critter.freebsd.dk> To: "Greg 'groggy' Lehey" <grog@FreeBSD.ORG> Cc: Robert Watson <rwatson@FreeBSD.ORG>, Ian Dowse <iedowse@maths.tcd.ie>, n0go013 <ttz@blahdeblah.demon.co.uk>, current <freebsd-current@FreeBSD.ORG> Subject: Re: [ GEOM tests ] disklabel warnings and vinum drives lost Message-ID: <82711.1033799024@critter.freebsd.dk> In-Reply-To: Your message of "Sat, 05 Oct 2002 13:41:14 %2B0930." <20021005041114.GL83766@wantadilla.lemis.com>
next in thread | previous in thread | raw e-mail | index | archive | help
In message <20021005041114.GL83766@wantadilla.lemis.com>, "Greg 'groggy' Lehey" writes: >I don't know how GEOM handles disk labels, though we've heard a lot >about changes. It's possible that this code is now completely >redundant. It's preparing to write at offset 8 sectors and on from >the beginning of the partition; it would be worth checking what >happens if you just remove the whole disk label writeable stuff. In GEOM you will only find disklabels on disks which have them. That means that there will not be disklabels on sparc64 (unless somebody decides to put them there for obscure reasons). Struct disklabel is being demoted from "generic communicator of disk geometry parameters" because it doesn't do a very good job at it: it's 32bit. And rather than invent a new proprietry 64bit format, we have disbanded the idea in toto, and treated the four real-life geometry parameters individually. mediasize sectorsize fwsectors fwheads The last two are only to be used to read/write firmware/bootstrap compatible magic data on the disks. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?82711.1033799024>