Solved [Solved] GPT table corrupt

[digicow]

I have a machine running FreeBSD 7.3 which was just rebooted for the first time in about a year(rebooted it in my efforts to get it backed up -- as it isn't presently -- so I can replace it) and now will not boot. It has an internal hardware RAID (PCI controller) which is halting boot and sending the machine into SUM:

GEOM: provider: the primary GPT table is corrupt or invalid. 
GEOM: provider: using the secondary instead -- recovery strongly advised.

gpart status/ show/ list display all the (apparently correct) details for the partition table on that disk, but my gpart utility lacks a recover command:

$ gpart recover
gpart: Unknown command: recover.

How can I repair the partition table and get the array to function so that the system will boot?

 

[wblock@]

Re: GPT table corrupt

gpart(8) has changed a lot since 7.3. The new features have not been backported.

A corrupted GPT should not keep it from booting. As it said, it was using the secondary GPT. Possibly the filesystems need a full fsck(8).

After that, see here about backups: Backup Options For FreeBSD.

 

[digicow]

Re: GPT table corrupt

Specifically what it says is

GEOM: da1: the primary GPT table is corrupt or invalid
GEOM: da1: using the secondary instead -- recovery strongly advised
<...>
Can't stat /dev/da0p1: No such file or directory
Can't stat /dev/da0p1: No such file or directory
<notifications that root filesystem is clean>
THE FOLLOWING FILE SYSTEM HAD AN UNEXPECTED INCONSISTENCY:
     ufs: /dev/da0p1 (hive)
Unknown error; help!
ERROR: ABORTING BOOT (sending SIGTERM to parent)!
Apr 27 16:50:59 init: /bin/sh on /etc/rc terminated abnormally, going to single user mode

 

[digicow]

Re: GPT table corrupt

All good now, thanks for the help

 

[wblock@]

Re: GPT table corrupt

Good! Please make a couple of full backups immediately. Then begin plans to upgrade.