La operación no se puede completar porque no se puede encontrar el elemento original para "Foo"

Tengo un pequeño NAS en casa que hace que algunos volúmenes estén disponibles a través de AFP. Todo esto funcionó muy bien. Hasta que lo apagué por un tiempo y lo reconecté recientemente.

Puedo ver el dispositivo en la red y puedo abrirlo y seleccionar un recurso compartido. Pero cuando intento montar el recurso compartido, aparece el siguiente error:

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

Creo que esto se debe a que mi pequeño NAS cambió a una nueva IP y OS X almacenó de alguna manera el original (¿alias?) En alguna parte.

El hecho de que pueda abrir con éxito estos recursos compartidos desde otra Mac, que nunca los había visto antes, confirma que creo.

¿Alguien sabe dónde se almacena esto en caché? ¿Hay algo que pueda restablecer o descartar para superar este error?

Aparentemente, este problema puede ocurrir por muchas razones diferentes. En mi caso, se resolvió relanzando el buscador. Una descripción y solución para esto estaba en http://www.cnet.com/news/fix-shared-computer-not-found-in-finder/ .

En mi caso (iMac tratando de acceder a archivos en una máquina Win7), la solución fue agregar permisos para "Invitado" al directorio Win7. Esto anteriormente no era necesario. El directorio se podía compartir con todos y funcionó. Pero aparentemente ahora el iMac está tratando de conectarse como "Invitado" y agregando permisos específicamente para "Invitado" (Propiedades ... Compartir ... Compartir ... Agregar ... Invitado) lo resolvió.

Ok, entonces voy a responder mi propia pregunta. En mi caso, la solución resultó ser realmente 'simple'.

Miré otra Mac y noté que el /Volumesdirectorio tenía diferentes permisos. En la Mac problemática estaba configurada drwxr-xr-xy en una Mac instalada recientemente drwxrwxr-x.

Así que arreglé mi problema con:

sudo chmod 775 /Volumes

(También puede hacerlo en el Finder, por supuesto, a través de Obtener información)

Problema resuelto. Ahora puedo montar cualquier archivo compartido nuevamente.

Tuve el mismo problema. También para mí funcionó en otra Mac. Resultó que tenía que cambiar el Volumesgrupo del adminque estaba wheelantes.

Así que arreglé mi problema con:

sudo chgrp admin /Volumes

TL; DR : compruebe también los permisos en su recurso compartido remoto. Asegúrese de que el demonio Samba y el demonio AFP tengan acceso a los recursos compartidos.

Versión larga : mi problema no era con mi Mac, sino con los recursos compartidos remotos. Tenían 750permisos, lo que parecía razonable ya que solo quería que el propietario y los grupos apropiados tuvieran acceso a las carpetas. ¡Pero el proceso afpd(Apple File Protocol Daemon) no estaba en el grupo! Por lo tanto, no pudo acceder a los archivos. Cuando otros clientes, como mi máquina Windows, accedieron al recurso compartido, lo hicieron a través de Samba ( smbd), que se ejecutaba como root. Por lo tanto, mi máquina Windows funcionaba bien y mi cliente Mac parecía "defectuoso".

$ 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

(Entonces Samba se está ejecutando como root, pero AFP se está ejecutando como "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

(Aquí, "baz" funciona en todas partes, pero "foo" y "bar" solo funcionan en mi máquina 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:

(Entonces, AFP - corriendo como - no adminestá en el grupo allaccount).

Agrégalo al allaccountgrupo y listo , una Mac feliz.

Tuve el mismo problema en mi MacBook Air; No pude montar recursos compartidos desde un servidor Mac OS X, cuando otros Mac podían hacerlo.

Tuve que aplicar los comandos chmod y chgrp para solucionarlo.

También recomendaría reiniciar en modo de recuperación y ejecutar el disco de reparación y los permisos de reparación.

Tengo un Drobo 5N, y su nombre de red es "Drobo5N". Ocasionalmente aparece este error y he notado que cuando recibo el error, y miro en el Finder, mi Drobo se llama "drobo5n" (todo más bajo- caso). No he encontrado una manera de solucionar esto sin reiniciar mi computadora ... pero me encantaría encontrar una. (No tengo que hacerle nada a mi Drobo, solo reinicie mi Mac).

Después de reiniciar y ejecutar la reparación del disco, la propiedad y los permisos de my / Volumes son (OS X 10.10.2):

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

y actualmente puedo montar mi Drobo sin ningún problema.

Aloha Tuve este mismo problema con un volumen compartido en OS X Server 5.1 en OS X 10.11.4 beta. Independientemente del hecho de que se trataba de versiones beta, he tenido este problema antes. Así es como logré resolver el problema del "elemento original" que no se encuentra:

1. cerrar sesión en el servidor en Finder
2. Buscador de salida forzada
3. conectarse de nuevo usando Command-K en Finder (o, Ir> Conectarse al servidor ...)
4. regrese a la carpeta compartida que no se abrió antes, y debería abrir bien ahora

Me funcionó bien después de eso. Tenga en cuenta que no tengo el cuadro de diálogo Conectar (Command-K en Finder) nunca recuerdo mi contraseña en el llavero ya que a menudo quiero iniciar sesión como diferentes usuarios. Esto también me ayuda a solucionar problemas de vez en cuando. Además, antes de realizar los 4 pasos anteriores, ingresé al servidor y eliminé la carpeta compartida del área de Compartir archivos y luego la volví a agregar, pensando que esto resolvería el problema; no lo hizo. Por lo tanto, creo que los cuatro pasos que tomé (arriba) fueron la solución en mi situación.

Espero que esto ayude a alguien.

Experimenté este problema poco después de actualizar a macOS Sierra y pensé que quizás los permisos o algo se estropearon en el proceso. Después de leer las otras respuestas aquí e intentar forzar el reinicio del Finder, verificar los permisos de la carpeta, jugar con el recurso compartido de red de mi enrutador, finalmente decidí volver a ingresar las credenciales (que se guardaron en mi llavero) para el usuario que tenía estado iniciando sesión como, rutinariamente. Esto solucionó el problema para mí.

Para llevar: intente hacer clic en "iniciar sesión como ..." como volver a ingresar las credenciales para su usuario, ya que funcionó para mí.

Después de actualizar las máquinas (una nueva con Sierra), estaba configurando mis favoritos estándar y arrastrando mi recurso compartido NAS (alojado en una caja de Linux) y siempre terminaba con un "?" en los favoritos Después de probar todo en este hilo, nada funcionó.

Encontré una solución diferente.

Como referencia, esto es lo que siempre he hecho (que dejó de funcionar a partir de Sierra):

1. Haga clic en mi recurso compartido de red en la sección "Compartido" de la barra lateral del buscador
2. Seleccionó una de las acciones en la lista
3. Espere a que se complete en el buscador (sin hacer esto, la operación de arrastre no funcionaría)
4. Arrastre el recurso compartido resaltado a la barra lateral del buscador.

Esto es lo que funcionó (para mí):

1. Vaya a su recurso compartido de red, solo mire el directorio raíz. Esto lo consigue montado.
2. En la sección Dispositivos de la barra lateral del Finder, haga clic en su computadora (no en Macintosh HD). Debería ver una entrada para cada unidad conectada a su máquina, una entrada de red, posiblemente una entrada de disco remoto y, por supuesto, su parte aparecerá en la lista.
3. Arrastre su recurso compartido desde esa vista a la barra lateral.

Acabo de tener este problema ejecutándose en un Macbook Air OS X 10.9.5. Los permisos estaban todos bien. Abrí la terminal e hice

ls -la / Volumes

y consiguió

ls: Fotos: argumento no válido

ls: Videos: argumento no válido

Estas dos monturas NO aparecieron en Finder. Cuando intenté desmontarlos, recibí otro error:

umount / Volúmenes / Videos

umount (/ Volumes / Videos): recurso ocupado - intente 'diskutil unmount'

Entonces forcé un desmontaje:

diskutil umount force / Volúmenes / Videos

Desmontaje exitoso para / Volúmenes / Videos

Una vez que quité todos los montajes en la unidad de red (había 3 de ellos), pude ir al Finder -> Ir -> Conectar al servidor y se montó correctamente.

Estoy pensando que el cambio de IP puede estar causando que este problema surja y, por alguna razón, las monturas están atadas y no se desmontarán. En ese momento, Finder no sabe cómo volver a montar porque las monturas antiguas no se desmontarán correctamente.

Al menos eso parece ser mi problema.

17 JUN 2015 Estoy ejecutando Yosemite más reciente. Después de horas de buscar y probar todo, terminé renombrando el recurso compartido de red en el enrutador, reiniciando el mac y, me llevó un tiempo, pero luego pude acceder al recurso compartido con el nuevo nombre.

OS X puede tener puntos de montaje obsoletos; desmonte los recursos compartidos remotos para que los nuevos puntos de montaje puedan ocupar su lugar. Esto no sucede automáticamente.

La forma GUI

Pruebe el ícono "expulsar" junto al buscador compartido, luego espere a que se vuelva a conectar (o forzarlo con Finder-> Ir-> Conectarse al servidor)

Si eso no funciona, intente con la línea de comandos ...

La línea de comando

Encuentra los soportes existentes, probablemente obsoletos, mounty luego umountasí ...

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

Ahora intente conectarse con Finder nuevamente.

En mi caso, estoy tratando de conectarme a un recurso compartido Samba remoto, que ha sido reconfigurado y reiniciado.

En mi caso, similar a algunos de los otros, fue un problema de permisos en la máquina con Windows 10 que alojaba el recurso compartido al que intentaba acceder. Necesitaba agregar permisos a los archivos (no solo los permisos de compartir, sino los permisos de archivo reales). Específicamente, necesitaba agregar el grupo "Todos" con acceso o (porque realmente no quería que "todos" tuvieran acceso) los usuarios específicos a los que quería poder acceder al recurso compartido.

Para los usuarios específicos, funcionó dar acceso con las cuentas de Windows Live en una máquina Windows 10 Home (en caso de que alguien piense, como yo inicialmente, que tal vez necesite usuarios locales y / o una versión Pro de Win10).

Descubrí que estaba teniendo este problema ya que la aplicación del buscador intentaba conectarse como invitado de forma predeterminada. Necesitaba hacer clic en el botón 'conectar como' en la esquina superior derecha.

La solución para mí, proporcionada por el soporte de Synology, fue convertir la carpeta compartida del Synology NAS a Windows ACL:

Iniciar sesión en DSM, Panel de control, Seleccionar carpeta compartida, Acción, Convertir a ACL de Windows

Pruebe los siguientes comandos en la terminal: 1. Primero deshabilite airdrop usando:

    defaults write com.apple.NetworkBrowser DisableAirDrop -bool YES

2. Luego habilite airdrop usando:

   defaults write com.apple.NetworkBrowser DisableAirDrop -bool NO
   

3. Reiniciar mac

Esto resuelve el mensaje de error:

"La operación no se puede completar porque no se puede encontrar el elemento original para BLANK"

iniciar mi mac en modo de recuperación manteniendo presionado cmd + opt + r
seleccionando la utilidad de disco
haciendo clic en montar para mi SSD
haciendo clic en primeros auxilios
reiniciar mi mac

Esto es lo que solucionó el problema para mí: asegúrese de que el dominio "local" esté incluido en la configuración de DNS / Buscar dominios para su conexión de red. Eso es todo lo que tenía que hacer, en mi caso. Vea este hilo para más detalles: https://discussions.apple.com/thread/8280607