Samba:挂载错误:无法解析XXX的地址:未知错误


16

我已经阅读了一些有关增加samba份额的指南,但是还没有运气。

我可以使用以下命令“登录”到我的samba共享:

smbclient //vvlaptop/Documents

它要求输入密码,但是没有密码,所以我只按Enter。然后它成功提示我登录smb: \>。由于某种原因,我无法挂载共享。这是我正在使用的命令:

mount -t cifs //vvlaptop/Documents /mnt/virginia
mount error: could not resolve address for vvlaptop: Unknown error

如何成功安装此设备?


不是答案,而是工作mount -t cifs -o username=USERNAME,password= //$(nmblookup vvlaptop|awk 'END{print $1}')/Documents /mnt/virginia
原理

死灵,我知道。有关如何实际使用实际名称的信息,请参见我的答案。
Celess

Answers:


21

smbclient 能够查找主机名

mount 无法查找主机名

要按名称挂载,您必须使用本地Avahi之类的DNS服务。如果没有本地DNS,则必须在连接时指定IP地址。您可以nmblookup -S WORKGROUP用来发现IP地址。

mount -t cifs //192.168.0.123/Documents /mnt/virginia

通常,访问共享的更好方法是使用smbnetfs。这将允许您在没有root许可的情况下挂载许多共享。

smbnetfs ~/mountdir
fusermount -u ~/mountdir # To unmount.

smbnetfs的手册页会告诉您更多信息。

如果共享需要登录名和密码,请按照下列步骤操作。

mkdir ~/.smb
cp /etc/samba/smb.conf /etc/smbnetfs.conf ~/.smb/
touch ~/.smb/smbnetfs.auth
chmod 600 ~/.smb/*

编辑文件~/.smb/smbnetfs.auth以插入凭据。文件格式

auth            "hostname" "username" "password"

1
最有用的帖子之一,也是一个很好的问题。我刚刚解决了一个类似的问题,必须为Avahi重新启动18.04.1。然后一切正常。我怀疑很多人最终会问这些问题,因为可能没有意识到它不是出于某种原因而未在其VM上启动……
Celess

1

尝试以下命令:

$ mount -t cifs -o username=USERNAME,password= //vvlaptop/Documents /mnt/virginia

此外,您可以将凭据存储在文件中,并引用它:

$ mount -t cifs //vvlaptop/Documents /mnt/virginia \
    -o credentials=/home/mylogin/winpasswd

然后将您的凭据放入该文件中:

username=mylogin
password=

如果凭据是域的一部分,则也将其包括在文件中:

domain=domainname

参考文献


1
感谢您的帮助,但该解决方案无效。我没有收到“用户名/密码错误”的错误消息。
Sepero

添加详细开关是否会--verbose提供更多输出?请参阅man mount.cifs
slm

它没有提供更多的信息
Sepero

1

尝试安装我们的NAS时遇到了同样的问题。原来,对于不同的格式(例如ext 4,NTFS等),需要使用不同的命令(我认为是这样)。当我最终找到正确的版本时,便可以通过fstab和终端进行安装。
我们使用Iomega NAS

fstab有效

//NASIomega/Documents /mnt/nas/Documents cifs guest,uid=1000,gid=1000,rw,iocharset=utf8,_netdev,file_mode=0777,dir_mode=0777,auto 0 0

我最初使用数字格式而不是名称,但是数字一直在变化。惨遭失败,无法在需要的地方提供永久IP地址,因此给机器起了一个名字,现在它可以工作了。

但是,这停止了在我们的nadia和maya版本(两台不同的PC)上工作。nadia可能由于更新而开始工作?(尽管尝试过,但仍未采取任何措施予以纠正)。玛雅人仍然无法正常工作。据我所知,我没有做任何改变。因此,似乎那里可能存在一些问题。


0

我的症状完全相同,因此我不得不轻推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分辨率时您错过了区别,则有人会出现问题,有人会显示用于修复其命令的语法。

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.