从16.04升级到18.04后，为什么mount.cifs在fstab中不再起作用？

我用于连接到本地NAS的fstab总是

//192.168.111.112/RAID /home/moi/share/OMV cifs noauto,users,username=USERNAME,passwd=PASSWORD

将我的系统从Lubuntu 16.04升级到18.04后，此操作不再起作用，并显示错误消息：

Failed to query password: Permission denied
Password for USER@//192.168.111.112/RAID: mount error(22): Invalid argument
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)

对我有用的是将vers = 1.0添加到fstab中的选项，同时将密码选项从passwd更改为password：

//192.168.111.112/RAID /home/moi/share/OMV cifs  vers=1.0,noauto,users,username=USERNAME,password=PASSWORD

这有助于查找错误日志：

tail -f  /var/log/kern.log 

我将不胜感激。

编辑：2019年9月

今天，我意识到这users不再是mount cifs命令的有效参数。此外，vers=1.0根据，应为默认值man mount.cifs。

我已经为此苦苦挣扎了几天，我可以使用smb4k在我的lubuntu 18.04新安装中使用ubuntu 16.04桌面系统上的samba共享，但不能在fstab中使用。使用smb4k挂载共享后，我使用了'mount'列出的一些参数。我发现credentials=/etc/samba/auth.myserver.me它没有像使用ubuntu 16.04那样工作。以下语法将允许安装：

//192.168.10.66/servershare     /mnt/localdir       cifs  rw,vers=1.0,sec=ntlmssp,username=USER,password=PASSWORD,domain=YOURDOMAIN,uid=LOCALUSER,gid=LOCALUSER,posixpaths,mapposix,acl     0   0

我不知道上述哪些选项是必需的。使用您自己的USER，PASSWORD和YOURDOMAIN值。

每当我使用时credentials=/etc/samba/auth.myserver.me，我总是会收到“权限被拒绝”消息。显然ubuntu 18.04无法正确访问中列出的凭据文件fstab或语法已更改。

您可能必须尝试使用​​uid和gid。我通常仅以特定用户身份登录，即我称为LOCALUSER，该登录名的默认组也将是LOCALUSER。

升级到Ubuntu 18.04时，我们的mount cifs脚本也失败了，这些是我需要的以下修复：

• user不使用username
• pass不使用password
• dom不使用domain
• 使用 vers=1.0
• 在UNC中使用反斜杠\而不是正斜杠/
• 从bash脚本调用时，转义反斜杠，即\\代替\。

这是脚本中的一个示例安装命令：

#!/bin/bash

REMOTEHOST=contoso
REMOTEFOLDER=share
MOUNTDIR=/mnt/share
MOUNTUSER=billgates
MOUNTPASS=secret
MOUNTDOM=microsoft

sudo mount -t cifs \\\\${REMOTEHOST}\\${REMOTEFOLDER} ${MOUNTDIR} -o vers=1.0,user=${MOUNTUSER},pass=${MOUNTPASS},dom=${MOUNTDOM}

这是中的示例安装线/etc/fstab：

# /etc/fstab
\\contoso\share /mnt/share cifs vers=1.0,user=billgates,pass=secret,dom=microsoft

但是，如果您使用的是证书文件，你需要使用username，password并domain如下：

# /etc/fstab
\\contoso\share /mnt/share cifs vers=1.0,credentials=/root/.smb

# /root/.smb
username=billgates
password=secret
domain=microsoft

本给出了答案：

对我有用的是将vers = 1.0添加到fstab中的选项

当您尝试使用SMB1资源执行mount.cifs时，您会在内核日志中得到以下消息：

$ journalctl | grep CIFS

Sep 04 14:57:22 nfsbonos kernel: No dialect specified on mount. Default has changed to a more secure dialect, SMB2.1 or later (e.g. SMB3), from CIFS (SMB1). To use the less secure SMB1 dialect to access old servers which do not support SMB3 (or SMB2.1) specify vers=1.0 on mount.
Sep 04 14:57:23 nfsbonos kernel: CIFS VFS: cifs_mount failed w/return code = -112

因此，使用选项vers = 1.0尝试mount.cifs应该可以解决此问题：

$ mount.cifs /\/\$IP_of_RESOURCE_CIFS/\folder /mnt/folder -o vers=1.0,credentials=/root/.smbcredentials

在fstab中，只需将选项“ vers = 1.0”放在开头（在cif之后）。

很多，很多，本。

在Ubuntu / Mint更新后，我尝试过的真正的fstab条目用于挂载连接到TP-Link路由器的USB驱动器而停止工作。添加vers = 1.0修复了该问题。我的fstab条目完全如下：

//192.168.0.1/volume9 / home / don / RemoteMedia / NAS_USB cifs vers = 1.0，guest，uid = 1000 0 0

volume9及其位置是由路由器管理员网页标识的磁盘分区。Remote Media是我在主目录“ don”中创建的文件夹。确保更改此目录的权限，以便登录用户可以在没有root特权的情况下访问。NAS_USB只是我选择的名称，安装后将包含在volume9的“链接”内容中，该名称将出现在我的Remote Media文件夹中。我在示例中发现的其他答案包含密码等。此USB驱动器显示为简单的Windows共享，这是一个简单的fstab，支持在启动时自动安装磁盘，从而可以自动备份到网络驱动器。

我希望这个对你有用。