A operação não pode ser concluída porque o item original de "Foo" não pode ser encontrado

Tenho um pequeno NAS em casa que disponibiliza alguns volumes através do AFP. Tudo isso funcionou muito bem. Até desligá-lo por um tempo e reconectá-lo recentemente.

Consigo ver o dispositivo na rede, posso abri-lo e selecionar um compartilhamento. Mas quando tento montar o compartilhamento, recebo o seguinte erro:

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

Eu acho que isso ocorre porque meu pequeno NAS mudou para um novo IP e o OS X de alguma forma armazenou o original (apelido?) Em algum lugar.

O fato de eu conseguir abrir esses compartilhamentos com sucesso em outro Mac, que nunca os havia visto antes, confirma o que penso.

Alguém sabe onde isso é potencialmente armazenado em cache? Existe algo que eu possa redefinir ou jogar fora para superar esse erro?

Aparentemente, esse problema pode ocorrer por vários motivos diferentes. No meu caso, foi resolvido reiniciando o localizador. Uma descrição e solução para isso estava em http://www.cnet.com/news/fix-shared-computer-not-found-in-finder/ .

No meu caso (o iMac tentando acessar arquivos em uma máquina Win7), a solução foi adicionar permissões para "Convidado" ao diretório Win7. Isso anteriormente não era necessário. O diretório era compartilhável para todos e funcionou. Mas, aparentemente, agora o iMac está tentando se conectar como "Convidado" e adicionando permissões especificamente para "Convidado" (Propriedades ... Compartilhar ... Compartilhar ... Compartilhar ... Adicionar ... Convidado) o resolveu.

Ok, então eu vou responder minha própria pergunta. No meu caso, a solução acabou sendo realmente "simples".

Eu olhei para outro Mac e notei que o /Volumesdiretório tinha permissões diferentes. No Mac problemático, ele foi configurado para drwxr-xr-xe em um Mac instalado recentemente drwxrwxr-x.

Então, corrigi meu problema com:

sudo chmod 775 /Volumes

(Você também pode fazer isso no Localizador, via Obter informações)

Problema resolvido. Agora posso montar qualquer compartilhamento de arquivo novamente.

Eu tive o mesmo problema. Também para mim funcionou em outro Mac. Aconteceu que eu tive que mudar o Volumesgrupo do adminqual era wheelantes.

Então, corrigi meu problema com:

sudo chgrp admin /Volumes

TL; DR - Verifique também as permissões do seu compartilhamento remoto. Verifique se o daemon Samba e o daemon AFP têm acesso aos compartilhamentos.

Versão longa - Meu problema não foi no meu Mac, mas nos compartilhamentos remotos. Eles tinham 750permissões, o que parecia razoável, pois eu só queria que o proprietário e os grupos apropriados tivessem acesso às pastas. Mas o processo afpd(Apple File Protocol Daemon) não estava no grupo! Portanto, não foi possível acessar os arquivos. Quando outros clientes, como minha máquina Windows acessaram o compartilhamento, eles acessaram-no via Samba ( smbd), que estava sendo executado como root. Assim, minha máquina Windows funcionou bem e meu cliente Mac parecia "buggy".

$ 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

(Então o Samba está sendo executado como root, mas o AFP está sendo executado 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

(Aqui, "baz" funciona em qualquer lugar, mas "foo" e "bar" funcionam apenas na minha 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:

(Portanto, o AFP - executando como - não está adminno grupo allaccount.)

Adicione-o ao allaccountgrupo e pronto , um Mac feliz.

Eu tive o mesmo problema no meu MacBook Air; Não consegui montar compartilhamentos a partir de um Mac OS X Server, quando outros Macs podiam.

Eu tive que aplicar os comandos chmod e chgrp para corrigir.

Eu também recomendaria reiniciar no modo de recuperação e executar o disco de reparo e as permissões de reparo.

Eu tenho um Drobo 5N e seu nome de rede é "Drobo5N" - recebo esse erro ocasionalmente e percebi que quando recebo o erro e procuro no Finder, meu Drobo é chamado "drobo5n" (todos os caso). Não encontrei uma maneira de corrigir isso sem reiniciar o computador ... mas adoraria encontrar uma. (Não preciso fazer nada no meu Drobo - basta reiniciar o meu Mac.)

Após a reinicialização e a execução do reparo do disco, a propriedade e as permissões do meu / Volumes são (OS X 10.10.2):

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

e atualmente posso montar meu Drobo sem problemas.

Aloha. Eu tive esse mesmo problema com um volume compartilhado no OS X Server 5.1 no OS X 10.11.4 beta. Independentemente do fato de serem versões beta, já tive esse problema antes. Veja como eu consegui resolver o problema do "item original" não encontrado:

1. sair do servidor no Finder
2. Localizador de desativação forçada
3. conecte-se novamente usando o Command-K no Finder (ou, Vá> Conectar ao Servidor ...)
4. volte para a pasta compartilhada que não foi aberta antes e deve abrir agora

Funcionou bem para mim depois disso. Observe que eu não tenho a caixa de diálogo Conectar (Command-K no Finder) sempre me lembro da minha senha no Keychain, pois muitas vezes quero fazer login como usuários diferentes. Isso também me ajuda a solucionar problemas de vez em quando. Além disso, antes de executar as 4 etapas acima, eu havia entrado no servidor e removido a pasta compartilhada da área de Compartilhamento de Arquivos e a adicionado novamente, pensando que isso resolveria o problema; isso não aconteceu. Portanto, acho que os quatro passos que dei (acima) foram a correção na minha situação.

Espero que isso ajude alguém.

Experimentei esse problema logo após a atualização para o macOS Sierra e pensei que talvez permissões ou algo do tipo estivessem danificadas no processo. Depois de ler as outras respostas aqui e tentar forçar o reinício do Finder, verificar as permissões da pasta, jogar com o compartilhamento de rede do meu roteador, finalmente decidi reinserir as credenciais (que foram salvas no meu chaveiro) para o usuário que eu tinha foi logado como, rotineiramente. Isso corrigiu o problema para mim.

Resumo: Tente clicar em "fazer login como ..." como reinserir credenciais para o usuário, pois funcionou para mim.

Depois de atualizar as máquinas (uma nova executando o Sierra), eu estava configurando meus favoritos padrão e arrastando meu compartilhamento NAS (hospedado em uma caixa Linux) e sempre terminava com um "?" nos favoritos. Depois de tentar tudo neste segmento, nada funcionou.

Encontrei uma solução diferente.

Para referência, aqui está o que eu sempre fiz (que parou de funcionar no Sierra):

1. Clique no meu compartilhamento de rede na seção "Compartilhado" da barra lateral do localizador
2. Selecionou um dos compartilhamentos na lista
3. Aguarde o preenchimento no localizador (sem fazer isso, a operação de arrastar não funcionaria)
4. Arraste o compartilhamento destacado para a barra lateral do localizador.

Aqui está o que funcionou (para mim):

1. Vá para o seu compartilhamento de rede - basta olhar para o diretório raiz. Isso faz com que seja montado.
2. Na seção Dispositivos da barra lateral do Finder, clique no seu computador (não no Macintosh HD.) Você deverá ver uma entrada para cada unidade conectada ao seu equipamento, uma entrada de rede, possivelmente uma entrada de disco remoto e, é claro, seu compartilhamento será listado.
3. Arraste seu compartilhamento dessa exibição para a barra lateral.

Acabei de ter esse problema em execução no Macbook Air OS X 10.9.5. As permissões estavam bem. Abri o terminal e fiz

ls -la / Volumes

e pegou

ls: fotos: argumento inválido

ls: Vídeos: argumento inválido

Essas duas montagens NÃO apareceram no Finder. Quando tentei desmontá-los, recebo outro erro:

umount / Volumes / Vídeos

umount (/ Volumes / Vídeos): Recurso ocupado - tente 'desmontar diskutil'

Então eu forcei uma desmontagem:

diskutil umount force / Volumes / Vídeos

Desmontar com êxito para / Volumes / Vídeos

Depois de remover todas as montagens da unidade de rede (havia três), consegui acessar o Finder -> Ir -> conectar ao servidor e ele foi montado corretamente.

Estou pensando que a alteração de IP pode estar causando esse problema e, por algum motivo, as montagens estão amarradas e não desmontam. Nesse momento, o Finder não sabe remontar porque as montagens antigas não desmontam corretamente.

Pelo menos esse parece ser o meu problema.

17 JUN 2015 Estou executando o Yosemite mais recente. Depois de horas pesquisando e tentando de tudo, acabei renomeando o compartilhamento de rede no roteador, reiniciando o mac e, demorou um pouco, mas consegui acessar o compartilhamento com o novo nome.

OS X pode ter pontos de montagem obsoletos; desmonte os compartilhamentos remotos para que novos pontos de montagem possam ser substituídos. Isso não acontece automaticamente.

A maneira da GUI

Experimente o ícone "ejetar" ao lado do compartilhamento no localizador e aguarde que ele se reconecte (ou force-o com o Localizador-> Ir-> Conectar ao Servidor)

Se isso não funcionar, tente a linha de comando ...

O caminho da linha de comando

Encontre as montagens existentes, provavelmente obsoletas, mounte então umountassim ...

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

Agora tente conectar-se ao Finder novamente.

No meu caso, estou tentando conectar-me a um compartilhamento remoto do Samba, que foi reconfigurado e reiniciado.

No meu caso, semelhante a alguns dos outros, era um problema de permissões na máquina Windows 10 que hospedava o compartilhamento que eu estava tentando acessar. Eu precisava adicionar permissões aos arquivos (não apenas as permissões de compartilhamento, mas as permissões de arquivo reais). Especificamente, eu precisava adicionar o grupo "Todos" como tendo acesso ou (porque eu realmente não queria que "todos" tivessem acesso) os usuários específicos que eu queria acessar o compartilhamento.

Para usuários específicos, funcionou para conceder acesso às contas do Windows Live em uma máquina Windows 10 Home (no caso de alguém pensar, como eu estava inicialmente, que talvez você precise de usuários locais e / ou uma versão Pro do Win10).

Descobri que estava tendo esse problema, pois o aplicativo localizador estava tentando se conectar como convidado por padrão. Eu precisava clicar no botão 'conectar como' no canto superior direito.

A solução para mim - fornecida pelo suporte da Synology - foi converter a pasta compartilhada no Synology NAS em Windows ACL:

Faça logon no DSM, Painel de Controle, Selecionar Pasta Compartilhada, Ação, Converter em ACL do Windows

Experimente os seguintes comandos no terminal: 1. Primeiro desative o airdrop usando:

    defaults write com.apple.NetworkBrowser DisableAirDrop -bool YES

2. Em seguida, ative o airdrop usando:

   defaults write com.apple.NetworkBrowser DisableAirDrop -bool NO
   

3. Reinicie o mac

Isso resolve a mensagem de erro:

"A operação não pode ser concluída porque o item original de BLANK não pode ser encontrado"

iniciando meu mac no modo de recuperação pressionando cmd + opt + r
selecionando o utilitário de disco
clicando em montar para o meu SSD
clicando em primeiros socorros
reiniciar meu mac

Foi isso que corrigiu o problema para mim: verifique se o domínio "local" está incluído nas configurações de DNS / Domínios de Pesquisa da sua conexão de rede. Isso é tudo que eu tinha que fazer, no meu caso. Consulte esta discussão para obter detalhes: https://discussions.apple.com/thread/8280607