- Launch Terminal and type cd /Volumes
- Type ls to list the directory's contents, and find the volume name in the list.
- Type open volumename, where volumename is the name as shown in the prior output.
|
|
|
At my work, we have a large number of SMB shares, and for some reason they stop showing up on desktops sometimes. If you look for them in Terminal, they are mounted, but they are not in the Finder anywhere. If this happens, here's one way to get them back.
•
[12,422 views]
Hint Options
One way to make 'hidden' SMB shares reappear
Have you tried just doing disktool -r? That's supposed to make Finder refresh its list of attached volumes.
One way to make 'hidden' SMB shares reappear
I tried the suggestion mentioned in the first comment - and it didn't work. It would have been nice too, as it is a simpler solution.
One way to make 'hidden' SMB shares reappear
Another thing to try in this case may be to go to Finder Preferences and turn "Show these items on the Desktop: - Connected servers" off then back on again.
One way to make 'hidden' SMB shares reappear
These disappearing SMB shares is driving me crazy. This is something recent as I have been using samba shares for a long time.
One way to make 'hidden' SMB shares reappear
By appearing on their own I mean. They are not mounted and out of Finder's recreation they suddenly show up as if they were!
One way to make 'hidden' SMB shares reappear
I have mistakenly removed, but not unmounted, a drive from the side of the Finder, and have always found it again in the Computer view. Give it a try.
One way to make 'hidden' SMB shares reappear
How interesting this would be posted today, when just yesterday I ran across something similar involving AFP shares.
We had an issue that would pop up from time to time that was bugging us here at work, where an AFP share would have difficulty mounting. Usually an error stating it couldn't mount the volume or something similar would pop up. Afterwards, we noticed that mounting this volume would result in the volume showing up as "share_name-1". This would cause issues when using certain applications, like Capture One, which uses absolute paths. The links to session files would end up broken when using Capture One on any Mac having this share-1 issue. I discovered by poking around in the terminal that the system apparently created some invisible temp directory in the location /Volumes that would stay there, even after reboots, and had the name of the share. Because of this the OS had no choice but to append the -1 to the end of the name of the actual share when it mounted in the Finder. The fix was to actually do an rm -R on the offending file. Before doing this, I completely disconnected the affected Mac from the network, just to be sure it wasn't reading some actual network share. Even with it disconnected, it would show in /Volumes, so it was definitely a local file. After removing it, the actual AFP share would then show up with its proper name. I know this hint is based on a slightly different issue, but it seems somehow related to how Mac OS X is mounting shares. Must be some kind of bug in how Tiger mounts volumes that causes this issue, and the one this hint is about.
One way to make 'hidden' SMB shares reappear
You are the only other person I have seen mention the sharename-1 behaviour, and I have searched many online resources and asked about it several times with no acknowledgment. We get it in a different situation - if another user on the FUS-enabled Mac has a share on another mac mounted, then when you mount the same share it appears with a -1 after the sharename. Not much of a problem except they both appear in the sidebar in the Finder and file open/save dialogue. Aliases to folders and files on this share often get confused and sometimes cannot find the file or open the folder with nothing appearing in it.
One way to make 'hidden' SMB shares reappear
I have had exactly the same mentioned problem with /Volumes directory having these phantom links with -1 after them. I haven't tried to reproduce the problem but it is not unique to mm2270's situation
One way to make 'hidden' SMB shares reappear
This same mess happened to me today. Thank goodness for the answers in this thread. I also noticed that "umount" would not remove the volume from /Volumes. "rm -rf" succeeded. (this is for a network volume that the Finder didn't see, even though Terminal sessions did). |
SearchFrom our Sponsor...Latest Mountain Lion HintsWhat's New:HintsNo new hintsComments last 2 daysLinks last 2 weeksNo recent new linksWhat's New in the Forums?
Hints by TopicNews from Macworld
From Our Sponsors |
|
Copyright © 2014 IDG Consumer & SMB (Privacy Policy) Contact Us All trademarks and copyrights on this page are owned by their respective owners. |
Visit other IDG sites: |
|
|
|
Created this page in 0.13 seconds |
|