Comment 10 for bug 468

I ran into a similar issue in Maverick 10.10 . I copied an Apple TV partition to a larger drive and wanted to expand the partition to fill the larger drive.

I booted to linux on USB stick then ran gparted , and after scannking drives, it quits.

I then ran from terminal

 ~ $ sudo gparted
[sudo] password for xbmc:
======================
libparted : 2.3
======================
The backup GPT table is not at the end of the disk, as it should be. This might mean that another operating system believes the disk is smaller. Fix, by moving the backup to the end (and removing the old backup)?
Not all of the space available to /dev/sda appears to be used, you can fix the GPT to use all of the space (an extra 547002288 blocks) or continue with the current setting?
Backtrace has 14 calls on stack:
  14: /lib/libparted.so.0(ped_assert+0x2a) [0x37c87a]
  13: /lib/libparted.so.0(ped_geometry_read+0x116) [0x3865e6]
  12: /lib/libparted.so.0(hfsplus_probe+0x3a1) [0x3a6751]
  11: /lib/libparted.so.0(ped_file_system_probe_specific+0x6c) [0x37e3dc]
  10: /lib/libparted.so.0(ped_file_system_probe+0x81) [0x37e9d1]
  9: /lib/libparted.so.0(+0x4a00c) [0x3bd00c]
  8: /lib/libparted.so.0(ped_disk_new+0x75) [0x3857d5]
  7: /usr/sbin/gpartedbin() [0x8090126]
  6: /usr/sbin/gpartedbin() [0x80a06b5]
  5: /usr/sbin/gpartedbin() [0x80c1f42]
  4: /usr/lib/libglibmm-2.4.so.1(+0x31e42) [0x185e42]
  3: /lib/libglib-2.0.so.0(+0x6848f) [0x44948f]
  2: /lib/libpthread.so.0(+0x5cc9) [0xcc7cc9]
  1: /lib/libc.so.6(clone+0x5e) [0xba76ae]

Mark