Date: Thu, 18 Nov 2010 12:55:24 -0800 From: Marcel Moolenaar <xcllnt@mac.com> To: Greg Rivers <gcr+freebsd-geom@tharned.org> Cc: "Andrey V. Elsukov" <bu7cher@yandex.ru>, Marcel Moolenaar <marcel@freebsd.org>, freebsd-geom@freebsd.org Subject: Re: backup a partition table with gpart(8) Message-ID: <991E8AA1-1D20-4E4C-BE6F-05ACE42FEF1E@mac.com> In-Reply-To: <alpine.BSF.2.00.1011181415490.70710@roadkill.tharned.org> References: <4CE505B2.6010601@yandex.ru> <alpine.BSF.2.00.1011181137250.69496@roadkill.tharned.org> <77B931B5-8A25-46AC-B14F-9D5F13A964EB@mac.com> <alpine.BSF.2.00.1011181415490.70710@roadkill.tharned.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Nov 18, 2010, at 12:44 PM, Greg Rivers wrote: > > But bsdlabel's behavior is consistent with fdisk(8) too (-p, -f), and also with Solaris' prtvtoc(1M) and fmthard(1M). Historically, it's pretty much expected that partition managers work that way or at least have that feature. It's a nice feature, but it isn't always possible or easy to implement with the right semantics. > Maybe "gpart show" shouldn't be overloaded, but having something like "gpart backup" and "gpart restore" working on a format that's easily readable and editable by a person would be a real feature. I agree. -- Marcel Moolenaar xcllnt@mac.com
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?991E8AA1-1D20-4E4C-BE6F-05ACE42FEF1E>