I have an external (USB) disk, which has been working OK for some time and shows no errors whatsoever in /var/log/$relevantfiles (no errors on reading/writing, for example).

Here's the thing:

if I ask for sudo fdisk -l /dev/sda this returns:

Disk /dev/sda: 1000.2 GB, 1000204886016 bytes
255 heads, 63 sectors/track, 121601 cylinders, total 1953525168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x24796452

Device Boot      Start         End      Blocks   Id  System
/dev/sda1              63  1953520064   976760001   83  Linux

which is exactly how I did it.

Now, I want to recover a partition in this disk to use for some other purposes, which require hfs, instead of ext{2,3,4}. So I turned myself to the old dear parted to resize the partition and create a new one.

Asking parted this returns:

(parted) print                                                            
Model: ST310005 28AS (scsi)
Disk /dev/sda: 1000GB
Sector size (logical/physical): 512B/512B
Partition Table: mac

Number  Start  End    Size    File system  Name            Flags
1      512B   1535B  1024B                partition map
2      368MB  371MB  2982kB               OneClick-Ready

and if I run gparted I see all the empty space, and I cannot resize my partition, since it's not there.

Any pointers how to fix this things? I've never seen anything like it. The whole thing's running on a raspberry pi, using raspbian.


  • 1
    I saw a comment here (or perhaps at serverfault.com) recently stating that fdisk sometimes creates partitions that aren't quite kosher, which the more strict gparted doesn't recognize. Search for that at this site.
    – vonbrand
    Feb 27 '13 at 14:04
  • I will, thanks. If this is the case, that's definitely very annoying. They might not be kosher, but the kernel's pretty happy with them! :D Thanks!
    – mgm
    Feb 27 '13 at 14:08

You appear to have both a dos and mac partition table on the disk, and parted is recognizing the mac one. You should be able to zap the mac partition table with:

sudo dd if=/dev/zero count=1 bs=2 of=/dev/sda
  • would this render the data on disk unusable? Thanks
    – mgm
    Feb 27 '13 at 22:52
  • @mag, no, it will just remove the mac partition table leaving the dos one intact.
    – psusi
    Feb 27 '13 at 22:56
  • I'll try. Thanks :) (dd is a powerful thing, always a little scared when if=/dev/zero)
    – mgm
    Feb 27 '13 at 23:11
  • Hey, I just tried, now parted returns the whole space unallocated (no valid partition map found), but fdisk it's happy nonetheless....
    – mgm
    Feb 27 '13 at 23:15
  • @mag, looks like the first two bytes contain the mac magic number and that's what parted goes on to decide it's a mac label. MBR treats that space as executable code and ignores it. dd if=/dev/zero bs=2 count=1 of=/dev/sda should do the trick.
    – psusi
    Feb 28 '13 at 2:17

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service, privacy policy and cookie policy

Not the answer you're looking for? Browse other questions tagged or ask your own question.