Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 29 Jul 2009 02:14:05 +0200
From:      Harald Schmalzbauer <h.schmalzbauer@omnilan.de>
To:        Marcel Moolenaar <xcllnt@mac.com>
Cc:        FreeBSD Current <freebsd-current@freebsd.org>
Subject:   Re: `gpart show` and secondary GPT header
Message-ID:  <4A6F944D.6040909@omnilan.de>
In-Reply-To: <19563E0A-3A5A-4B0C-BB89-934A44CF4A82@mac.com>
References:  <permail-200906131853081e86ffa80000190b-a_best01@message-id.uni-muenster.de>	<A7C988A9-DCFD-422B-B39D-B912FECEFD0D@mac.com>	<4A344A9F.5020708@jrv.org>	<BD2A6E6D-EC33-408E-913B-CAF96F774ACD@mac.com>	<4A344C67.8000101@jrv.org>	<ADAD4EA3-0D07-4CD5-8805-3D21BB40A5AD@mac.com>	<4A37C1A7.1070801@omnilan.de> <19563E0A-3A5A-4B0C-BB89-934A44CF4A82@mac.com>

next in thread | previous in thread | raw e-mail | index | archive | help
This is an OpenPGP/MIME signed message (RFC 2440 and 3156)
--------------enig1A1919F3D20B6FB2436DD589
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: quoted-printable

Marcel Moolenaar schrieb am 16.06.2009 18:28 (localtime):
>=20
> On Jun 16, 2009, at 9:00 AM, Harald Schmalzbauer wrote:
>=20
>> Marcel Moolenaar schrieb am 2009-06-14 07:23 (localtime):
>> ...
>>>>>> Jun 13 06:31:42 bigback kernel: GEOM: ad12: the secondary GPT=20
>>>>>> table is
>>>>>> corrupt or invalid.
>>>>>> Jun 13 06:31:42 bigback kernel: GEOM: ad12: using the primary only=
 --
>>>>>> recovery suggested.
>>
>> I'm curious what the correct way to recover is.
>> I also tried dd, but without success.
>> `gpt` had a recover functionality if I remember corretcly.
>=20
> Recovery is not yet implemented in gpart. That would be
> the correct way to recover. And yes, gpt(8) has recovery.
> Thus, gpt(8) is the right way to recover on -STABLE.

Hello, I'd need some help.
I tried to recover the secondary GPT after overwriting on the same disk.
I used 'dd if=3D/dev/ada0 iseek=3D1 count=3D1 oseek=3D1953525167 of=3D/de=
v/ada0'
I thought this must work since the location of the secondary, stored in=20
the GPT header, is correct. But it doesn't.
Usually, after replacing a failed hard drive, I duplicate the first 34=20
sectors and modify the labels. If the replaced HD is of different size,=20
the secondary GPT can't be restored simply by dd, if I'm right.
But why doesn't it work on the same HD?

Thanks,

-Harry

P.S.: Any recovery bits for me to test?


--------------enig1A1919F3D20B6FB2436DD589
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="signature.asc"

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.12 (FreeBSD)

iEYEARECAAYFAkpvlE4ACgkQLDqVQ9VXb8jvMQCfUpTjAhiq1rWsXBrA9S7qAZrL
XnEAn0naJHSvQpgpQ7xpn1ahXlc1bY3s
=7QjG
-----END PGP SIGNATURE-----

--------------enig1A1919F3D20B6FB2436DD589--



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4A6F944D.6040909>