Re: various mishandlings of corrupt GPT

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 10/24/2013 01:33 AM, Richard W.M. Jones wrote:
> On Wed, Oct 23, 2013 at 10:49:35PM -0600, Chris Murphy wrote:
>> So that's why I ask if it makes sense to have an fsck for GPT disks.
> 
> Sounds sensible.  The "fsck" would just check the checksums of primary
> & secondary tables, and if an error in either (but not both) is
> detected it would restore from the other one?

Such a tool also should diagnose both overlap and unclaimed space,
and provide some means for repair of these conditions.
For example in the case of "minor" overlap: repair might be "minimum wins",
"maximum wins", or arbitrary edit of extent fields.
The tool also should diagnose "protective MBR" situations and
understand common values for partition type entries (both GPT and MBR).
It should provide the ability to overwrite any existing checksum
with the calculated correct checksum.  The tool also should be able
to erase both GPT tables (overwrite all bytes to 0x00.)

-- 
devel mailing list
devel@xxxxxxxxxxxxxxxxxxxxxxx
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct





[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]
  Powered by Linux