我的症状完全相同,因此我不得不轻推Avahi来重新安装18.04.1(该安装已经重新启动了许多次)。然后一切正常。我怀疑很多人最终会问这些问题,因为他们可能不知道出于某种原因而未在其VM上启动,等等。
请参阅Rucent88的答案在阅读更多有关我的文章之前,,这是该问题最有用的帖子之一,这个问题是一个非常简洁的问题。
在VMware上全新安装18.04.1后,即可立即使用。在VirtualBox上,我必须将VirtualBox上的网络设置为“桥接适配器”,然后修改Avahi并添加.local
到主机名。我已经安装了VMware多次,直到几天前尝试VirtualBox时再也没有问题。
在为期两天的冒险中,我发现Avahi无法在VirtualBox设置的全新18.04.1上正确启动,而在全新安装的VMware上似乎可以正常启动。此外,在VMware上还有其他不可思议的事情,因为我不必添加.local
,对于XXX计算机名称和VMware安装,我可以简单地使用普通的Windows主机名。
在VirtualBox上,如果我这样做了:
sudo avahi-daemon --check
sudo avahi-daemon
Daemon already running on PID 721
在此之前,添加.local
:
sudo mount -t cifs -o username=bob,uid=bob,gid=bob //Xxx.local/MyShare /mnt/MyShare
然后就可以了。
有人声称更改nsswitch.conf
应该解决mount
解析名称的问题。但是在winbind
以各种不同方式设置并添加到列表后,它不起作用,添加或删除mdns4_minimal
似乎实际上没有影响mount
。也许文件没有被使用。
另请参阅https://ubuntuforums.org/showthread.php?t=2099537,这是一个简短的例子,说明如果使用Avahi分辨率时您错过了区别,则有人会出现问题,有人会显示用于修复其命令的语法。
mount -t cifs -o username=USERNAME,password= //$(nmblookup vvlaptop|awk 'END{print $1}')/Documents /mnt/virginia