Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 4 Jan 2011 18:44:09 -0700 (MST)
From:      Warren Block <wblock@wonkity.com>
To:        Chris Brennan <xaero@xaerolimit.net>
Cc:        Bruce Cran <bruce@cran.org.uk>, Ian Smith <smithi@nimnet.asn.au>, FreeBSD Questions <freebsd-questions@freebsd.org>
Subject:   Re: a new hard-drive in a 2y/o laptop
Message-ID:  <alpine.BSF.2.00.1101041840310.14633@wonkity.com>
In-Reply-To: <AANLkTi=Aqh4cpmdkHx1QsTyoYh7nhinEfDUuPO3fUAh5@mail.gmail.com>
References:  <20101229120038.3DFB0106591A@hub.freebsd.org> <20101230133126.O36121@sola.nimnet.asn.au> <AANLkTinCZuupW%2BGFMeL70nPO90tZAAJNj8g0SaOztsR3@mail.gmail.com> <20101231105353.S36121@sola.nimnet.asn.au> <AANLkTinSbE8d=iYES78GJmYO2PyOAGHMjwQ%2B2HT45yxc@mail.gmail.com> <20110102102255.00004f57@unknown> <20110102230702.N49334@sola.nimnet.asn.au> <20110103022619.O49334@sola.nimnet.asn.au> <AANLkTimkCdtULT9jfNtwKcfxF8R-TQ_j=qZgS-Y-YGfu@mail.gmail.com> <20110104143245.P49334@sola.nimnet.asn.au> <AANLkTi=Aqh4cpmdkHx1QsTyoYh7nhinEfDUuPO3fUAh5@mail.gmail.com>

next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, 4 Jan 2011, Chris Brennan wrote:

> On Tue, Jan 4, 2011 at 3:56 AM, Ian Smith <smithi@nimnet.asn.au> wrote:
>
>> On Mon, 3 Jan 2011 16:31:17 -0500, Chris Brennan wrote:
>> [.. trimming ccs, selectively quoting and de-gmailing a bit ..]
>>
>
> Trimmings! Oh nevermind. I don't know what possessed me to  go and look
> at the debug window. But I do and I see the following.
>
> GEOM: ad4: the primary GPT table is corrupt or invalid.
> GEOM: ad4: using the secondary instead -- recovery strongly advised.
>
> This is even after zero the beginning and the end of the drive ....
> Something is hinky!

Today I also found that zeroing the beginning and end of the drive 
didn't seem to be enough.  I had the start of a huffy email about how 
hard it was to calculate the end of a drive in blocks, and how dd didn't 
have a negative oseek to seek backwards from the end.  But then I 
checked gpart(8)... and it turns out that

# gpart destroy -F da0

works.  Be very careful that you've got the right drive there, of 
course.



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?alpine.BSF.2.00.1101041840310.14633>