.png)
エントリを介して職場の共有ドライブをマウントしようとしています/etc/fstab
。
3 つのネットワーク共有のうち 2 つを次のようにマウントできます...
//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
...ただし、3 番目の共有は別の (新しい) サーバー上にあり、次のエントリがあります...
//UOSFSTORE/SHARED/XDRIVE /mnt/xdrive cifs credentials=/etc/nfs_share.credentials,users,rw,uid=me,gid=me,sec=ntlm,noperm 0 0
...次のエラー メッセージが表示されます...
# 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
考えられるすべてのオプションを試しましたがsec
、効果がありませんでした。これはサーバーに実装されているセキュリティ プロトコルの違いではありません。
検索してみても、戻りコードが何を示しているか、何を示唆しているかがわかりません-95
。
どのような助けでも大歓迎です。
答え1
私も同じ問題に遭遇しました。私の場合は、オプションを追加するとvers=2.0
答え2
たぶんあなたのクライアント古いものを使用するSMB1プロトコルをデフォルトとするそして新しいサーバーのみ許可からSMB2以降。
Ubuntu 18.04 サーバーを 20.04 にアップデートした後、Ubuntu 20.04 TLS (クライアント) でも同じエラー メッセージが表示されました。クライアントは、samba プロトコル バージョン SMB1 を使用するように構成していました。
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
より正確なメッセージを伝えてくれた
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
vers=2.0
設定にバージョンが設定されていないので、クライアントはデフォルトでSMB1を使用していると想定します。次のようにバージョンをSMB2に設定するとよいかもしれません。セインマートそれは修正されるだろうと言った。
例えば:
//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
SMB2 以降をデフォルトとして使用するように smb クライアントを更新することをお勧めします。
答え3
私の問題は、
//192.168.1.1/sda1 /mnt/hd2 cifs guest,nodfs
私の の内部では/etc/fstab
、基盤となる samba サーバー (openwrt によって提供) が をサポートしていませんでしたnodfs
。
答え4
この指定があなたのケースに関係があるかどうかはわかりませんが、私の場合はSAMBA共有を保護しようとしました泣きたいそこで私はオプションmin protocol
をSMB2
[global]
...
min protocol = SMB2
しかし、その後、Kodi から共有にアクセスできなくなり、簡単なmount.cifs
コマンドも役に立ちませんでした。
したがって、私と同じように、他の誰かが検索を通じてこの質問に遭遇した場合に備えて、これを含めています。