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 coming :( I am not picky about the name; I picked -geom since it seemed to be part of the 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 overly 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: > > Why '-geom'? Why not 'freebsd-misc'? > > And what, exactly, do you mean by 'create a GPT partition'? > > Warner > >> 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' and >> automatically determined.) called 'freebsd-geom'. >> >> There are numerous cases where you shouldn't have a raw geom on a disk (for >> 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 or >> anything else a BIOS may determine is bootable). >> >> So the question becomes which part id to use; IF its a mirror of a swap of >> 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 calamitous >> results. >> >> 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" >
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?42B97A0A-8CFD-43D6-A5F5-B2645A5D293A>