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


50

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?

Respostas:


48

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


14
Relançar o localizador funcionou para mim também. Menu Apple (canto superior esquerdo) -> Forçar encerramento -> Localizador -> Reiniciar.
Cgenco 19/05/19

11
WFM também: OSX El Capitan, Force encerrou o localizador e agora pode se reconectar a um macbook do final de 2008. Graças
jalanb

2
O mesmo problema aqui no Sierra, irritantemente agora também fecha a janela do localizador após descartar o alerta. A reinicialização do Finder permitiu que o volume da rede fosse montado novamente.
malhal

11
WFM também, no entanto, é um pé no saco, quase sempre tenho que reiniciar o localizador para poder me conectar a compartilhamentos.
TCB13

11
Você não pode usar o NFS porque a Apple não gosta mais e o SMB é uma dor no derrier. É como a Apple quer que você use uma loja pura da Apple? Para mim, não permissões e conexões obsoletas. Deve ser outra coisa com a mesma mensagem de erro. "Encantador."
Bruce

8

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.


3
Evidentemente, isso ignora qualquer segurança que você configurou (Convidado = acesso público). Contanto que você seja legal com isso, essa é uma ótima solução.
Inanutshellus 11/11

5

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.


Minhas /Volumespermissões eram as mesmas do seu Mac problemático, então executei o seu, chmod 775mas no meu caso isso não corrigiu o problema. Então eu tentei reiniciar o Finder, e que fez corrigir o meu problema.
jeff-h

4

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

Tive o problema e o relançamento do Finder não ajudou. O problema começou a ocorrer depois que eu mudei alguns compartilhamentos de um Volume para outro em um Synology NAS. A correção mencionada acima funcionou para mim.
Chevdor 28/01

não funcionou para mim
pedjjj

2

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.


11
Eu tenho um sistema Netgear ReadyNAS e tenho o mesmo problema que o OP em todos os meus dispositivos Mac. Sua sugestão me levou a abrir a interface do administrador e verificar meus compartilhamentos de rede. Acontece que minhas permissões de AFP para cada compartilhamento eram muito restritivas. Então, +1 pontos para você :)
Pierce

1

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.


1

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.


1

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.


Eu tive uma situação estranha em que o servidor montado na subseção 'Compartilhada' resultou em links quebrados, mas a conexão usando a caixa de diálogo 'Conectar ao servidor' acabou me permitindo montar as pastas. Isso aconteceu após as atualizações do servidor, por isso espero que as entradas do submenu funcionem depois que todos os caches do Finder forem liberados em algum momento, mas pelo menos funciona por enquanto.
Joost

1

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.


1

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.

0

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.


0

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.


0

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.


0

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


0

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.


0

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


0

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

    defaults write com.apple.NetworkBrowser DisableAirDrop -bool YES
  1. Em seguida, ative o airdrop usando:

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


-1

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"

Consegui corrigir isso fazendo o seguinte:

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


Como a montagem manual de um SSD interno corrige problemas com um NAS? Ou como você usa o Disk Utility para montar um NAS usando o AFP?
nohillside

é um problema de hardware com a unidade interna. os primeiros socorros não apagam sua unidade interna. isso conserta. a unidade não está montada quando você executa o seu mac no modo de recuperação da internet; portanto, é necessário montá-lo para clicar em primeiros socorros.
incognito nerd

Entendo o que sua resposta realmente faz, não entendo como isso se relaciona com a pergunta. Você mencionou que foi capaz de corrigir exatamente esse problema. Você pode elaborar o que exatamente precisava ser corrigido aqui?
nohillside

as etapas que eu expliquei se livrar dessa mensagem de erro "A operação não pode ser concluída porque o item original para" Foo "não pode ser encontrado"
nerd incógnito

Você postou a mesma resposta em várias perguntas, cobrindo diferentes declarações de problemas. Não duvido que você tenha usado as etapas descritas para se livrar da mensagem de erro, mas você a aplicou a um problema de NAS conforme a pergunta?
nohillside

-1

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


Esta é praticamente uma resposta apenas de link. Para evitar votos negativos, você deve adicionar os detalhes à sua resposta, em vez de criar um link para outro site. Os links podem mudar e sua resposta não fará sentido.
fsb 26/09
Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.