Eu tive exatamente os mesmos sintomas, e tive que cutucar o Avahi para começar uma nova instalação do 18.04.1 (que já havia sido reiniciado várias vezes). Então tudo deu certo. Eu suspeito que muitas pessoas acabam fazendo essas perguntas como talvez não percebam que elas não estavam começando na VM por qualquer motivo, etc ...
Por favor, veja a resposta de Rucent88 antes de ler mais sobre o meu, que foi um dos posts mais úteis para esta questão, e a pergunta foi uma grande questão sucinta.
Com novas instalações do 18.04.1, no VMware, funcionou imediatamente. No VirtualBox eu tive que definir a rede no VirtualBox para "Adaptador em ponte" e, em seguida, bump Avahi e adicionar .local
ao nome do host. Eu instalei o VMware muitas vezes e nunca tive problemas até tentar o VirtualBox há alguns dias.
Em minha aventura de dois dias, descobri que o Avahi não estava começando corretamente em 18.04.1, nas configurações do VirtualBox, onde parecia começar bem com as novas VMware de instalação. Além disso, no VMware, alguma outra mágica está acontecendo, já que não preciso adicionar .local
, para o nome da máquina XXX e as instalações do VMware, posso simplesmente usar o nome de host simples do Windows.
No VirtualBox, se eu fizesse:
sudo avahi-daemon --check
sudo avahi-daemon
Daemon already running on PID 721
antes disso, com o .local
:
adicionado
sudo mount -t cifs -o username=bob,uid=bob,gid=bob //Xxx.local/MyShare /mnt/MyShare
então funciona.
Algumas pessoas afirmam que a alteração nsswitch.conf
deve corrigir mount
a resolução do nome. Mas depois de configurar winbind
e adicionar à lista de todas as formas diferentes, isso não funcionou, e adicionar ou remover mdns4_minimal
parece não afetar mount
. Talvez o arquivo não estivesse sendo usado.
Veja também o link que é um exemplo super curto de alguém com o problema e alguém mostrando a sintaxe para corrigir seu comando se você está perdendo as diferenças ao usar a resolução Avahi.