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

53

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?

Stefan Arentz
fuente

Respuestas:

51

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/ .

Marnix A. van Ammers
fuente
15
Relanzar el buscador también funcionó para mí. Menú Apple (arriba a la izquierda) -> Forzar salida -> Finder -> Relanzar.
cgenco
1
WFM también: OSX El Capitan, Force quit finder y ahora puede volver a conectarse a un macbook de finales de 2008. Gracias
jalanb
2
El mismo problema aquí en Sierra, molesto ahora también cierra la ventana del buscador después de descartar la alerta. Relanzar Finder permitió que el volumen de la red volviera a montarse.
malhal
1
WFM también, sin embargo, es un fastidio, casi siempre tengo que reiniciar el buscador para poder conectarme a los recursos compartidos.
TCB13
1
Ya no puedes usar NFS porque a Apple ya no le gusta y SMB es un dolor en la derrier. ¿Es como si Apple quisiera que usaras una tienda de Apple pura? Para mí, no hay permisos ni conexiones obsoletas. Debe ser algo más con exactamente el mismo mensaje de error. "Encantador."
Bruce
8

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ó.

Chris MacPhail
fuente
3
Por supuesto, esto evita cualquier seguridad que haya configurado (Invitado = acceso público). Mientras estés de acuerdo con eso, esta es una buena solución.
inanutshellus
6

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.

Stefan Arentz
fuente
Mis /Volumespermisos eran los mismos que los de tu problemática Mac, así que ejecuté tu chmod 775pero en mi caso eso no solucionó el problema. Luego trató de reiniciar el Finder, y que hice arreglar mi problema.
jeff-h
4

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
maremmle
fuente
Tuve el problema y relanzar Finder no me ayudó. El problema comienza después de mover algunos recursos compartidos de un Volumen a otro en un Synology NAS. La solución mencionada anteriormente funcionó para mí.
Chevdor
no funcionó para mí
pedjjj
2

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.

inanutshellus
fuente
1
Tengo un sistema Netgear ReadyNAS y he tenido el mismo problema que OP en todos mis dispositivos Mac. Su sugerencia me impulsó a abrir la interfaz de administración y revisar mis recursos compartidos de red. Resulta que mis permisos AFP para cada acción eran demasiado restrictivos. Entonces +1 puntos para ti :)
Pierce
1

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.

Daniel
fuente
1

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.

phrend
fuente
1

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.

Kaliko Trapp
fuente
Tuve una situación extraña en la que el servidor montado en la subsección 'Compartido' resultó en enlaces rotos, pero la conexión usando el cuadro de diálogo 'Conectar al servidor' terminó permitiéndome montar las carpetas. Esto sucedió después de las actualizaciones del servidor, por lo que espero que las entradas del submenú funcionen después de que todas las cachés de Finder se vacíen en algún momento, pero al menos funciona por ahora.
Joost
1

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í.

astyanaxas
fuente
1

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.
pauln
fuente
0

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.

Aaron
fuente
0

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.

Joe
fuente
0

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.

Juan2095
fuente
0

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).

Marc Stober
fuente
0

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.

Dekkster
fuente
0

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

Wapa
fuente
0

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

    defaults write com.apple.NetworkBrowser DisableAirDrop -bool YES
  1. Luego habilite airdrop usando:

    defaults write com.apple.NetworkBrowser DisableAirDrop -bool NO
    
  2. Reiniciar mac

KayV
fuente
-1

Esto resuelve el mensaje de error:

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

Pude solucionar esto haciendo lo siguiente:

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

nerd de incógnito
fuente
¿Cómo se solucionan los problemas de montaje manual de un SSD interno con un NAS? ¿O cómo usa Disk Utility para montar un NAS usando AFP?
nohillside
Es un problema de hardware con la unidad interna. los primeros auxilios no borran su unidad interna. lo repara la unidad no está montada cuando ejecuta ur mac en modo de recuperación de Internet, por lo que debe montarla para hacer clic en primeros auxilios.
nerd incógnito
Entiendo lo que su respuesta realmente hace, no entiendo cómo se relaciona con la pregunta. Menciona que ha podido solucionar exactamente este problema, ¿puede explicar qué es exactamente lo que necesita solucionar aquí?
nohillside
los pasos que expliqué eliminen este mensaje de error "No se puede completar la operación porque no se puede encontrar el elemento original para" Foo ""
nerd incógnito
Mire, publicó la misma respuesta a varias preguntas que cubren diferentes enunciados de problemas. No dudo que haya utilizado los pasos descritos para deshacerse del mensaje de error, pero ¿lo aplicó a un problema de NAS cuando se hizo la pregunta?
nohillside
-1

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

ttemple
fuente
Esta es más o menos una respuesta de solo enlace. Para evitar votos negativos, debe agregar los detalles en su respuesta en lugar de vincular a un sitio diferente. Los enlaces pueden cambiar y su respuesta no tendrá sentido.
fsb