macOS Sierra Automount on Startup

A workaround is to mount the smb shares to a folder in your home directory.

Apple Script / Shell Script:

do shell script "[ ! -d ~/MyNASVolumes/share-to-mount ] && mkdir -p ~/MyNASVolumes/share-to-mount || echo directoryOK"
do shell script "mount -t smbfs //NAS-user:NAS-user-password@myNASServer/share-to-mount ~/MyNASVolumes/share-to-mount"

Add me to the list of people having the same issue. MacOS Sierra GM.

I did exacly what you lot have done - wiping my keychains in their entirety on both machines that I have automount scripts running. No dice, of course.

Terribly annoying.

Same problem since beta 1 and now in GM

I used all sierra Beta and they all worked for me (in fact it work since many OS ago, but before, MacOS X server had better option to allow this)

Once the drive is on the desktop, i drop it into my account in User and Group -> Login items

that is it, no script, all my network drives just mount every time I open my account

I have the same problem but a work around for me is create another program that just hits the enter key for me when the other is started i know its not practical but its all I got right now i would have done it in the one program but idk how to create 2 threads because a script goes line by line so by trying to have the enter key after mount drive wont work because its waiting for mount drive to finish!

set IP_Valid to true

set networkName to "NETGEAR78-5G"

set IP_address to "192.168.1.xxx"

set val to true

set SSID to do shell script "/System/Library/PrivateFrameworks/Apple80211.framework/Resources/airport -I | awk '/ SSID: / {print $2}'"

try

   --check if address can ping

  do shell script ("ping -c 2 " & IP_address)

on error

  set IP_Valid to false

  set val to false

end try

--check if your network exists

if SSID is not networkName then

  tell application "EnterKey" to quit

end if

tell application "System Events"

  try

  delay 3

  key code 76 -- enter key

  set val to false

  on error

  --display dialog "NO ENTER with icon stop

  end try

end tell

if val = false then

  tell application "EnterKey" to quit

end if

Still problem. 10.12.1 Beta(16B2327e)

Apple have locked down the /Volumes folder as confirmed here:

https://openradar.appspot.com/radar?id=4948585099558912

There are not workaround....

-j

Hi all,

I have the very same problem with actual macOS final release for Sierra, 4 iMac, 3 Macbook, and 2 Mini (for server purposes).

Servers are the most problematics, please Apple help fix it!

Confirmed; same issue here in Sierra 10.12 public release, and also when using the utility "Drive Mounter".

Same Here. Apple is all about Security these days. But this is a feature Apple need to fix. Many business customers will complain about this ****.

I have a Synology that goes to sleep at night and normally the mount volume command will do the trick to reconnect the share after my Synology wakes.
Since MacOS sierra it is necessary to click the button connect with the given credentials.

I made a temporary solution that will autoconnect the share, but you'll have to make two applescripts.

Script 1: Connect the share

===

tell application "Finder"

    try

        mount volume "smb://username:password@networklocation/sharename"

    end try

end tell

===

Script 2: Hitting the return button

===

tell application "System Events"

    keystroke return

end tell

===

After you made the two scripts you have to make 2 calendar items.

Open Calendar and create a new event.

Pull down the menu next to “Alert” and choose “Open File” now choose the first script.

Make a second event (just one minute later) and choose the second script.
Basically the first script will run at the selected time and will be waiting for the return button that will arrive one minute later.

This way it's automated again. And you can copy the events to another day. It's not a clean solution but it works for me until Apple comes with a update / solution.

Having the same issue with 10.12 (16A323).  It's super annoying that shares cause a "Connect As" window to pop-up, with pre-populated Name and Password fields, and I have to manually press Connect. This is wreaking havoc with my scripts and backup utilities.  Never had this issue with previous versions of the OS.

Here is how I am dealing with it.

Go to your home folder ~ and create a folder named Server.  Open the newly created Server folder and make another folder named Drive.

Then launch Applescript Editor and create a new script like so:

do shell script "mount_afp afp://user:password@ip_address/Drive ~/Server/Drive"

You will need to enter your particulars here.  Example : "mount_afp afp://bob:xyz123@192.168.1.100/bob ~/Server/Drive"

Save your script as an application.

Open System Preferences - User & Groups - Login Items.  Drag your script application into the box for automatic login items.  Reboot.

Your drive should be on your desktop.

Good luck.

I am using the Users & Group Login Items built-in function to automatically mount a drive on startup and I am having this issue above. It seems unreasonable that Apple would change the security settings to prevent mounting by its own system.

I dealt with it completely

Restore from Time Capsule backup - back to El Capitan.

I want my Mac mini to mount some (media) folders on  my NAS on boot, I have mountwatcher installed and I dont want to use any srcipt to press 'Enter'

Okay, I think I have a solution to this that will work for me at least.

I wasn't interested in mounting the network shares to a user folder instead of inside the default /Volumes folder.

I tried adding a symbolic link to the /Volumes folder to a new location where the network shares would be mounted but that symbolic link is deleted on reboot.

But then I thought after reading some of the advice here: What if I have a volume on the local drive called "Network_Shares" or "Network_Storage" that I mount all the shares inside? This "Network_Storage" volume would then live inside the /Volumes folder and the shares would live inside it....keeps it nice and clean and easy to access.

Here's what I did to work around this issue:

Opened up disk utility and added a small partition (100MB) but it can be much smaller.

This partition will only serve as the root level for mounting network volumes is is automatically mounted every time the mac boots up.

Then I altered my applescript I originally posted near the top of this thread to read as follows:

--

--

--

--

--

--this first part is for my macbook only so it doesn't attempt to mount the shares unless I'm at the location where the wifi SSID is broadcast

  set theWifi to "MySSID" -- the wifi SSID

  set theList to paragraphs of (do shell script "/System/Library/PrivateFrameworks/Apple80211.framework/Versions/Current/Resources/airport -s| awk '{print $1}'") -- get the wifi list

  if theList contains theWifi then

  set serverAddress1 to "UserName:Password@Server-Address/Share_Name1"

  set serverVolume1 to "Share_Name1"

  set mountPoint1 to "/Volumes/Network_Storage/Share_Name1"

-- the line above might also be changed to set mountPoint1 to "Volumes/Network_Storage/" & serverVolume1

  tell application "Finder"

  try

  if disk serverVolume1 exists then -- do attempt anything since it's presumable already mounted

  else

  with timeout of 3 seconds

  do shell script "[ ! -d " & mountPoint1 & " ] && mkdir -p " & mountPoint1 & " || echo directoryOK" -- create the folder to host the mount point if it doesn't already exist

  do shell script "mount -t smbfs //" & serverAddress1 & " " & mountPoint1

  end timeout

  end if

  end try

  end tell

  set serverAddress2 to "UserName:Password@Server-Address/Share_Name2"

  set serverVolume2 to "Share_Name2"

  set mountPoint2 to "/Volumes/Network_Storage/Share_Name2"

  tell application "Finder"

  try

  if disk serverVolume2 exists then -- do attempt anything since it's presumable already mounted

  else

  with timeout of 3 seconds

  do shell script "[ ! -d " & mountPoint2 & " ] && mkdir -p " & mountPoint2 & " || echo directoryOK"

  do shell script "mount -t smbfs //" & serverAddress2 & " " & mountPoint2

  end timeout

  end if

  end try

  end tell

end if

display alert "**** on this Apple!"

delay 10 -- check for drops every 10 seconds, may not need this anymore as it was added back in Mavericks, it's an enless loop so if you unmount a volume it will mount back within 10 seconds

end repeat

Try this for auto mounting your SMB / AFP / NFS volumes: https://itunes.apple.com/us/app/automounter/id1160435653?ls=1&mt=12

I ran into the same problem, so I developed around it.

I also have a similar problem.  In El Capitan, the following applecript mounted my Synology disktation NAS volumes.  Now in Sierra, it fails to find my diskstation drives (does not exist or is not available) and then gives an error -5016.

tell application "Finder"

  mount volume "smb://DiskStation/Volume1/Video" as user name "Ralph Quinones"

  mount volume "smb://Diskstation/Volume1/Music" as user name "Ralph Quinones"

  mount volume "smb://Diskstation/Volume1/Photos" as user name "Ralph Quinones"

  mount volume "smb://Diskstation/Volume1/Downloads" as user name "Ralph Quinones"

  mount volume "smb://Diskstation/Volume1/Documents" as user name "Ralph Quinones"

end tell

I am not a programmer and was able to build this a few years ago by googling it.  Now I am trying to find help on how to rewrite the script so it works and mount my NAS drives whenever my MAC boots.  If I try to do this in user/login in preferences, only 2 drives mount.  Never been able to make all 5 mount from user login preferences.

Any ideas how to rewrite the mount volume so it works?  I remarked my original mount volume statements, and used the following line:

mount volume "afp://192.168.1.41"

This does not crash the apple script. It prompts me to enter my password, then I can select the drives I want to mount, and it it works.  Does anyone know how to automate loading all 5 drives without having to authenticate and select the volumes?

Thanks in advance for your help.

So this is quite interesting, not only because lots of people are having the same issue as I found, but also that there are so many ways to mount a network share in macOS!  Amazes me that people have been complaining about how awkward it is compared to Windows yet we still don't have a simple method to do this.

Anyway, I digress;  I have a simple shell script that also stopped working with Sierra and I found the same workaround of mounting to my home folder to work, however I'm finding that after waking the mac from standby all the network drive icons have changed to the standard HDD icon and all of them are named "Macintosh HD".  They're completely empty if I open any of then and they cannot be ejected.  If I re-run the script then the spurious drives disappear and the normal network drives re-appear.  Definitely didn't have this on any OS until Sierra.

Anyone else had this?  Script below for reference, it's not pretty but it works!

#! /bin/sh
if [ ! -d ~/Mounts/itunes ]
then
  mkdir ~/Mounts/itunes
fi


if [ ! -d ~/Mounts/Software ]
then
  mkdir ~/Mounts/Software
fi


if [ ! -d ~/Mounts/Photos ]
then
  mkdir ~/Mounts/Photos
fi


if [ ! -d ~/Mounts/Movies ]
then
  mkdir ~/Mounts/Movies
fi


if [ ! -d ~/Mounts/Household ]
then
        mkdir ~/Mounts/Household
fi


if [ ! -d ~/Mounts/NAS_Home ]
then
        mkdir ~/Mounts/NAS_Home
fi


if [ ! -d ~/Mounts/Dropbox ]
then
        mkdir ~/Mounts/Dropbox
fi
if [ ! -d ~/Mounts/Lightroom ]
then
        mkdir ~/Mounts/Lightroom
fi
mount_afp afp://username:password@10.0.0.3/Music ~/Mounts/itunes
mount_afp afp://username:password@10.0.0.3/Public/Software ~/Mounts/Software
mount_afp afp://username:password@10.0.0.3/Photos ~/Mounts/Photos
mount_afp afp://username:password@10.0.0.3/Videos ~/Mounts/Movies
mount_afp afp://username:password@10.0.0.3/Public/Household ~/Mounts/Household
mount_afp afp://username:password@10.0.0.3/homes/username ~/Mounts/NAS_Home
mount_afp afp://username:password@10.0.0.3/homes/admin/Dropbox ~/Mounts/Dropbox


osascript -e 'tell application "Terminal" to if not ((count windows) > 1) then quit'

Hi

I'm new to apple, but have a rudmentary programming background, and I'm trying to get the script to work with no joy ..

I have created the following script but nothing happens when I run it - other than the running icon for 50 seconds?

Is there anything else I need to set in the apple environment for it to run - I have a Macbook air 2014

Presumably it should create, and I should see,  mount points in the named directory

set NrMounted to 0

set MaxMount to 4 -- max number of networkshares to mount

set NrTries to 0

set MaxTries to 5 -- max tries before quit

repeat while NrMounted is not MaxMount and NrTries is not MaxTries

  set theWifi to "T******" -- the wifi SSID

  set theList to paragraphs of (do shell script "/System/Library/PrivateFrameworks/Apple80211.framework/Versions/Current/Resources/airport -s| awk '{print $1}'") -- get the wifi list

  set EthernetStatus to do shell script "ifconfig en0 | grep 'status' | cut -d ':' -f 2 | tr -d ' '" -- get ethernet status

  if theList contains theWifi or EthernetStatus = "active" then

  if MountedSuccessfull("Music") then set NrMounted to NrMounted + 1

  if MountedSuccessfull("TV Series") then set NrMounted to NrMounted + 1

  if MountedSuccessfull("New") then set NrMounted to NrMounted + 1

  if MountedSuccessfull("Videos") then set NrMounted to NrMounted + 1

  end if

  set NrTries to NrTries + 1

  delay 10 -- waiting time before next try

end repeat

on MountedSuccessfull(VolumeName)

  set NASUserCredentials to "Media:password"

  set NASIP to "Office-PC"

  set MountPointFolder to "/Users/julieanne/Media/" -- I have created this directory in Finder

  set Mounted to false

  set serverAddress to NASUserCredentials & "@" & NASIP & "/" & VolumeName

  set mountPoint to MountPointFolder & VolumeName

  tell application "Finder"

  try

  if disk VolumeName exists then -- it's presumably already mounted

  else

  with timeout of 3 seconds -- try to mount

  do shell script "[! -d " & mountPoint & "] && mkdir -p " & mountPoint & " || echo directoryOK" -- create the folder to host the mount point if it doesn't already exist

  do shell script "mount -t smbfs //" & serverAddress & " " & mountPoint  set Mounted to true

  end timeout

  end if

  end try

  end tell

  return Mounted

end MountedSuccessfull

I played around with that and it is just a setting issue inside the keychain. For a saved login you set the privilidges for direct access per program. So if you just add the Finder  to the list of programs that may access the specific keychain entry without asking you it should work.

Same for Applescript, when you want to mount a share via Script. You just add the Finder (/System/Library/CoreServices/Finder.app) to the trusted apps for a login and in your AppleScript you just make sure that the mount-command is wrapped in an tell app "Finder"-statement

Maybe that screenshot explains better what I mean ;-)

https://www.apfeltalk.de/community/attachments/bildschirmfoto-2016-10-27-um-00-00-23-png.138953/

I've solved this in a kludgy way - with an applescript that ensures the login window has focus, and sends an enter keypress to the login window.

Save applescript as an application and at to your login items in Users and Groups under System preferences. Adjust the delay to suit

delay 5

tell application "System Events" to tell process "NetAuthAgent" to perform action "AXRaise" of window 1

tell application "System Events" to key code 36

You will need to add the application containing the script to the accessability list under System Preferences / Security and Privacy to grant it access to control your computer

I found a very simple solution for this problem by chance. I just put the server icon (keychain must be saved before) to my dock menu (on the right side). So all servers attached to the dock (keychains saved) will automount without any password confirmation.

But to anyone experiencing this issue, I do not really mind the password question, however the first drive I try to mount via the script gets duplicated under "volumes".

My script:

tell application "Finder"
  try
  mount volume "afp://TS431(AFP)._afpovertcp._tcp.local/Documents"
  mount volume "afp://TS431(AFP)._afpovertcp._tcp.local/Music"
  mount volume "afp://TS431(AFP)._afpovertcp._tcp.local/Video"
  mount volume "afp://TS431(AFP)._afpovertcp._tcp.local/Photography"
  end try
end tell

Now when it runs, it immediately creates a "documents" folder in /Volumes/

Then it asks my password and then connects the drives. However, because "Documents" is already there, it creates the 'real' drive on "Documents-1". When I then disconnect the drives and connect them again via the script, they create a "documents-1" and "documents-2". This changes the path of the drive which gives me problems with applications that do not know the updated path.

The weird thing is that when I do connect manually via finder this does not happen although it still asks for the password.

Any ideas how to solve that?

i tweaked my applescript to klick the dialog box button by spawning a second applescript via shell right before my first (main) script issues the mount command - like this:

  do shell script "

osascript -e 'delay 2 -- initial wait period until the server login/password box appears

tell application \"NetAuthAgent\" to activate

tell application \"System Events\" to keystroke return

delay 1 -- secondary wait period until the volumee chooser box appears

tell application \"NetAuthAgent\" to activate

tell application \"System Events\" to keystroke return' > /dev/null 2>&1 &"

very important: the "> /dev/null 2>&1 &" allows the "main" applescript to continue before the shell applescript ends, thus allowing two scripts to run in parallel

Problem finally solved by Apple with OSX 10.12.2

3D Touch

Hi!

I have made a shell script which parses a .plist file and mounts the listed shares. All the needed passwords for these shares are NOT stored in the script but retrieved from the local keychain.

Have a look at https://github.com/gniemetz/automount/blob/master/automount.sh

Hope this helps!

best regards

Gerd

I'm monitoring thes thread closely.  It's a real shame that Apple is not making this a priority.  Apple is having a huge presence in the enterprise now, yet can't get basic, simple NAS functionality going.  It's an embarassment actually.

I can confirm this is working with mount_smbfs as well... (except without -t)

Hi,
I am trying this, that is very simple and seems working

http://blog.grapii.com/2015/06/keep-network-drives-mounted-on-mac-os-x-using-autofs/