không thể sử dụng mount.cifs: mount error (2): Không có tệp hoặc thư mục như vậy

Lệnh mount.cifs được tìm thấy không thể chạy trong một hệ thống gentoo với systemd

ae429-1105 etc # mount -t cifs //file.abc.edu.au/user /home/directory/path -o credentials=/etc/user,rw,iocharset=utf8,file_mode=0777,dir_mode=0777
mount error(2): No such file or directory
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)

Nó đã được xác nhận rằng sự tồn tại và khả năng truy cập của mountpoint / home / thư mục / đường dẫn và tệp thông tin xác thực / etc / user . Ngoài ra, các mô-đun và dịch vụ có liên quan đã được bật, tức là

 ae429-1105 etc # lsmod |egrep 'fuse|cifs'
 fuse                   72589  5 
 cifs                  312131  0

và

ae429-1105 etc # systemctl -t service -a |grep Samba
nmbd.service                         loaded active   running Samba NetBIOS                     name server
smbd.service                         loaded active   running Samba SMB/CIFS     server
winbindd.service                     loaded inactive dead    Samba Winbind daemon

Vấn đề này đã được xác định bởi nhiều người dùng, ví dụ một ví dụ . C NOTENG LƯU Ý rằng cùng một lệnh được thực thi trong hệ thống Ubuntu / debian của tôi có thể gắn kết thành công.

Thông tin khác trong máy có vấn đề:

ae429-1105 etc # mount.cifs --version
mount.cifs version: 6.1

phiên bản mount.cifs được cài đặt trong debian / ubfox là 6.0

Bạn có thể cần cung cấp tùy chọn Vers = cho lệnh mount để buộc phiên bản 3.0 nếu bạn đang cố gắn kết chia sẻ từ phiên bản Windows mới hơn. Một trong những trình duyệt của chúng tôi gần đây đã được nâng cấp lên 2012R2 và đó là khi mount của tôi ngừng hoạt động. Đặt nó thành Vers = 3.0 đã khắc phục sự cố. Giống như hầu hết các lỗi Samba / CIFS, thông báo "Không có tệp hoặc thư mục như vậy" không giúp ích nhiều.

Ví dụ:

# mount -t cifs //win2012r2/someshare -o cred=/home/foo/.cifs_user, vers=3.0 /mnt/tmp

.. bất cứ nơi nào tôi có tên miền, tên người dùng và mật khẩu của mình trong tệp .cifs_user.

Rõ ràng, smbmount sử dụng một phiên bản mới hơn của giao thức SMB theo mặc định vì nó hoạt động mà không có vấn đề hoặc bất kỳ tùy chọn đặc biệt nào.

Lưu ý bên dưới rằng phiên bản giao thức mặc định là 1.0.

Từ trang man mount.cifs:

vers=
           SMB protocol version. Allowed values are:

           ·   1.0 - The classic CIFS/SMBv1 protocol. This is the default.

           ·   2.0 - The SMBv2.002 protocol. This was initially introduced in Windows Vista Service Pack 1, and
               Windows Server 2008. Note that the initial release version of Windows Vista spoke a slightly
               different dialect (2.000) that is not supported.

           ·   2.1 - The SMBv2.1 protocol that was introduced in Microsoft Windows 7 and Windows Server 2008R2.

           ·   3.0 - The SMBv3.0 protocol that was introduced in Microsoft Windows 8 and Windows Server 2012.

Bạn có thể sử dụng nodfstùy chọn? tức là cho các -otùy chọn đầu vào của bạn vượt qua đầu vào như dưới đây.

-o credentials=/etc/user,rw,iocharset=utf8,file_mode=0777,dir_mode=0777,nodfs

tức là nối thêm ,nodfs

Nó làm việc cho tôi.

Bạn có thể cần thay đổi sectham số: cài đặt này làm cho nó hoạt động trên thiết lập của tôi:

mount.cifs ... -o sec=ntlm

Chiết xuất có liên quan của man mount.cifs:

sec=Chế độ bảo mật. Các giá trị được phép là:

• none - cố gắng kết nối với tư cách là người dùng null (không có tên)
• krb5 - Sử dụng xác thực Kerberos phiên bản 5
• krb5i - Sử dụng xác thực Kerberos và cho phép ký gói
• ntlm - Sử dụng băm mật khẩu NTLM
• ntlmi - Sử dụng băm mật khẩu NTLM và buộc ký gói
• ntlmv2 - Sử dụng băm mật khẩu NTLMv2
• ntlmv2i - Sử dụng băm mật khẩu NTLMv2 và buộc ký gói
• ntlmssp - Sử dụng băm mật khẩu NTLMv2 được gói gọn trong thông báo NTLMSSP thô

• ntlmsspi - Sử dụng băm mật khẩu NTLMv2 được gói gọn trong thông báo NTLMSSP thô và buộc ký gói

  Mặc định trong các phiên bản kernel chính trước v3.8 là sec=ntlm. Trong v3.8, mặc định đã được thay đổi thành sec=ntlmssp.

  Nếu máy chủ yêu cầu ký trong quá trình đàm phán giao thức, thì nó có thể được kích hoạt tự động. Ký gói cũng có thể được kích hoạt tự động nếu nó được kích hoạt /proc/fs/cifs/SecurityFlags.

Tôi đã gặp vấn đề này trên Ubuntu 18.04. Vấn đề là tôi cần gói keyutils để thực hiện xác thực Kerberos ( sec=krb5tùy chọn gắn kết), không được cài đặt cùng với cifs-utils (cung cấp mount.cifs). Tôi không chắc tên gói có giống với Gentoo hay không. (Cảm ơn https://forum.zentyal.org/index.php?topic=18601.0 cho giải pháp.)

Tôi muốn thêm một nguồn khác của vấn đề này mà tôi gặp phải ngày hôm nay. Khi bạn thay đổi id người dùng của người dùng unix, người dùng smb được tạo qua smbpasswd có thể không thể xác thực cho chia sẻ samba nữa dẫn đến lỗi tương tự.

Vì vậy, nếu bạn thay đổi id người dùng unix thông qua usermod -u 1000 my_userthì bạn có thể gặp sự cố. Cách khắc phục đối với tôi là xóa và thêm lại người dùng smb sau đó:

smbpasswd -x my_user
smbpasswd -a my_user

Thêm một $vào cuối, như thế này//winserver/sharename$

mount.cifs -v -o username=myusername,domain=MYCODOMAIN //winserver/sharename$ /mnt/mymountpoint

Tôi đã chạy vào cùng một lỗi "mount mount (2): Không có lỗi tập tin hoặc thư mục như vậy" khi sử dụng mount.cifs trên máy ảo CentOS 7. Tôi chưa bao giờ xác định chính xác lý do tại sao lỗi được tạo khi sử dụng bảo mật ntlm mặc định (và các biến thể), nhưng tôi đã phát hiện ra rằng sử dụng xác thực Kerberos đã khắc phục được sự cố. Vì vậy, dòng lệnh làm việc cuối cùng của tôi trông như thế này:

mount.cifs -v -o domain=MYCODOMAIN,sec=krb5 //winserver/sharename /mnt/mymountpoint

trong khi lệnh này đưa ra lỗi "không có tệp hoặc thư mục như vậy" là:

mount.cifs -v -o username=myusername,domain=MYCODOMAIN //winserver/sharename /mnt/mymountpoint

Để sử dụng Kerberos, tôi đã cài đặt gói "krb5-workstation" và định cấu hình nó.

Hãy thử cài đặt keyutils gói:

sudo apt-get install keyutils

Không chắc chắn chính xác lý do tại sao điều này giúp, có thể người khác có câu trả lời ở đây. Nhưng ít nhất nó đã giúp tôi rất nhiều: với keyutils, cifs mount hoạt động tốt.

Một giải pháp có thể là cài đặt thủ công keyutilsvì nó không còn phụ thuộc (cứng) cifs-utilsnữa.

Thông tin tại sao keyutils không được cài đặt nữa có thể được tìm thấy ở đây: https://bugs.debian.org/cgi-bin/ormsreport.cgi?orms=822841

Và một báo cáo lỗi launchpad có thể được tìm thấy ở đây: https://bugs.launchpad.net/ubfox/+source/cifs-utils/+orms/1772148

Với tôi, nó hoạt động bằng cách đặt "Vers = 1.0" như trước -> thông tin đăng nhập = / root / .dbx.credentials, Vers = 1.0 , uid = 1001, gid = 100, rw