Date: Mon, 14 Jan 2013 11:25:33 -0800 From: Marcel Moolenaar <marcel@xcllnt.net> To: Nathan Whitehorn <nwhitehorn@freebsd.org> Cc: svn-src-projects@freebsd.org, "src-committers@FreeBSD.ORG" <src-committers@freebsd.org> Subject: Re: svn commit: r245399 - projects/altix2/sys/geom/part Message-ID: <F7293ABF-03D6-4C87-AC35-5D4E7792D4F1@xcllnt.net> In-Reply-To: <50F45780.4000505@freebsd.org> References: <201301132336.r0DNaLb7038996@svn.freebsd.org> <50F34A2B.3080202@freebsd.org> <ADC170C3-3954-4080-9190-A44C41500DC0@xcllnt.net> <50F45780.4000505@freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Jan 14, 2013, at 11:07 AM, Nathan Whitehorn <nwhitehorn@freebsd.org> = wrote: > On 01/13/13 20:34, Marcel Moolenaar wrote: >>=20 >> On Jan 13, 2013, at 3:58 PM, Nathan Whitehorn = <nwhitehorn@freebsd.org> wrote: >>=20 >>> Why not make this a GEOM flag? >>=20 >> It just needs to work. It's unreasonable to put the burden >> on users/operators. It took me a long time to figure out >> why 1) EFI didn't see the partitions, and 2) EFI wouldn't >> mount the FAT32 file system. >>=20 >> The first was the result of the active flag being set -- >> go figure. The second was the result of the partition not >> being aligned to a track boundary -- which is interesting >> in light of all the claims and statements about geometry >> being a thing of the past and totally irrelevant... >>=20 >> I at least have the advantage of knowing the code and >> knowing what changes I could try to make it work -- it's >> not the same for mere end-users. They'll be stuck and as >> such look for a solution in other OSes. >>=20 >=20 > Sounds reasonable. Thanks for the explanation! It might be nice to = still > have a flag to override the default setting on a per-device basis for > power users who know they want a particular behavior, but it's not a = big > deal. Agreed. I've been looking at attributes, but those work on partitions only right now. It would be nice to have them work on the scheme at large (e.g. by not providing an index for the partition). This allows us to set/unset the active flag on pure PMBRs and thus provides a way for fixing bad PMBRs -- I had to destroy and re-create the GPT to "fix" the PMBR which is not user-friendly at all. Attributes also open the door for us to obsolete boot0cfg, by handling the boot options and settings using attributes. Can't be bad. The question I need to answer for myself is whether it's an intuitive/natural interface that way... For now: I wanted the dailies to produce an installable and bootable image so that hrs@ and other can play with it. --=20 Marcel Moolenaar marcel@xcllnt.net
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?F7293ABF-03D6-4C87-AC35-5D4E7792D4F1>