Date: Mon, 23 Jan 2012 11:27:32 -0800 From: Garrett Cooper <yanegomi@gmail.com> To: Ed Maste <emaste@freebsd.org> Cc: freebsd-hackers@freebsd.org Subject: Re: Parallels v4 regression (aka ada(4) oddity) in RELENG_9 Message-ID: <CAGH67wS%2B29itgCcm5QKcC=MQ2isyQ-qaCB8wrjAQi7HCua9jWQ@mail.gmail.com> In-Reply-To: <20120123184604.GA5939@sandvine.com> References: <009501ccd9f9$cad088d0$60719a70$@fisglobal.com> <CAGH67wRhT30j2Ask-9pQOQcTihFD5AsOdGXbwPTW6DbPrGc4zw@mail.gmail.com> <1327343079.69022.87.camel@revolution.hippie.lan> <CAGH67wSEbWkLg_kPPhx3x6KKXrr7LZKdTD7CPp2WP4XGpPpLBg@mail.gmail.com> <20120123184604.GA5939@sandvine.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Mon, Jan 23, 2012 at 10:46 AM, Ed Maste <emaste@freebsd.org> wrote:
> On Mon, Jan 23, 2012 at 10:32:59AM -0800, Garrett Cooper wrote:
>
>> =A0 =A0 It's better to be methodical and delete all of the partitions an=
d
>> create the table from scratch. I've run into reproducible cases in the
>> past where just doing gpart destroy -F for instance [on 9.0-BETA1+
>> media] didn't work because geom retasted the partition tables and
>> slices.
>
> Do you have the reproduction steps documented somewhere (and if not, can
> you write them up)? =A0In order to have working automated installs we nee=
d
> to be able to unconditionally reinit a drive w/o having behavoiur depend
> on what happens to be left behind.
Sadly the script that reliably reproduced the issue was was lost
with my previous work root drive. I was using the prescribed
directions for creating MBRs per the gpart manpage, so it shouldn't be
that hard to reproduce. Things got hairy at the end so I also started
mixing fdisk -BIq at the time along with gpart create -S GPT.
Bottom line is that I guess I'm on the 'hook' for coming up with
the repro case again *sigh*..
Thanks,
-Garrett
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAGH67wS%2B29itgCcm5QKcC=MQ2isyQ-qaCB8wrjAQi7HCua9jWQ>