Điểm:1

Gắn SMB Shares trong các sự cố Fstab

lá cờ cn

Tôi vừa nâng cấp máy chủ tệp của mình từ 16.04 lên 20.04 và mọi thứ dường như đang hoạt động ngoại trừ SMB gắn kết trên máy tính Ubuntu của tôi. Tôi có thể truy cập các chia sẻ SMB trên máy tính Windows của mình nhưng trên máy tính Ubuntu 18.04 của mình, tôi không thể lấy các chia sẻ được gắn trong fstab.

Nếu tôi gắn các chia sẻ từ dòng lệnh (lệnh bên dưới) thì nó sẽ được gắn tốt.

sudo mount -t cifs -o username=username,vers=3.0 //192.168.1.116/Share /mnt/Share/

Tuy nhiên, khi tôi cố gắn chia sẻ trong fstab (lệnh bên dưới) thì chia sẻ smb không được gắn.

//192.168.1.116/Chia sẻ /mnt/Chia sẻ thông tin đăng nhập cifs=/home/user/.smbcredentials,vers=3.0,iocharset=utf8,sec=ntlmssp 0 0

Sau khi làm một gắn sudo -a và thử một ls Tôi có:

ls: không thể truy cập 'Chia sẻ': Thao tác không được hỗ trợ

và khi tôi làm một smbclient -L //192.168.1.116 Tôi có:

đàm phán giao thức không thành công: NT_STATUS_INVALID_NETWORK_RESPONSE

Cập nhật:

Khi tôi làm một

sudo mount -t cifs -o credentials=/home/user/.smbcredentials,vers=3.0,iocharset=utf8,sec=ntlmssp //192.168.1.116/Share /mnt/Share/

Chia sẻ SMB được gắn kết đúng cách.

Khi tôi làm một

smbclient -L //192.168.1.116 -d 0

tôi nhận được kết quả tương tự:

đàm phán giao thức không thành công: NT_STATUS_INVALID_NETWORK_RESPONSE.

dmesg -t | grep -e CIFS trả về:

CIFS VFS: cifs_mount không thành công với mã trả về = -95

Khi tôi kiểm tra dmesg khi bật gỡ lỗi, tôi nhận được rất nhiều:

/build/linux-Dh1oQA/linux-4.4.0/fs/cifs/cifsfs.c: CIFS VFS: trong cifs_statfs dưới dạng Xid: 9405245 với uid: 1000

/build/linux-Dh1oQA/linux-4.4.0/fs/cifs/cifsfs.c: CIFS VFS: rời cifs_statfs (xid = 9405245) rc = -95

/build/linux-Dh1oQA/linux-4.4.0/fs/cifs/inode.c: CIFS VFS: trong cifs_revalidate_dentry_attr là Xid: 9405247 với uid: 1000

/build/linux-Dh1oQA/linux-4.4.0/fs/cifs/inode.c: CIFS VFS: rời cifs_revalidate_dentry_attr (xid = 9405247) rc = -95

heynnema avatar
lá cờ ru
Có thể là do họ đã xóa hỗ trợ SMB1 vì lý do bảo mật. Có một cách để kích hoạt lại nó trong /etc/samba/smb.conf, nhưng tất nhiên, cách này không được khuyến khích. Tôi không thể nói nhiều về cách thức và lý do tại sao. Tôi có các mod smb.conf nếu bạn cần.
lá cờ cn
Tôi nghĩ phiên bản = 3.0 trong fstab của tôi đã buộc máy khách phải kết nối bằng SMB 3 thay vì trên 1?
heynnema avatar
lá cờ ru
Chỉ tò mò ... bạn đã khởi động lại .116 chưa? Bạn có đang chạy Ubuntu trên .116 và máy khách không? Phiên bản Windows nào? Điều này có hoạt động trước khi bạn cập nhật máy chủ lên 20.04 không?
lá cờ cn
@heynnema .116 đã được khởi động lại một vài lần. Mọi thứ vẫn chạy tốt trước khi tôi nâng cấp. Chia sẻ Samba hoạt động trong cả Win7 và Win10. Ubuntu 20.04 trên .116 và 18.04 trên máy khách.
Điểm:0
lá cờ us

Bạn có thử gỡ lỗi cho smblient không?

smbclient -L //192.168.1.116 -d 0

Bạn có thể gắn kết thông qua dòng lệnh bằng tệp tùy chọn và thông tin đăng nhập từ fstab không?

sudo mount -t cifs -o credentials=/home/user/.smbcredentials,vers=3.0,iocharset=utf8,sec=ntlmssp //192.168.1.116/Share /mnt/Share/

Bạn nhận được gì trong dmesg cho các lỗi CIFS?

dmesg -t | grep -e CIFS

Chúng tôi cũng có thể bật gỡ lỗi mô-đun cifs.

modprobe cifs
echo 'module cifs +p' > /sys/kernel/debug/dynamic_debug/control
echo 'file fs/cifs/* +p' > /sys/kernel/debug/dynamic_debug/control
tiếng vang 7 > /proc/fs/cifs/cifsFYI

và vô hiệu hóa nó với.

tiếng vang 0 > /proc/fs/cifs/cifsFYI

Kiểm tra dmesg để biết đầu ra gỡ lỗi mô-đun cifs.

lá cờ cn
Khi tôi thực hiện () tôi nhận được kết quả tương tự: đàm phán giao thức không thành công: NT_STATUS_INVALID_NETWORK_RESPONSE. Sử dụng sudo mount -t cifs -o credentials=/home/user/.smbcredentials,vers=3.0,iocharset=utf8,sec=ntlmssp //192.168.1.116/Share /mnt/Share/
heynnema avatar
lá cờ ru
@Havock Bạn đã thay thế tên người dùng thực của mình cho "người dùng" trong lệnh trên chưa?
lá cờ cn
@heynnema cuối cùng thì tôi cũng làm được :) Ngay cả với userid thích hợp thì nó cũng không hoạt động
Điểm:0
lá cờ cn

Không chắc chuyện gì đã xảy ra nhưng tôi đã có thể giải quyết vấn đề này.

Tôi quyết định sẽ bắt đầu lại và thực hiện sudo umount /mnt/Share(s). Sau khi ngắt kết nối từng thư mục, tôi chuẩn bị sử dụng Sudo mount -a và tất cả các điểm gắn kết của tôi trong fstab đều được gắn kết đúng cách.

Manh mối là trong một câu trả lời không còn nữa. Tác giả câu trả lời (iirc @heynnema) yêu cầu tôi đặt file_mode=0777,dir_mode=0777 trong fstab của tôi để gắn kết.

Đôi mắt tươi sáng nay nhận thấy rằng thư mục đã được đánh dấu. một cách nhanh chóng ls -l cho tôi thấy đó là 777 không đúng. Tôi không thể thay đổi nó bằng cách điều chỉnh fstab nên tôi nghĩ rằng mình sẽ bắt đầu lại từ đầu. Có vẻ như nó đã hoạt động trong khoảng thời gian này.

Cuối cùng, tôi đã thêm vào của mình;

tập tin smb.conf

giao thức máy khách tối thiểu = NT1
giao thức máy khách tối đa = SMB3

/etc/fstab

phiên bản = 3,0

Ngay cả với giao thức máy khách tối thiểu = NT1. Phiên bản = 3.0 là bắt buộc.

lá cờ cn
Câu trả lời hữu ích không còn nữa nhưng tôi đã tóm tắt giải pháp cuối cùng là gì.
heynnema avatar
lá cờ ru
Tôi vui vì bạn đã làm nó hoạt động! Tuy nhiên, `giao thức máy khách tối đa = SMB3` của bạn có thể không chính xác, vì SMB3 có thể phải là NT3 hoặc bạn có thể bỏ toàn bộ dòng khỏi smb.conf.

Đăng câu trả lời

Hầu hết mọi người không hiểu rằng việc đặt nhiều câu hỏi sẽ mở ra cơ hội học hỏi và cải thiện mối quan hệ giữa các cá nhân. Ví dụ, trong các nghiên cứu của Alison, mặc dù mọi người có thể nhớ chính xác có bao nhiêu câu hỏi đã được đặt ra trong các cuộc trò chuyện của họ, nhưng họ không trực giác nhận ra mối liên hệ giữa câu hỏi và sự yêu thích. Qua bốn nghiên cứu, trong đó những người tham gia tự tham gia vào các cuộc trò chuyện hoặc đọc bản ghi lại các cuộc trò chuyện của người khác, mọi người có xu hướng không nhận ra rằng việc đặt câu hỏi sẽ ảnh hưởng—hoặc đã ảnh hưởng—mức độ thân thiện giữa những người đối thoại.