Scheduled backup fails with "Failed to mount.." error
Hi,
My scheduled backups have running happily every night for several months. About a week ago they started to fail with the same log message: Code:
| 09:28:00 PM | Info | SuperDuper!, 2.1.4 (82), path: /Applications/SuperDuper!.app, Mac OS 10.4.9 build 8P135 (ppc) Any thoughts or advice much appreciated. TIA Rob |
Try restarting your Mac, Rob. This is a problem in the low-level IOKit that starts to generate errors, but restarting usually clears it up.
|
Quote:
I'll give it a try & report back. Thanks Dave Cheers Rob |
Quote:
Any other thoughts? Cheers Rob |
There are a very few systems out there where restarting doesn't resolve the issue, and yours looks to be one. What I'd suggest, rather than recreating the image, is opening it with Finder. Then, change your schedule to point to the mounted volume, rather than the image file itself. That will use a different method to mount, and should work. The only downside is that it won't eject the image when the copy is done.
|
Another data point
I started having the same problem, and as I am reluctant to reboot for this I did a little poking around and found that "hdiutil attach /path/to/image.spargeimage" kicks out the exact same error message as SD is logging, *but it does not fail* and a subsequent "hdiutil mountvol $devicename" mounts the image just fine.
Lacking a solution inside SD, I am following your suggestion of pointing to the mounted image, and having my post-backup script look for the image and unmount it if it is present. |
Well, the thing is, it is indicating failure, since that message is coming out on "stderr", Bill. (We use hdiutil internally to do the mount.)
|
stderr != failure
Emitting a message on stderr is not necessarily an indication of failure. If you are actually running /usr/bin/hdiutil with system() or some other sort of callout, then the right check for success or failure would be the return code, not whether stderr gets some text. I can't speak to all cases, but at least in my case hdiutil emits a message on stderr even as the 'attach' actually succeeds (a disk device node is created) and hdiutil returns a zero (success) return code.
|
We recognize that, Bill. :)
|
I am having the same "failed to mount" error on a 2.16Ghz Intel iMac 21", OS X 10.4.9
I can't use the alternative method suggester either, as after selecting the mounted volume instead of the disk image, it disappears from the Target menu when you eject it. Any other solutions? Ross |
I don't understand, Ross. Don't eject it...
|
Quote:
|
As far as I know, it has nothing to do with the drives, how long it takes to wake up, or anything similar. It's a weird, low-level issue with the IOKit that only hits some users. The alternative method above should work for you if restarting your Mac does not.
|
All times are GMT -4. The time now is 07:32 AM. |
Powered by vBulletin® Version 3.8.9
Copyright ©2000 - 2024, vBulletin Solutions, Inc.