Date: Sun, 29 Jul 2018 20:51:49 -0400 From: David Cross <dcrosstech@gmail.com> To: Warner Losh <imp@bsdimp.com> Cc: FreeBSD Hackers <freebsd-hackers@freebsd.org> Subject: Re: Request for comments, new geom part type alias: freebsd-geom Message-ID: <42B97A0A-8CFD-43D6-A5F5-B2645A5D293A@gmail.com> In-Reply-To: <CANCZdfqMQ=itMty34gQ3aS9B0Xzp5xgU6RSpcp=oA26UsJ__=A@mail.gmail.com> References: <CAM9edePaxdNazqBNC%2B=iKjApr1CrDr%2BZUn1OEj65vr6Z17btRg@mail.gmail.com> <CANCZdfqMQ=itMty34gQ3aS9B0Xzp5xgU6RSpcp=oA26UsJ__=A@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Because I apparently I suck at mailing lists. Sorry for the dupe messages co= ming :( I am not picky about the name; I picked -geom since it seemed to be part of t= he geom system (yes.. I know 'everything' is part of the geom system in that= sense); but geom-labeled? Not sure what else to call it. 'misc' seems over= ly broad, there's a very specific but common (I think) use case where people= have gmirrors, gstripes, geli, gconcat, etc...) they are using > On Jul 29, 2018, at 17:01, Warner Losh <imp@bsdimp.com> wrote: >=20 > Why '-geom'? Why not 'freebsd-misc'? >=20 > And what, exactly, do you mean by 'create a GPT partition'? >=20 > Warner >=20 >> On Sun, Jul 29, 2018 at 2:49 PM, David Cross <dcrosstech@gmail.com> wrote= : >> I'd like to propose that we create a GPT partition for geom labeled >> partitions (gmirror, gstripe, geli, etc.. anything that can be 'tasted' a= nd >> automatically determined.) called 'freebsd-geom'. >>=20 >> There are numerous cases where you shouldn't have a raw geom on a disk (f= or >> example, imagine a raid 10 of a filesystem with VMs on it..on a raw disk >> its possible that the lead block happens to line up with a VM disk image o= r >> anything else a BIOS may determine is bootable). >>=20 >> So the question becomes which part id to use; IF its a mirror of a swap o= f >> UFS it seems perfectly reasonable to use freebsd-swap or freebsd-ufs (if a= >> bit dangerous). If its a mirror or a geli then you can again be in the >> situation where the boot blocks (or something else), in certain >> circumstances mistakes these for raw filesystems with similarly calamitou= s >> results. >>=20 >> Given these, it seems a 'freebsd-geom' (or similar) seems entirely >> appropriate; we can mark these for what they really are, and eliminate >> these cases where the system misinterprets intentions based on ambiguous >> data. >> _______________________________________________ >> freebsd-hackers@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-hackers >> To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org= " >=20
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?42B97A0A-8CFD-43D6-A5F5-B2645A5D293A>