Warum funktioniert mount.cifs nach dem Upgrade von 16.04 auf 18.04 nicht mehr in fstab?

Mein fstab für die Verbindung zu einem lokalen NAS war immer

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

Nach dem Upgrade meines Systems von Lubuntu 16.04 auf 18.04 funktionierte dies nicht mehr und gab die Fehlermeldung aus:

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)

Was für mich funktioniert hat, war das Hinzufügen von vers = 1.0 zu den Optionen in fstab in Kombination mit dem Ändern der Option für das Passwort von passwd in password :

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

Dies half, ein Fehlerprotokoll zu finden:

tail -f  /var/log/kern.log 

Ich würde mich über weitere Beiträge freuen.

EDIT: September 2019

Heute wurde mir klar, dass dies userskein gültiges Argument des mount cifsBefehls mehr ist. Auch vers=1.0sollte laut Standard sein man mount.cifs.

Ich habe seit ein paar Tagen damit zu kämpfen, ich konnte Samba-Freigaben auf einem Ubuntu 16.04-Desktop-System mit meiner Neuinstallation lubuntu 18.04 mit smb4k erreichen, aber nicht in fstab. Ich habe einige der von 'mount' aufgelisteten Parameter verwendet, nachdem ich eine Freigabe mit smb4k gemountet habe. Was ich fand, war, dass credentials=/etc/samba/auth.myserver.mees nicht so funktionierte wie mit Ubuntu 16.04. Die folgende Syntax würde ein Mount ermöglichen:

//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

Was ich nicht weiß, ist, welche der oben genannten Optionen erforderlich sind. Verwenden Sie Ihre eigenen Werte für USER, PASSWORD und YOURDOMAIN.

Wann immer ich das verwendete credentials=/etc/samba/auth.myserver.me, erhielt ich immer die Meldung "Berechtigung verweigert". Anscheinend greift Ubuntu 18.04 nicht richtig auf die in aufgelistete Anmeldeinformationsdatei zu fstaboder die Syntax hat sich geändert.

Möglicherweise müssen Sie mit der UID und der GID experimentieren. Normalerweise melde ich mich nur als bestimmter Benutzer an, den ich LOCALUSER nenne. Die Standardgruppe für diese Anmeldung wäre auch LOCALUSER.

Ben hat die Antwort gegeben:

Was für mich funktionierte, war das Hinzufügen von vers = 1.0 zu den Optionen in fstab

Wenn Sie versuchen, eine mount.cifs mithilfe einer SMB1-Ressource auszuführen, erhalten Sie diese Art von Nachrichten im Kernel-Protokoll:

$ 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

Wenn Sie also die Datei mount.cifs mit der Option vers = 1.0 ausprobieren, sollte dies behoben werden:

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

und in fstab setzen Sie einfach am Anfang der Optionen "vers = 1.0" (nach cifs).

Vielen, vielen Dank, Ben.

Beim Upgrade auf Ubuntu 18.04 sind auch unsere Mount-CIFS-Skripte fehlgeschlagen. Dies waren die folgenden Korrekturen, die ich benötigte:

• Verwenden Sie usernichtusername
• Verwenden Sie passnichtpassword
• Verwenden Sie domnichtdomain
• Verwenden vers=1.0
• Verwenden Sie in UNC umgekehrte Schrägstriche und \keine Schrägstriche/
• Beim Aufrufen aus Bash-Skripten werden die Backslashes ausgeblendet, dh \\anstelle von \.

Hier ist ein Beispiel für den Mount-Befehl in einem Skript:

#!/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}

Hier ist die Beispiel-Mount-Linie in /etc/fstab:

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

Wenn Sie jedoch eine Credentials - Datei verwenden, müssen Sie verwenden username, passwordund domainwie folgt dar :

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

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

Mein bewährter fstab-Eintrag zum Mounten eines an einen TP-Link-Router angeschlossenen USB-Laufwerks funktionierte nach einem Ubuntu / Mint-Update nicht mehr. Das Hinzufügen von vers = 1.0 hat das Problem behoben. Mein fstab-Eintrag ist genau wie folgt:

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

Volume9 und sein Speicherort ist die Festplattenpartition, die von der Router-Administrator-Webseite angegeben wird. Remote Media ist ein Ordner, den ich in meinem Home-Verzeichnis "don" erstellt habe. Stellen Sie sicher, dass Sie die Berechtigungen für dieses Verzeichnis ändern, damit der angemeldete Benutzer ohne Root-Rechte darauf zugreifen kann. NAS_USB ist nur ein Name, den ich ausgewählt habe und der nach dem Mounten in meinem Remote Media-Ordner angezeigt wird und den "verknüpften" Inhalt von Volume9 enthält. Andere Antworten, die ich gefunden habe, hatten Passwörter usw. im Beispiel. Dieses USB-Laufwerk wird als einfache Windows-Freigabe angezeigt. Dies ist eine einfache Tabelle, die das automatische Mounten der Festplatte beim Start unterstützt, sodass eine automatische Sicherung auf dem Netzwerklaufwerk möglich ist.

Ich hoffe das hilft.