
Versuch, über einen Eintrag ein freigegebenes Laufwerk bei der Arbeit zu mounten /etc/fstab
.
Zwei der drei möglichen Netzwerkfreigaben kann ich wie folgt mounten...
//SHAREDDATA02/WORK1 /mnt/work1 cifs credentials=/etc/nfs_share.credentials,users,rw,uid=me,gid=me,sec=ntlm,noperm 0 0
//SHAREDDATA02/WORK2/USER /mnt/my_network cifs credentials=/etc/nfs_share.credentials,users,rw,uid=me,gid=me,sec=ntlm,noperm 0 0
...die dritte Freigabe befindet sich jedoch auf einem anderen (neueren) Server und der folgende Eintrag...
//UOSFSTORE/SHARED/XDRIVE /mnt/xdrive cifs credentials=/etc/nfs_share.credentials,users,rw,uid=me,gid=me,sec=ntlm,noperm 0 0
...führt zu folgender Fehlermeldung...
# mount -v /mnt/xdrive
mount.cifs kernel mount options: ip=172.30.1.99,unc=\\UOSFSTORE\SHARED,sec=ntlm,noperm,uid=1000,gid=1000,user=cm1nds,prefixpath=XDRIVE,pass=********
mount error(95): Operation not supported
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)
# dmesg | tail -n1
[257463.335188] CIFS VFS: cifs_mount failed w/return code = -95
Ich habe alle möglichen sec
Optionen ohne Erfolg ausprobiert. Es liegt also nicht an einem Unterschied im auf dem Server implementierten Sicherheitsprotokoll.
Beim Suchen kann ich nichts darüber finden, was der Rückgabecode -95
anzeigt/suggeriert.
Ich wäre für jede Hilfe sehr dankbar.
Antwort1
Ich habe das gleiche Problem. Für mich funktioniert das Hinzufügen der Optionvers=2.0
Antwort2
VielleichtKlientverwendet die alteSMB1-Protokoll als Standardund die neuerenServer erlaubt nurausSMB2 und weiter.
Ich hatte die gleiche Fehlermeldung auf meinem Ubuntu 20.04 TLS (Client), nachdem ich meinen Ubuntu 18.04-Server auf 20.04 aktualisiert hatte. Ich hatte den Client so konfiguriert, dass er die Samba-Protokollversion SMB1 verwendet.
mount error(95): Operation not supported
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs) and kernel log messages (dmesg)
dmesg
gab mir eine präzisere Nachricht
CIFS: VFS: Use of the less secure dialect vers=1.0 is not recommended unless required for access to very old servers
CIFS: VFS: cifs_mount failed w/return code = -95
Da Sie in Ihrer Konfiguration keine Version festgelegt haben, gehe ich davon aus, dass Ihr Client standardmäßig SMB1 verwendet. Vielleicht können Sie die Version auf SMB2 setzen, vers=2.0
beispielsweiseAbonnierensagte, das wird das Problem beheben.
Z.B:
//UOSFSTORE/SHARED/XDRIVE /mnt/xdrive cifs credentials=/etc/nfs_share.credentials,users,rw,uid=me,gid=me,sec=ntlm,noperm,vers=2.0 0 0
Ich schlage vor, Ihren SMB-Client zu aktualisieren, sodass er standardmäßig SMB2 oder neuer verwendet.
Antwort3
Mein Problem ist, dass ich hatte
//192.168.1.1/sda1 /mnt/hd2 cifs guest,nodfs
In meinem /etc/fstab
und dem zugrunde liegenden Samba-Server (bereitgestellt von OpenWRT) wurde dies nicht unterstützt nodfs
.
Antwort4
Ich weiß nicht, ob dies auf Ihren Fall zutrifft, aber in meinem Fall habe ich versucht, meine SAMBA-Freigabe zu sichern vorIch könnte heulenalso habe ich die Option min protocol
aufSMB2
[global]
...
min protocol = SMB2
Aber danach konnte ich von Kodi aus nicht mehr auf meine Freigaben zugreifen und ein einfacher mount.cifs
Befehl hat nicht geholfen.
Ich füge dies für den Fall hinzu, dass jemand anders wie ich bei der Suche auf diese Frage stößt.