I don't believe it is SUPPOSED to do that, but I have seen that behavior too. A 
few years ago, I had a client complain to me that certain pictures would be in 
her iPhoto library on some days, and other pictures would be in the iPhoto 
library on other days, but they never would all be there at the same time. She 
had established her iPhoto library on an external drive, and something she did 
or some way she disconnected the drive ended up with iPhoto establishing a new 
iPhoto library off /Volumes but resident on her root disk, that was only 
visible when her external drive was disconnected. This should never have 
happened, and I'm not even sure how the operating system allowed it. She 
certainly was nowhere near technical enough to have done this on purpose. When 
her drive was disconnected, iPhoto would find that Library and show her the 
pictures that were in that one, and when the drive was connected, it would mask 
the local copy of the library and show her the photos that were on the ex
 ternal drive. It was bizarre, I've never seen anything like it before, and I'm 
not sure I could duplicate it on demand. But if you could make that technique 
work on demand, it would be a nifty way to establish a hidden storage area on 
your local drive!

> On Dec 21, 2013, at 12:06 PM, Andy Lee <[email protected]> wrote:
> 
> How do the proposed solutions compare when the other drive is unmounted?  For 
> example, suppose I owned only one computer, a laptop, and the external drive 
> is only mounted when I'm home?
> 
> What I would *want* is if I launch iTunes and the drive is not there, it 
> gives me an error.  If iTunes is already running and I unmount the drive, I 
> want iTunes to see that as an error too.  But I seem to recall cases where a 
> bogus directory would be created like 
> /Volumes/MyExternalDrive/my/path/to/iTunes/library.  It was a long time ago, 
> so maybe it wasn't iTunes specifically that had this problem, but I've been 
> gun-shy ever since about offloading the directories used by iTunes, iPhoto, 
> etc.
> 
> --Andy
> 
> _______________________________________________
> MacOSX-talk mailing list
> [email protected]
> http://www.omnigroup.com/mailman/listinfo/macosx-talk
_______________________________________________
MacOSX-talk mailing list
[email protected]
http://www.omnigroup.com/mailman/listinfo/macosx-talk

Reply via email to