Ghost folders in /Volumes

[glpi-ios]

Hi everybody,

I've had a big problem since a long time.
We mount multiple SMB Volumes with Profiles Configuration or Policy Scripts.

The problem is that it creates ghost folders in /Volumes with the same name :
/Volumes/Share
/Volumes/Share-1
/Volumes/Share-2
/Volumes/AnotherShare
/Volumes/AnotherShare-1
/Volumes/AnotherShare-3
...

When we reboot computers, ghost volumes are back but the good volumes is not always the same.
It can be /Volumes/Share but at next reboot it will be /Volumes/Share-2, ...

We try to clear /Volumes ( umount -Af -t nfs,smbfs // rm -Rf /Volumes/* ) and reboot with no success.

We have more and more issues with applications like Adobe InDesign or Fotostation because these programs works with /Volumes/.

Is there someway to fix this?

MacOS 10.11.6, 10.12.6.
Jamf Pro 10.12.1 (same problems since 9.x)
SMB shares are on Windows Server 2008 or 2012

Exemple of mount volumes with scripts :

mount_script=`/usr/bin/osascript > /dev/null << EOT
tell application "Finder"

try
mount volume "smb://server/shareX"
end try

try
mount volume "smb://server/shareY"
end try

end tell
EOT`

Please, I need help.

Thanks.

[blackholemac]

No immediate help, but if you call a share with a script I’ve noticed that you also need to plan for it’s dismount in a script.

I’m calling mine with straight profiles and have not experienced your issue.

[mm2270]

That happens when scripts sometimes call share mounts. It creates that in Volumes, but doesn't always clean them up correctly. You should be able to safely delete those from the /Volumes/ path.
FWIW, I've also seen this happen, in the past at least, if a share suddenly gets disconnected, like if the Mac hangs and needs to be force restarted.

[hulsebus]

I generally just reboot the computer and they go away.