Re: GPT header checksum mismatch
- Reply: David Christensen : "Re: GPT header checksum mismatch"
- Reply: grarpamp : "Re: GPT header checksum mismatch"
- Reply: Greg 'groggy' Lehey : "Re: GPT header checksum mismatch"
- In reply to: Arthur Chance : "Re: GPT header checksum mismatch"
- Go to: [ bottom of page ] [ top of archives ] [ this month ]
Date: Wed, 30 Mar 2022 16:23:38 UTC
On Tue, Mar 29, 2022 at 11:47 AM Arthur Chance <freebsd@qeng-ho.org> wrote: > On 29/03/2022 15:45, Greg Balfour wrote: > > Running 12.3-RELEASE I had a UPS failure and my machine did a reboot > > without properly shutting down. Now when it boots I see this > > message: > > > > gptboot: backup GPT header checksum mismatch > > > > Doing a "gpart show ada0" shows > > > > 34 976773101 ada0 GPT (466G) [CORRUPT] > > > > The machine still boots fine. I don't have a prior dump of the > > partition table saved. How can I clean up these errors? > > > > Try gpart recover. So I did a recover and it appeared to work... # gpart recover ada0 ada0 recovered And a gpart status on ada0 was no longer showing as corrupted. But after rebooting I still get the header checksum mismatch error and a gpart status on ada0 will show again as corrupted. Also seen on boot: Mar 30 08:21:01 desktop kernel: GEOM: ada0: the secondary GPT table is corrupt or invalid. Mar 30 08:21:01 desktop kernel: GEOM: ada0: using the primary only -- recovery suggested. This is repeatable. A gpart recover appears to work but on reboot everything shows as corrupted again.