Date: Fri, 23 Apr 2010 15:25:51 +0300 From: Andriy Gapon <avg@icyb.net.ua> To: Peter Schuller <peter.schuller@infidyne.com> Cc: freebsd-fs@freebsd.org Subject: Re: kern.geom.debugflags=16 does NOT allow me to write to device Message-ID: <4BD191CF.40106@icyb.net.ua> In-Reply-To: <r2h5a1151761004230334p1f8be0cdv93c3cacf00882c2f@mail.gmail.com> References: <y2z5a1151761004221355l391c05f4qc6c0f760321b56f5@mail.gmail.com> <20100423082345.GA27379@icarus.home.lan> <4BD1615E.9010909@yandex.ru> <r2h5a1151761004230334p1f8be0cdv93c3cacf00882c2f@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
on 23/04/2010 13:34 Peter Schuller said the following: >> It's easy. > > Thank you for posting the example. I never really understood that > gpart was to be the generic tool; I thought it was gpt specific. > Obviously I should have read up better. > > Is gpart to be considered "tested", "stable", "production quality" > and/or "default" now then, or is it still cutting edge/experimental? Yes, it's "tested", "stable", "production quality" and/or "default". All other tools are slowly rotting now, but can be fixed to correctly works via GEOM interface the same way gpart does now. E.g. see Andrey's work on sade(8). > So for example, would it make sense to submit patches (not promising > anything) to adjust the handbook and relegate disklabel to an > historical artifact? gpart is the way to go and is the best tool to use on recent FreeBSD. -- Andriy Gapon
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4BD191CF.40106>