L'operazione non può essere completata perché l'elemento originale per "Foo" non può essere trovato

Ok, quindi ho intenzione di rispondere alla mia domanda. Nel mio caso la soluzione si è rivelata davvero "semplice".

Ho guardato un altro Mac e ho notato che la directory /Volumes aveva permessi diversi. Sul Mac problematico era impostato su drwxr-xr-x e su un Mac installato di recente era drwxrwxr-x .

Quindi ho risolto il problema con:

sudo chmod 775 /Volumes

(Puoi farlo anche nel Finder, ovviamente, tramite Ottieni informazioni)

Problema risolto. Ora posso montare nuovamente qualsiasi file share.

Apparentemente questo problema può verificarsi per molte ragioni diverse. Nel mio caso è stato risolto rilanciando il cercatore. Una descrizione e una soluzione per questo era all'indirizzo link .

Nel mio caso (iMac tenta di accedere ai file su una macchina Win7) la soluzione è stata quella di aggiungere le autorizzazioni per "Guest" alla directory di Win7. Questo in precedenza non era necessario. La directory era condivisibile per tutti e ha funzionato. Ma a quanto pare ora l'iMac sta cercando di connettersi come "Guest" e l'aggiunta di autorizzazioni specifiche per "Guest" (Proprietà ... Condivisione ... Condividi ... Aggiungi ... Ospite) risolto.

Ho avuto lo stesso problema. Anche per me ha funzionato su un altro Mac. Si è scoperto che dovevo cambiare il gruppo di Volumes in admin che era wheel befor.

Quindi ho risolto il problema con:

sudo chgrp admin /Volumes

TL; DR : controlla anche le autorizzazioni sulla tua condivisione remota. Assicurati che il demone Samba e il demone AFP abbiano accesso alle condivisioni.

Versione lunga : il mio problema non riguardava il mio Mac, ma le condivisioni remote. Avevano autorizzazioni di 750 , il che sembrava ragionevole dal momento che volevo solo il proprietario e i gruppi appropriati per ottenere l'accesso alle cartelle. Ma il processo afpd (Apple File Protocol Daemon) non era nel gruppo! Quindi non è stato in grado di accedere ai file. Quando altri client, come la mia macchina Windows, accedevano alla condivisione, accedevano tramite Samba ( smbd ), che era in esecuzione come root . Quindi la mia macchina Windows funzionava bene, e il mio client Mac sembrava "bacato".

$ ssh myremoteserver
$ ps -eaf | egrep -i smbd\|afpd 
12902 root     34784 S    smbd -D
24642 admin    23680 S    /usr/sbin/afpd -d -F /etc/netatalk/afp.conf

(Quindi Samba è in esecuzione come root, ma AFP è in esecuzione come "admin".)

$ cd /mnt/myshares
$ ls -l
drwxr-x---    6 nobody   allaccou      4096 Jun 25 02:50 foo
drwxr-x---   11 nobody   allaccou      4096 Jun 10 20:39 bar
drwxr-xr-x   12 nobody   allaccou      4096 Jun 24 23:18 baz

(Qui, "baz" funziona ovunque, ma "foo" e "bar" funzionano solo sulla mia macchina Windows.)

$ sudo cat /etc/group
root:x:0:root
administrators:x:1001:admin
share:!:1000:admin,nobody
allaccount:!:501:bob,jane,sue
netdev:x:1002:

(Così AFP - in esecuzione come admin - non è nel gruppo allaccount .)

Aggiungilo al gruppo allaccount e voilà , un felice Mac.

Ho avuto lo stesso problema sul mio MacBook Air; Non ho potuto montare condivisioni da un Mac OS X Server, quando altri Mac potevano farlo.

Ho dovuto applicare entrambi i comandi chmod e chgrp per correggere.

Vorrei anche raccomandare il riavvio in modalità di ripristino e l'esecuzione del disco di riparazione e le autorizzazioni di riparazione.

Ho un Drobo 5N, e il suo nome di rete è "Drobo5N" - Ogni tanto ricevo questo errore, e ho notato che quando ottengo l'errore, e guardo nel Finder, il mio Drobo si chiama "drobo5n" ( tutto in minuscolo). Non ho trovato un modo per risolvere il problema senza riavviare il mio computer ... ma mi piacerebbe trovarne uno. (Non devo fare nulla al mio Drobo - riavvia il mio Mac.)

Dopo il riavvio e l'esecuzione della riparazione del disco, la proprietà / permessi di / Volumes sono (OS X 10.10.2):

[~]$ ls -ald /Volumes/
drwxrwxrwt@ 5 root  admin  170 Mar 31 23:41 /Volumes/

e attualmente sono in grado di montare il mio Drobo senza problemi.

Aloha. Ho avuto lo stesso problema con un volume condiviso su OS X Server 5.1 sotto OS X 10.11.4 beta. Indipendentemente dal fatto che si trattasse di versioni beta, ho già riscontrato questo problema. Ecco come sono riuscito a risolvere il problema della "voce originale" non trovata:

1. disconnettersi dal server in Finder
2. Trova Forzata
3. connettiti di nuovo usando Command-K nel Finder (o, Vai > Connetti al server ...)
4. torna alla cartella condivisa che non è stata aperta in precedenza e dovrebbe ora essere aperta correttamente

Ha funzionato bene per me dopo. Nota che faccio non che la finestra di dialogo Connetti (Comando-K nel Finder) ricordi mai la mia password nel Portachiavi poiché desidero spesso accedere come utenti diversi. Questo mi aiuta anche a risolvere i problemi una volta ogni tanto. Inoltre, prima di eseguire i suddetti 4 passaggi, ero entrato nel server e rimosso la cartella condivisa dall'area Condivisione file e quindi riaggiunto, pensando che questo avrebbe risolto il problema; io non l'ho fatto. Quindi, penso che i quattro passaggi che ho seguito (sopra) siano stati la soluzione alla mia situazione.

Spero che questo aiuti qualcuno.

Dopo l'aggiornamento delle macchine (una nuova Sierra in esecuzione) stavo impostando i miei preferiti standard e trascinando la mia condivisione NAS (ospitata su una macchina Linux) e finivo sempre con un "?" nei preferiti. Dopo aver provato tutto in questa discussione, niente ha funzionato.

Ho trovato una soluzione diversa.

Per riferimento, ecco cosa ho sempre fatto (che ha smesso di funzionare come in Sierra):

1. Fai clic sulla mia condivisione di rete nella sezione "Condivisa" della barra laterale del Finder
2. Selezionata una delle condivisioni nell'elenco
3. Attendi che compaia nel finder (senza farlo, l'operazione di trascinamento non funzionerà)
4. Trascina la condivisione evidenziata nella barra laterale del mirino.

Ecco cosa ha funzionato (per me):

1. Vai alla tua condivisione di rete - vai a dare un'occhiata alla directory principale. Questo viene montato.
2. Nella sezione Dispositivi della barra laterale del Finder, fai clic sul tuo computer (non su Macintosh HD.) Dovresti vedere una voce per ogni unità connessa alla tua macchina, una voce di rete, probabilmente una voce Remote Disc e, naturalmente, la tua condivisione essere elencati.
3. Trascina la tua condivisione da quella vista nella barra laterale.

Ho appena avuto questo problema in esecuzione su un MacBook Air OS X 10.9.5. I permessi andavano bene. Ho aperto il terminale e ho fatto

ls -la /Volumes

e ottenuto

ls: Photos: Invalid argument

ls: Videos: Invalid argument

Questi due supporti NON si sono mostrati in Finder. Quando ho provato a smontarli, ho ricevuto un altro errore:

umount /Volumes/Videos

umount(/Volumes/Videos): Resource busy -- try 'diskutil unmount'

Quindi ho forzato uno smontaggio:

diskutil umount force /Volumes/Videos

Unmount successful for /Volumes/Videos

Una volta rimossi tutti i supporti sull'unità di rete (ce n'erano 3), sono stato in grado di andare in Finder - > Vai - > Connessione al server e montato correttamente.

Penso che il cambiamento dell'IP potrebbe causare l'insorgere di questo problema e per qualche motivo i montaggi sono bloccati e non verranno smontati. A quel punto Finder non sa come rimontare perché i vecchi mount non smontano correttamente.

Almeno questo sembra essere il mio problema.

17 GIU 2015 Sto eseguendo Yosemite più tardi. Dopo ore di ricerche e tentativi di tutto, ho finito per rinominare la condivisione di rete sul router, riavviare il mac e, ci è voluto un po ', ma sono stato in grado di accedere alla condivisione con il nuovo nome.

OS X potrebbe avere punti di montaggio obsoleti; smontare le condivisioni remote in modo che i nuovi punti di montaggio possano prendere il loro posto. Questo non accade automaticamente.

La modalità GUI

Prova l'icona "espelli" accanto alla condivisione nel finder, quindi attendi che si ricolleghi (o forza con Finder- > Vai- > Connetti al server)

Se non funziona, prova la linea di comando ...

La via della riga di comando

Trova i supporti esistenti, probabilmente obsoleti con mount , poi umount come in questo ...

$ mount
//GUEST:@OPENELEC._smb._tcp.local/videos on /Volumes/videos (smbfs, nodev, nosuid, noowners, mounted by user)
$ umount /Volumes/videos

Ora prova a connetterti di nuovo con Finder.

Nel mio caso sto provando a connettermi a una condivisione Samba remota, che è stata riconfigurata e riavviata.

Nel mio caso, simile ad alcuni degli altri, si trattava di un problema di autorizzazioni sul computer Windows 10 che ospitava la condivisione a cui stavo cercando di accedere. Avevo bisogno di aggiungere permessi ai file (non solo le autorizzazioni di condivisione, ma i permessi di file effettivi). Nello specifico, avevo bisogno di aggiungere il gruppo "Everyone" ad accesso, o (perché non volevo davvero che "tutti" avessero accesso) gli utenti specifici che volevo poter accedere alla condivisione.

Per gli utenti specifici, ha funzionato per fornire l'accesso con gli account Windows Live su un computer Windows 10 Home (nel caso qualcuno stia pensando, come inizialmente, che forse hai bisogno di utenti locali e / o di una versione Pro di Win10).

Ho riscontrato questo problema poco dopo l'aggiornamento a macOS Sierra e ho pensato che forse le autorizzazioni o qualcosa erano incasinate nel processo. Dopo aver letto le altre risposte qui e aver cercato di forzare il riavvio del Finder, controllare le autorizzazioni della cartella, giocare con la condivisione di rete dal mio router, ho finalmente deciso di reinserire le credenziali (che sono state salvate nel mio portachiavi) per l'utente che avevo stato accesso come, di routine. Questo ha risolto il problema per me.

Da asporto: prova a fare clic su "Accedi come ..." come reinserendo le credenziali per il tuo utente, come ha funzionato per me.

Ho scoperto che stavo riscontrando questo problema perché l'app cercatore stava tentando di connettersi come ospite per impostazione predefinita. Avevo bisogno di cliccare sul pulsante 'connetti come' in alto a destra.