L'operazione non può essere completata perché non è possibile trovare l'elemento originale di "Foo"

Ho un piccolo NAS a casa che rende disponibili alcuni volumi tramite AFP. Tutto ha funzionato alla grande. Fino a quando l'ho spento per un po 'e l'ho ricollegato di recente.

Posso vedere il dispositivo in rete e posso aprirlo e selezionare una condivisione. Ma quando provo a montare la condivisione, ottengo il seguente errore:

"The operation can’t be completed because the original item for “Foo” can’t be found"

Penso che questo perché il mio piccolo NAS sia cambiato in un nuovo IP e OS X in qualche modo memorizzato nella cache l'originale (alias?) Da qualche parte.

Il fatto di poter aprire con successo queste condivisioni da un altro Mac, che non le aveva mai viste prima, conferma che penso.

Qualcuno sa dove questo è potenzialmente memorizzato nella cache? C'è qualcosa che posso resettare o buttare via per superare questo errore?

Apparentemente questo problema può verificarsi per molte ragioni diverse. Nel mio caso è stato risolto rilanciando il finder. Una descrizione e una soluzione per questo erano disponibili all'indirizzo http://www.cnet.com/news/fix-shared-computer-not-found-in-finder/ .

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

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 /Volumesdirectory aveva autorizzazioni diverse. Sul Mac problematico era impostato drwxr-xr-xe su un Mac installato di recente lo era drwxrwxr-x.

Quindi ho risolto il mio problema con:

sudo chmod 775 /Volumes

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

Problema risolto. Ora posso montare nuovamente qualsiasi condivisione di file.

Ho avuto lo stesso problema. Anche per me ha funzionato su un altro Mac. Si è scoperto che ho dovuto cambiare il Volumesgruppo del adminquale era wheelprima.

Quindi ho risolto il mio problema con:

sudo chgrp admin /Volumes

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

Versione lunga - Il mio problema non era con il mio Mac, ma con le condivisioni remote. Avevano i 750permessi, il che mi sembrava ragionevole poiché volevo solo che il proprietario e i gruppi appropriati avessero accesso alle cartelle. Ma il processo afpd(Apple File Protocol Daemon) non era nel gruppo! Quindi non è stato possibile accedere ai file. Quando altri client, come il mio computer Windows, accedevano alla condivisione, vi accedevano tramite Samba ( smbd), che era in esecuzione come root. Quindi la mia macchina Windows funzionava bene e il mio client Mac sembrava "difettoso".

$ 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 funziona come root, ma AFP funziona 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 sul mio computer 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:

(Quindi AFP - in esecuzione come - non adminfa parte del gruppo allaccount.)

Aggiungilo al allaccountgruppo e voilà , un Mac felice.

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

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

Consiglierei anche il riavvio in modalità di ripristino e l'esecuzione del disco di riparazione e delle autorizzazioni di riparazione.

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

Dopo aver riavviato ed eseguito la riparazione del disco, la proprietà e le autorizzazioni my / 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 in 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 dell '"articolo originale" non trovato:

1. disconnettersi dal server in Finder
2. Ricerca forzata
3. riconnettiti usando Command-K in Finder (oppure, Vai> Connetti al server ...)
4. tornare alla cartella condivisa che non si era aperta prima e ora dovrebbe aprirsi bene

Dopo ha funzionato bene per me. Nota che non ho mai la finestra di dialogo Connetti (Command-K in Finder) che ricordi la mia password nel Portachiavi poiché spesso desidero accedere come utenti diversi. Questo mi aiuta anche a risolvere i problemi di tanto in tanto. Inoltre, prima di eseguire i 4 passaggi precedenti, ero entrato nel server e avevo rimosso la cartella condivisa dall'area Condivisione file e poi l'ho aggiunta di nuovo, pensando che ciò avrebbe risolto il problema; io non l'ho fatto. Quindi, quindi, penso che i quattro passi che ho fatto (sopra) siano stati la correzione della mia situazione.

Spero che questo aiuti qualcuno.

Ho riscontrato questo problema poco dopo l'aggiornamento a macOS Sierra e ho pensato che forse le autorizzazioni o qualcosa del genere erano incasinate nel processo. Dopo aver letto le altre risposte qui e aver provato a forzare il riavvio di Finder, controllare le autorizzazioni per le cartelle, 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 ho effettuato il login come, di routine. Ciò ha risolto il problema per me.

Takeaway: prova a fare clic su "Accedi come ..." come reinserire le credenziali per il tuo utente, poiché ha funzionato per me.

Dopo aver aggiornato le macchine (una nuova con Sierra) stavo configurando i miei preferiti standard e trascinando la mia condivisione NAS (ospitata su un box Linux) e finivo sempre con un "?" tra i preferiti. Dopo aver provato tutto in questo thread, niente ha funzionato.

Ho trovato una soluzione diversa.

Per riferimento, ecco cosa ho sempre fatto (che ha smesso di funzionare da 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. Aspetta che compaia nel finder (senza farlo, l'operazione di trascinamento non funzionerebbe)
4. Trascina la condivisione evidenziata sulla barra laterale del Finder.

Ecco cosa ha funzionato (per me):

1. Vai alla tua condivisione di rete - basta dare un'occhiata alla directory principale. Questo lo fa montare.
2. Nella sezione Dispositivi della barra laterale del Finder, fai clic sul tuo computer (non Macintosh HD.) Dovresti vedere una voce per ogni unità connessa al tuo computer, una voce di rete, possibilmente una voce del disco remoto e, naturalmente, la tua condivisione verrà elencata.
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. Le autorizzazioni erano tutte a posto. Ho aperto il terminale e l'ho fatto

ls -la / Volumes

e ottenuto

ls: Foto: argomento non valido

ls: Video: argomento non valido

Questi due supporti NON sono stati visualizzati nel Finder. Quando ho provato a smontarli, viene visualizzato un altro errore:

umount / Volumi / Video

umount (/ Volumes / Videos): risorsa occupata - prova "diskutil unmount"

Quindi ho forzato uno smontaggio:

diskutil umount force / Volumes / Videos

Smontaggio riuscito per / Volumi / Video

Una volta rimossi tutti i supporti sull'unità di rete (ce n'erano 3), sono stato in grado di accedere a Finder -> Vai -> Connetti al server e si è installato correttamente.

Sto pensando che il cambiamento di IP potrebbe causare il sorgere di questo problema e per qualche ragione i montaggi sono collegati e non verranno smontati. A quel punto il Finder non sa come rimontare perché i vecchi supporti non verranno smontati correttamente.

Almeno questo sembra essere il mio problema.

17 GIUGNO 2015 Sto eseguendo l'ultima versione di Yosemite. 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 'di tempo, ma sono stato in grado di accedere alla condivisione con il nuovo nome.

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

Il modo in cui la GUI

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

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

Il modo da riga di comando

Trova quelli esistenti, probabilmente stantii, con mount, poi umountli in questo modo ...

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

Ora prova nuovamente a connetterti 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, era un problema di autorizzazioni sul computer Windows 10 che ospitava la condivisione a cui stavo tentando di accedere. Avevo bisogno di aggiungere autorizzazioni ai file (non solo le autorizzazioni di condivisione, ma le autorizzazioni dei file effettivi). In particolare, dovevo aggiungere il gruppo "Tutti" come se avesse accesso o (poiché non volevo davvero che "tutti" potessero avere accesso) gli utenti specifici a cui volevo poter accedere alla condivisione.

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

Ho scoperto che stavo riscontrando questo problema poiché l'app di ricerca stava tentando di connettersi come ospite per impostazione predefinita. Ho dovuto fare clic sul pulsante "Connetti come" in alto a destra.

La soluzione per me, fornita dal supporto Synology, era convertire la cartella condivisa su Synology NAS in Windows ACL:

Accedi a DSM, Pannello di controllo, Seleziona cartella condivisa, Azione, Converti in Windows ACL

Provare i seguenti comandi nel terminale: 1. Per prima cosa disabilitare airdrop usando:

    defaults write com.apple.NetworkBrowser DisableAirDrop -bool YES

2. Quindi abilitare airdrop usando:

   defaults write com.apple.NetworkBrowser DisableAirDrop -bool NO
   

3. Riavvia mac

Questo risolve il messaggio di errore:

"Impossibile completare l'operazione perché non è stato trovato l'elemento originale per BLANK"

avviare il mio mac in modalità di ripristino tenendo premuto cmd + opt + r
selezionando utility disco
facendo clic su mount per il mio SSD
facendo clic su pronto soccorso
riavvia il mac

Questo è ciò che ha risolto il problema per me: assicurati che il dominio "locale" sia incluso nelle impostazioni DNS / Cerca domini per la tua connessione di rete. Questo è tutto ciò che dovevo fare, nel mio caso. Vedi questa discussione per i dettagli: https://discussions.apple.com/thread/8280607