Submit Hint Search The Forums LinksStatsPollsHeadlinesRSS
14,000 hints and counting!

Click here to return to the '10.5: Set a FireWire drive's mount point' hint
The following comments are owned by whoever posted them. This site is not responsible for what they say.
10.5: Set a FireWire drive's mount point
Authored by: xld00d on Jun 28, '09 09:38:07AM

This can also circumvent what I consider a bug with OS X's automount feature. If you have a user with a *true* roving account (like my wife with an ibook) and this user wants to use your desktop with her ibook account, the best way is to mount the ibook under firewire target disk mode and to change their account settings (in ldap or netinfomanager) to point to where their home directory will mount. In OS X, if the user forgets to start the computer, OS X will stupidly create a new folder at the place where the firewire disk *would* have mounted according to ldap or netinfomanager (depending on the version of OS X). Then, when the user realizes all their files aren't present, they mount their laptop in firewire mode but to no avail because OS X stupidly mounts it at a new point because it has already created a directory at the desired point.

So you get a moving target--which is a bad thing from an administrator's perspective.

To prevent this, you can specify exactly where you want that firewire drive (in this case the ibook) to mount and never have to worry about this particular stupid bug with OS X.

By the way, this stupid bug with OS X also affects OS X Server remote folders, and so a user with a network account can log into OS X Server with the user accounts on a network raid and if they do that before the raid has a chance to be mounted (like after a reboot), then the WHOLE file system with user folders will be moved to a new point and none of your dozens to hundreds of users will be able to see their *real* accounts.

This is a case where this stupid bug has real life impact on productivity at an institutional level. I have really debugged this event in real life where users were losing real productivity.

In short, before people get snarky about the utility these high level hints, realize that some of us discover or invent these hints to circumvent real problems that arise in more complex environments.

[ Reply to This | # ]