>> wiped out the firt mb; i used sysinstall to create a fbsd slice; wiped >> it out again; booted knoppix to create an EFI / GPT; booted into >> opensolaris and created a zpool (v14), but nothing, nothing >> did the trick.
I was doing a vanilla fbsd install recently using a couple re-claimed 250GB IDE drives. The install completed without errors, but after reboot GEOM complained bitterly about the secondary GPT table on the boot drive being corrupted or invalid, and unrecoverable corrupted or invalid GPT tables on the 2nd drive. By trying something like above, I was able to get the system drive to rebuild the secondary GPT table, but nothing worked on the second drive. Google told me a targeted approach was technically possible (by calculating exactly where a specific drive stores its GPT metadata and zeroing just that bit), but also that the broader solution of zeroing out the entire drive would be faster for me than figuring out the calculation (about 18 hrs to zero the entire drive, at least it was mostly while sleeping): "dd if=/dev/zero of=/dev/ad3 bs=64K" (no idea if the block size is optimal or even relevant). Dale Scott _______________________________________________ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
