Why does my dd backup of MacBook OS X fail to boot upon restore?
- by James
I created a backup of a MacBook hard drive (WD2500BEVS-88US) by hooking it up as a secondary drive on my linux system (Ubuntu 10.10). I used the following command:
sudo dd if=/dev/sdc of=/home/backup.img bs=2M
This appears to have completed with no errors. I noticed that the file is only 68 GB in size even though the drive is 250 GB in capacity.
I restored the image to a spare drive (WD2500BEVS) with the following command:
sudo dd if=/home/backup.img of=/dev/sdb bs=2M
When I boot the spare drive in the Mac, it appears to start up for a few seconds and then shuts down. (It does not appear to load into the OS at all).
When I open up the drive that won't boot in GParted, it looks like this:
When looking at the information for the middle partition with the little red exclamation mark, it shows this:
The original hard drive that boots ok shows up like this:
Further info on both drives:
sudo fdisk -l
Disk /dev/sdb: 250.1 GB, 250059350016 bytes
255 heads, 63 sectors/track, 30401 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000
Device Boot Start End Blocks Id System
/dev/sdb1 1 30402 244198580 ee GPT
WARNING: GPT (GUID Partition Table) detected on '/dev/sdc'! The util fdisk doesn't support GPT. Use GNU Parted.
Disk /dev/sdc: 250.1 GB, 250059350016 bytes
255 heads, 63 sectors/track, 30401 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000
Device Boot Start End Blocks Id System
/dev/sdc1 1 30402 244198580 ee GPT
So why is my backup or restore failing? Why is dd not creating a byte for byte duplicate?
