Estou tendo o mesmo problema com o meu MacBook Pro. Eu segui as instruções aqui - link e meus problemas parecem ser resolvido.
Eu costumava acessar os compartilhamentos SMB do servidor de arquivos local do Windows 2008 em meu MacBook Pro recente (3 semanas de idade) sem problemas. No entanto, por alguns dias, ele não consegue (re) conectar-se ao servidor depois que ele acordou do modo de suspensão.
O Localizador apenas mostra "conectando ..." e trava indefinidamente. A mesma coisa acontece quando eu tento da linha de comando ( mount -t smbfs ). Isso acontece tanto através de Wi-Fi e cabo, eu também tentei ligar e desligar a rede. A única coisa que ajuda é uma reinicialização.
Alguma dica?
Editar para esclarecer: é o Mac que está sendo colocado para dormir, não o servidor. Eu também descobri que se eu desconectar os compartilhamentos antes de colocá-lo para dormir, ele poderá se reconectar depois de acordar.
Outra edição:
Eu fiz mais algumas investigações e cheirei o tráfego da rede. O Mac envia consultas de nome NetBIOS e uma solicitação de status (NBSTAT) para o servidor, o servidor responde, tudo parece bem. Depois disso, o Mac deve abrir uma conexão SMB, mas não faz nada. Não mais pacotes seguem.
Eu então descobri que o problema real é mais profundo. Parece que ele não abre uma nova conexão porque acha que o antigo, que obviamente expirou no lado do servidor, ainda está ativo. No entanto, qualquer programa que tente acessar seu ponto de montagem ou apenas o diretório / Volumes trava e não pode ser morto. umount /Volumes/share - trava. ls /Volumes - trava. kill -9 desses - não ajuda. Além disso, abrir uma caixa de diálogo de abertura de arquivos em qualquer aplicativo faz com que ela também seja interrompida!
A única coisa que ajuda é uma reinicialização difícil. Parece-me que há algo fundamentalmente errado na implementação SMB do OSX se uma conexão com tempo limite puder acionar algo como isso.
Estou tendo o mesmo problema com o meu MacBook Pro. Eu segui as instruções aqui - link e meus problemas parecem ser resolvido.
Ei, recentemente tive o mesmo problema com o meu MBP de 2010, achei a solução uma combinação de duas coisas.
O primeiro é um ajuste do kernel (essencialmente TCP_NODELAY nas conexões), o que pode ser feito no Terminal:
sudo sysctl -w net.inet.tcp.delayed_ack=0
Em segundo lugar, está lidando com arquivos de permissões de arquivos / DS_Store. Normalmente, quando você configura compartilhamentos do Windows, o Mac só terá acesso de leitura. O Localizador tenta criá-los em todas as pastas que você visualiza e pode, eventualmente, travar. Portanto, há duas opções para resolver isso - habilitar permissões de arquivo suficientes na máquina Windows ou impedir que o Finder crie esses arquivos em compartilhamentos de rede. Eu prefiro desabilitar o localizador de criá-los, o que pode ser feito executando o seguinte comando no terminal:
defaults write com.Apple.desktopservices DSDontWriteNetworkStores true
Você precisará reiniciar depois de executá-los.
Eu não posso ajudar a resolver o problema, mas posso adicionar um pouco mais de detalhes. Também acontece no Windows 7 e o dispositivo OS X ainda deve estar conectado quando o compartilhamento do Windows for colocado em suspensão. Se você desconectar ou suspender o OS X e, em seguida, o Windows em espera, não ocorrerá esse problema.
Eu realmente gostaria de uma solução para isso também.
Editar: após algumas pesquisas, muitas outras pessoas tiveram problemas semelhantes: