Điểm:2

Ubuntu 20.04 - Cách tự động chia sẻ CIFS nếu quá trình cài đặt trong khi khởi động không thành công

lá cờ fr

Tôi đang cố gắng tự động gắn một chia sẻ samba nằm trên nas đang chạy openmediavault 5.6.12-1 và samba phiên bản 4.9.5-Debian trên máy tính để bàn của tôi chạy Ubuntu 20.04.3.

Sau khi làm theo hướng dẫn trong diễn đàn openmediavaultcộng đồng ubuntu Tôi đã thêm lệnh sau vào tệp fstab của mình:

//192.168.100.12/HomSpace /media/nasMounted cifs credentials=/root/.memoriaCredentials,uid=1000,gid=1000,noperm,rw,vers=3.0 0 0

Khi tôi thực hiện gắn sudo -a thư mục chia sẻ được gắn chính xác mà không có lỗi. Thật không may, sau khi khởi động lại PC, thư mục không được gắn tự động. Tôi không tìm thấy bất kỳ hướng dẫn nào trên internet đề xuất một cách khác và không kém phần khả thi để gắn thư mục chia sẻ cifs và không có bất kỳ lỗi nào trong nhật ký. Tôi không biết mình đang làm gì sai.

Có gì sai với lệnh mà tôi đã thêm vào fstab? Làm cách nào tôi có thể tự động chia sẻ cifs khi khởi động? Cảm ơn bạn trước.

24601 avatar
lá cờ in
sự khác biệt duy nhất giữa mục nhập fstab của bạn và của tôi `//192.168.1.117/[NAS share_name] /media/NAS/GnV_Common cifs username=[name],password=[password],rw,uid=1000,gid=500` ở đâu nó hoạt động hoàn toàn tốt. Tôi chưa bao gồm thông số `vers=3.0` hoặc `noperm`. Đối với mục đích khám phá, có lẽ hãy thử chỉnh sửa chúng để xem những gì thay đổi. Tôi sẽ làm điều đó bằng cách sao chép/dán dòng, thực hiện các thay đổi của bạn và nhận xét (các) dòng bạn cần loại bỏ.
Organic Marble avatar
lá cờ us
Tôi cũng gắn kết các lượt chia sẻ thông qua fstab; nó hoạt động đáng tin cậy. Tôi có tham số `vers=3.0` nhưng thay vì `noperm` tôi có `nofail`. Dựa trên nhận xét này và nhận xét của @24601, tôi nghi ngờ vấn đề là do tham số `noperm`. Chỉnh sửa: Tôi cũng không có tham số `rw`.
Matteo Carotta avatar
lá cờ fr
Tôi đã xóa tất cả các cờ khỏi mục trong fstab: `//192.168.100.12/HomSpace /media/nasMounted cifs credentials=/root/.memoriaCredentials 0 0` nhưng không có bất kỳ cải thiện nào. Khi tôi nhấp vào chia sẻ qua nautilus trước khi thực hiện `Sudo mount -a`, tôi gặp lỗi này: Không thể truy cập "nasMounted" mount: /media/nasMounted: hoạt động chỉ được phép cho quyền root. Tôi cho rằng nó liên quan đến quyền sở hữu thư mục lưu trữ. Chắc là bình thường vì chưa root.
Điểm:1
lá cờ es

Vì chia sẻ sẽ tăng lên khi bạn phát hành gắn sudo -a Tôi nghi ngờ không có gì sai với khai báo fstab của bạn. Nó gợi ý một vấn đề thời gian. Linux đang đọc fstab trước khi ngăn xếp mạng được thiết lập và hoạt động nên khi cài đặt chia sẻ mạng thì nó không thành công.

2 khả năng là biến cái này thành "gắn kết theo yêu cầu":

[1] Giữ điểm gắn kết hiện tại của bạn nhưng thêm hai tùy chọn khác: noauto, người dùng

//192.168.100.12/HomSpace /media/nasMounted cifs credentials=/root/.memoriaCredentials,uid=1000,gid=1000,noperm,rw,vers=3.0,noauto,user 0 0

Khi bạn khởi động hệ thống của mình, phần chia sẻ sẽ không được gắn kết nhưng nó sẽ hiển thị trên bảng điều khiển bên của trình quản lý tệp của bạn dưới dạng trình khởi chạy. Click vào nó nó sẽ chuyển đến fstab để xem cách mount rồi làm.

CHỈNH SỬA: Như đã chỉ ra bên dưới, tôi nên đảm bảo rằng người dùng thông thường có thể đọc được tệp thông tin đăng nhập để phương pháp này hoạt động. Đặt nó dưới thư mục chính của một người sẽ là lựa chọn tốt hơn.

[2] Thay đổi điểm gắn kết của bạn và sử dụng bộ đếm tự động systemd.

Điểm gắn kết không thể nằm trong thư mục chính hoặc /media của bạn, vì vậy tôi sẽ đề xuất một cái gì đó như /mnt/nasMounted. Sau đó thêm hai tùy chọn noauto,x-systemd.automount

//192.168.100.12/HomSpace /mnt/nasMounted cifs credentials=/root/.memoriaCredentials,uid=1000,gid=1000,noperm,rw,vers=3.0,noauto,x-systemd.automount 0 0

Điều này hoạt động bằng cách truy cập điểm gắn kết /mnt/nasMounted. Bởi bạn trực tiếp thông qua trình quản lý tệp hoặc bởi bất kỳ ứng dụng nào hoặc bởi bất kỳ quy trình nào khác. Khá nhiều thứ truy cập vào điểm gắn kết đó sẽ kích hoạt tất cả quá trình gắn kết mà không cần sự can thiệp của bạn.

Dù bằng cách nào sau khi bạn chỉnh sửa fstab, hãy chạy hai lệnh này để làm cho systemd hài ​​lòng:

Sudo systemctl daemon-tải lại

Sudo systemctl khởi động lại từ xa-fs.target
Matteo Carotta avatar
lá cờ fr
Tôi cũng nghi ngờ rằng sự cố liên quan đến vấn đề thời gian, như đã báo cáo trong [phần Khắc phục sự cố tại Ubuntu wiki](https://wiki.ubuntu.com/MountWindowsSharesPermanently). Nhưng lời giải thích và giải pháp đề xuất của bạn tốt hơn nhiều. Tôi đã thử giải pháp [1], giải pháp này hoạt động tốt với một ngoại lệ: khi tôi nhấp vào phần chia sẻ từ trình quản lý tệp, tôi gặp lỗi này `lỗi 13(Quyền bị từ chối) khi mở tệp thông tin xác thực /root/.memoriaCredentials`. Vì cả thư mục và tệp đều bị hạn chế quyền root nên tôi đã tạo một tệp thông tin xác thực mới trong thư mục nhà của mình. Giải pháp tốt hơn?
Morbius1 avatar
lá cờ es
Lẽ ra tôi nên hỏi về tệp /root/.memoriaCredentials để đảm bảo bạn có thể đọc được tệp đó. Tôi đã cẩu thả.

Đă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.