Puncte:2

Ubuntu 20.04 - Cum se montează automat o partajare CIFS dacă montarea în timpul pornirii eșuează

drapel fr

Încerc să montez automat o partajare samba care rezidă pe nas care rulează openmediavault 5.6.12-1 și versiunea samba 4.9.5-Debian pe desktopul meu care rulează Ubuntu 20.04.3.

După ce ai urmat instrucțiunile din forumul openmediavault și comunitatea ubuntu Am adăugat următoarea comandă în fișierul meu fstab:

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

Când execut sudo mount -a folderul de partajare este montat corect, fără erori. Din păcate, după repornirea computerului, folderul nu este montat automat. Nu am găsit instrucțiuni pe internet care să sugereze o modalitate diferită și la fel de practicabilă de a monta un folder partajat Cifs și fără nicio eroare în jurnal, nu am idee ce greșesc.

Ce este în neregulă cu comanda pe care am adăugat-o la fstab? Cum pot monta automat partajarea CIF la pornire? Multumesc anticipat.

24601 avatar
drapel in
singura diferență dintre intrarea dvs. fstab și a mea `//192.168.1.117/[NAS share_name] /media/NAS/GnV_Common cifs username=[nume],parola=[parolă],rw,uid=1000,gid=500` unde functioneaza perfect bine. Nu am inclus parametrii `vers=3.0` sau `noperm`. În scopuri de explorare, poate încercați să le editați pentru a vedea ce se schimbă. Aș face asta prin copierea/lipirea liniei, efectuarea modificărilor și și comentarea liniilor pe care trebuie să le suprimați.
Organic Marble avatar
drapel us
Montez share-uri și prin fstab; funcționează fiabil. Am parametrul `vers=3.0`, dar în loc de `noperm` am `nofail`. Pe baza acestui lucru și a comentariului lui @24601, bănuiesc că problema este parametrul `noperm`. Edit: De asemenea, nu am parametrul `rw`.
Matteo Carotta avatar
drapel fr
Am eliminat toate steagurile din intrarea din fstab: `//192.168.100.12/HomSpace /media/nasMounted cifs credentials=/root/.memoriaCredentials 0 0`, dar fără nicio îmbunătățire. Când dau clic pe share prin nautilus înainte de a executa `sudo mount -a`, primesc această eroare: Nu se poate accesa "nasMounted" mount: /media/nasMounted: operațiune permisă numai pentru root. Presupun că are de-a face cu proprietatea folderului de găzduire. Probabil normal din moment ce nu sunt root.
Puncte:1
drapel es

Deoarece cota se va monta atunci când emiteți a sudo mount -a Bănuiesc că nu este nimic în neregulă cu declarația ta fstab. Sugerează o problemă de sincronizare. Linux citește fstab înainte ca stiva de rețea să fie deschisă și operațională, așa că atunci când montează partajarea rețelei, eșuează.

2 posibilități sunt de a transforma acest lucru într-o „montură la cerere”:

[1] Păstrați punctul de montare actual, dar adăugați încă două opțiuni: noauto, utilizator

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

Când porniți sistemul, partajarea nu se va monta, dar va apărea pe panoul lateral al managerului de fișiere ca lansator. Faceți clic pe el și va merge la fstab pentru a vedea cum se montează, apoi faceți acest lucru.

EDITAȚI | ×: După cum s-a arătat mai jos, ar fi trebuit să mă asigur că fișierul de acreditări poate fi citit de către utilizatorul obișnuit pentru ca această metodă să funcționeze. Plasarea acestuia în directorul propriu ar fi o alegere mai bună.

[2] Schimbați punctul de montare și utilizați un sistem de montare automată.

Punctul de montare nu poate fi sub directorul dvs. de acasă sau /media, așa că aș sugera ceva de genul /mnt/nasMounted. Apoi adăugați două opțiuni 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

Acest lucru funcționează prin accesarea punctului de montare /mnt/nasMounted. Fie de către dvs. direct prin managerul de fișiere, fie prin orice aplicație, fie prin orice alt proces. Aproape orice accesare a punctului de montare va declanșa o montură fără intervenția dvs.

Oricum, după ce editați fstab, rulați aceste două comenzi pentru a face systemd fericit:

sudo systemctl daemon-reload

sudo systemctl restart remote-fs.target
Matteo Carotta avatar
drapel fr
De asemenea, bănuiam că problema are de-a face cu o problemă de sincronizare, așa cum este raportată în [secțiunea de depanare a Ubuntu wiki](https://wiki.ubuntu.com/MountWindowsSharesPermanently). Dar explicația și soluțiile propuse sunt mult mai bune. Am încercat deja soluția [1], care funcționează minunat cu o singură excepție: când am făcut clic pe share din managerul de fișiere, primesc această eroare `eroare 13(Permisiune refuzată) deschiderea fișierului de acreditări /root/.memoriaCredentials`. Deoarece atât folderul, cât și fișierul sunt limitate la rădăcină, am creat un nou fișier de acreditări în folderul meu de acasă. Soluție mai bună?
Morbius1 avatar
drapel es
Ar fi trebuit să întreb despre fișierul /root/.memoriaCredentials pentru a mă asigura că este ușor de citit. Am devenit neglijent.

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.