Here's some stuff I think about, and/or which happens to me. See if you can tell which is which.
Wednesday, September 30, 2009
Not resolved: Complete Time Machine crash in 10.6.1
What is surprising in this case, however, is that thus far, there seems to be no way of tracking down why it crashed, and how to repair the damage. Spoiler alert: in the end, I simply decided that the backups going back a little over two months were not valuable enough to keep trying, and I wiped the image they were on, and started a new backup from scratch. This does not mean the problem is solved, just that it was circumvented with losses I decided were acceptable.
How it happened: Well, I was using my 10.6.1 system as normal. I was running Growl 1.2b4, which I had heard from some quarters could interact weirdly with Time Machine (old versions of Growl, with old versions of Time Machine). At some point, I'm sure I shut down the computer in the middle of an over-the-wireless-network backup (to a .sparseimage, not on a Time Capsule, but a third-party drive connected to an Airport Extreme base station), which has never created a problem before.
But somewhere after some such shutdown in the middle of a backup (is this the cause?), the .sparseimage simply would not mount for Time Machine to backup, failing and "delaying" that backup attempt.
So I tried to open the .sparseimage in Disk Utility. It hung for quite a bit, but finally told me I couldn't (unfortunately, I didn't have the presence of mind to copy down the error message). So I disconnected the drive from the Airport Extreme and connected it directly via Firewire 800. This time, the icon changed to the same as a different user's folder, which you don't have access to (a folder icon with a red/white "no access"-style circular symbol over it). Attempting to do anything with it just resulted in being told that I didn't have privileges to access it, but oddly didn't provide any place at all where I could have entered an admin password (possibly because the only password with access to it would have been the root password, and the OS is constructed such that the only way to enter that is via the Install DVD, if the computer has a root password set at all. It's big juju to mess with anything that requires a root password!).
So I gave up, and trashed the apparently corrupted .sparseimage, then created a completely new Time Machine backup for the drive. The only way in which it seems to function differently (other than only having backups starting from the new date) is that the backup name is now "Time Machine Backups", rather than the "Backup of [My computer's name]" as it had been, since Leopard.
I was sad to see the old backups go, but anything that I've needed to restore from backup (to my knowledge) has already been restored. An added bonus is that I reclaimed quite a lot of disk space. Still, it would have been nice never to have had to trash the old backup, and restart a new one. Does anyone out there have similar experiences, and any suggestions I might not have tried?
Friday, September 25, 2009
There is no end to the geekiness: Printing oddness on 10.6/.1
Saturday, September 12, 2009
Geekiness galore: Same startup behavior on 10.6.1
Just riffin' here, but could the fact that Rosetta isn't installed by default in Snow Leopard have anything to do with the legacy QuickDraw imaging that the Hardware Diagnostic uses? Probably not, as QuickDraw is a legacy OS9 technology (originally designed for 680x0 & PowerPC chips, though a ROM or firmware kludge obviously makes it run on Intel for the Hardware Diagnostic, at least when booting from a 10.5.x volume), whereas Rosetta is a run-time PowerPC to Intel interpreter. But just a thought.
In any event, I haven't tested by installing Rosetta (no need to have extra code on the HD or in RAM/using processor cycles when I have no other PowerPC apps I really need to run). But if anyone would like to test with Rosetta, I'd love to hear the result.
So Apple didn't address no Hardware Diagnostic in 10.6.1. Maybe in 10.6.2?
Friday, September 04, 2009
More geekiness: Interesting startup behavior of Snow Leopard, with external boot drive and hardware diagnostics
Here’s an interesting startup behavior I’ve noticed on my June 2009 15” Macbook Pro (more model information available on request) since upgrading to Mac OS X 10.6 (Snow Leopard):
1) Holding down the Option key on startup, as always, offers choices of bootable drives to boot from. What is new is that the icon representing the computer’s main internal hard drive is given the name “EFI Boot”, in a non-anti-aliased (pixilated) font. That is, until AFTER the process listed below is complete, upon which time its name and font anti-aliasing of that name are restored.
2) Holding down the D key upon startup under Mac OS X 10.5.7 and 10.5.8 (unknown for previous versions, as this MBP doesn’t run them) boots the computer into Hardware Diagnostic mode. But under Mac OS X 10.6, it spends a long time with a grey screen (while the case gets hot and the fans run as if there is high processor load) for several seconds, until dumping to a grey Apple logo and progress spinner, then starting up “normally” (but not as selected).
Interestingly, if I connect an external bootable drive with 10.5.8 on it, select that external boot drive from the Startup Disk preference pane in System Preferences, and then hold down the D key upon startup, it then properly enters Hardware Diagnostic mode.
So it works, it just takes a work-around. Noteably, however, this is a work-around which may or may not effectively function if the internal drive actually has a problem booting up (when the user would actually need it, among other utilities). Perhaps Apple should consider addressing it for 10.6.1, as I know they’re already circulating developer releases.