[RFC][patch] GPT recovering support

Marcel Moolenaar xcllnt at mac.com
Fri Oct 15 17:16:28 UTC 2010


On Oct 15, 2010, at 6:34 AM, Andrey V. Elsukov wrote:

> On 15.10.2010 17:02, Andrey V. Elsukov wrote:
>> * deny any modifications of corrupt tables. Only recover and destroy
>> allowed.
> 
> Oops. "gpart destroy" needs to allow "gpart delete"...
> So, maybe "gpart destroy" should be denied too?

Deletion of a partition is the same as modifying the partition
table. I would not allow deletion because it creates fuzziness
in the interface.
It's better to implement a force option to destroy that forces
a scheme to be destroyed in a way that prevents undo. This
allows you to (effectively) wipe sectors and start over. This
is exactly what you want if you're stuck with a detected scheme
that is corrupt to the point that you can't do anything with
it.

It would be good if you can list the corruption cases that are
being handled and how you recover. While we need to be friendly
to the GEOM flexibility, we do need to respect the GPT spec
to the extend that we remain compatible.

Thanks,

-- 
Marcel Moolenaar
xcllnt at mac.com





More information about the freebsd-geom mailing list