Date: Mon, 17 Sep 2012 10:44:43 +0100 From: Tom Evans <tevans.uk@googlemail.com> To: Jeff Anton <anton@hesiod.org> Cc: freebsd-hackers@freebsd.org Subject: Re: gpart is junk Message-ID: <CAFHbX1KjLHCHste9H4sV_kwxWT25uRHo%2BoLeL3R4xev=oR8LaQ@mail.gmail.com> In-Reply-To: <505624A9.7040508@hesiod.org> References: <20120916120041.391C41065680@hub.freebsd.org> <505624A9.7040508@hesiod.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sun, Sep 16, 2012 at 8:12 PM, Jeff Anton <anton@hesiod.org> wrote: >=E2=80=A6 my point is that all this information needs to be > together in one human and machine readable form. We need to be able to l= ook > at the whole picture of a device and say "that makes sense" then do it. = And > this shouldn't be from some GUI junk either. > In a file, this information can be kept as a reference, as a confirmation > that partitioning hasn't changed unexpectedly, and > modified if needed in a clear manner. > (Sorry to pick at just parts of your email=E2=80=A6) The current GEOM configuration is available from a sysctl in machine readable format - check out kern.geom.confxml. If you are concerned about your partitions changing underneath you, storing and then comparing output from this sysctl gives you a simple way to determine what. A human readable version can be obtained from the gpart tool. IMHO, gpart and GEOM are fantastic. gpart is a much simpler tool to use than fdisk, and fully understands every kind of disk partitioning you can throw at it, whilst fdisk is only a tool for playing with MBR. The gpart man page explains clearly and concisely how to use it. GEOM provides a clear framework that anything can plug in to, from labels to whole disk encryption. Cheers Tom
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAFHbX1KjLHCHste9H4sV_kwxWT25uRHo%2BoLeL3R4xev=oR8LaQ>