Posts Tagged ‘time machine’

I Love Time Machine

Wednesday, April 9th, 2008

I’ve had backup means in place before Leopard came out. Specifically, a snapshot based setup using rsync and hard links on my linux box. Nonetheless, it hasn’t been half as useful as time machine – if for no other reason than the ability to do bare metal restores.

I’ve had to do them twice now.

The first time was when my laptop was dropped shortly after closing the lid while still writing out. The drive had to be replaced and restored from an external TM backup. I’m writing this on it now, as a matter of fact.

The second time was the other day – discovering my desktop hung up (which has effectively become a household media server and sandboxed surfstation for the kids). Turns out the boot drive was suffering from a string of communications errors, though the diagnostics and file repair programs said everything was fine. One trip to Staples and a few hours later and I had a restored desktop.

I’ll say it now. It isn’t perfect. Super Duper would have allowed me to have a bootable replica of the entire drive that I could have switched to and continued to work off of.  It would have been just as effective for a bare metal restore if that had been needed. I’m a huge fan of super duper.

What SD doesn’t do is snapshots. Changes in files overwrite old files. Deleted files are never erased and just accumulate. There is effectively no way to go back and recover the email, file, picture, or system state that existed at time x before you accidentally made the wrong change and hit “save”.

Ideally, I’d use both.

edit: cut down next-to-last paragraph to save space and clarify meaning.

Minor Recovery Issues.

Monday, January 14th, 2008

I’ve been more a fan of the VMWare Fusion virtual windows solution than Parallels, usually because Fusion has had less stability issues (especially relating to one client’s Quickbooks needs) and was just a little more polished. Well, sometimes you find rough spots.

Apparently Fusion assumes the hard drive size never changes. After installing the new HD in my MacBook pro and recovering from backups, everything else worked great, but Fusion couldn’t run the Boot Camp parition. While the error told me it realized the partition map had changed, Fusion would not give me the option of pointing to the new drive.

It was not a difficult fix – I found where Fusion stored the virtual machine file that pointed to the Boot Camp partition and deleted it, allowing Fusion to create a new one.  Nevertheless, VMWare should not assume that people will never change disks or partition maps, and should have provided an option to reset where it should find the Boot Camp partition.