[Bug 945433] Re: Incorrect GPT length should be handled better

[Phillip Susi]

gdisk and fdisk do not appear to be disagreeing on the size of the disk.
I reproduced the problem in an image file by restoring the gpt backup
and gdisk does not complain about the size mismatch when I make the
image file 312579695 sectors long, but it does complain that the disk
has the wrong size when I made the image file 312581808 sectors long.
This points to gdisk comparing the disk size to the MBR size, rather
than the GPT size.

Ahmad, could you attach your /var/log/kern.log file, and also post the
output of sudo hdparm -I /dev/sda?  I'd like to try and verify what the
correct size of your drive is.  Also you might try booting into MacOS
and and see how big it thinks the drive is, and if you still have a
10.04 cd, boot it and check fdisk -l there, and make sure parted still
does not crash.

I suspect that the MBR size got changed since you last ran 10.04, and
trying it again will now crash just like 12.04 does, and MacOS does not
report anything wrong because it doesn't bother checking the size, or
because it is checking the wrong size, like gdisk is.

-- 
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to parted in Ubuntu.
https://bugs.launchpad.net/bugs/945433

Title:
  Incorrect GPT length should be handled better

Status in “gdisk” package in Ubuntu:
  New
Status in “parted” package in Ubuntu:
  Triaged

Bug description:
  The GPT LastUsableLba claims the disk is longer than it actually is.
  Parted should handle this error more gracefully and allow for
  repairing it.  gdisk seems to let the error go undetected, possibly
  because it is using the size in the protective MBR rather than
  LastUsableLba.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/gdisk/+bug/945433/+subscriptions