Closed jason1365 closed 7 years ago
oh my, this is a tricky one :(
tried to resolve in dev branch
Could we lose our data if this is set to run? /etc/periodic/daily/110.clean-tmps
Good question, maybe it is safer to use the $HOME as the base for the mountpoints?
In Version 0.90.4 in dev-Branch: The shares are mounted in ${LOGINHOME}/Volumes if on OS version >= 10.12.0 and not root-User, else in /Volumes
Updated master with v0.90.5
Is there a fix which will allow it to actually mount the volumes in /Volumes on Sierra? This is the reason I have tried installing it, and it's not particularly clear from the README as to whether this is supported or not…
It's not possible to mount a network volume in /Volume anymore (at least from a shell), because the permissions changed since macOS Sierra Output of "ls -lisaeO@d /Volumes" on macOS High Sierra 721593 0 drwxr-xr-x+ 8 root wheel hidden 256 15 Jan 16:16 /Volumes 0: group:everyone deny add_file,add_subdirectory,directory_inherit,only_inherit
Another resource https://derflounder.wordpress.com/2016/09/21/macos-sierras-volumes-folder-is-no-longer-world-writable/
best regards Gerd
2018-01-15 15:55 GMT+01:00 John Yeates notifications@github.com:
Is there a fix which will allow it to actually mount the volumes in /Volumes on Sierra? This is the reason I have tried installing it, and it's not particularly clear from the README as to whether this is supported or not…
— You are receiving this because you modified the open/close state. Reply to this email directly, view it on GitHub https://github.com/gniemetz/automount/issues/3#issuecomment-357705138, or mute the thread https://github.com/notifications/unsubscribe-auth/ABcRtoXR1nuxBz5HLIFfkCD8xtKs3yAUks5tK2bxgaJpZM4L9iqe .
OK, thanks — a shame Apple didn't think of this use case, but not a lot you can do…
The script expects write access at the user level to /Volumes/. This is no longer the case for macOS Sierra.
https://derflounder.wordpress.com/2016/09/21/macos-sierras-volumes-folder-is-no-longer-world-writable/