Puncte:0

Fișierele nu se șterg printr-o partajare samba

drapel us

Eu rulez Kubuntu 21.04. Am o unitate externă USB3 de 8TB formatată ca ext4. Este partajat în rețea ca share SAMBA. Numele unității este cuib, si al meu smb.conf este configurat după cum urmează:

[cuib]
comentariu = cuib
cale = /media/JMS10/nest
numai citire = nu
browsable = da
invitat ok = nu
public = da
forță utilizator = JMS10

Mă conectez la partajare de pe un laptop Windows 10. Când Windows cere un nume de utilizator/parolă, folosesc JMS10 ca nume de utilizator și specific parola. Pot să răsfoiesc și să vizualizez tot conținutul. Problema este că atunci când șterg un fișier, îmi spune că este șters, dar când reîmprospătez folderul fișierele sunt încă acolo. De asemenea, când deschid folderul fizic de pe computerul meu Kubuntu, pot vedea și fișierele.

Deci nu sunt sigur de ce fișierele nu sunt șterse. Înainte funcționa bine și la un moment dat a încetat să funcționeze corect. Nu l-am schimbat smb.conf peste mult timp.

jpbrain avatar
drapel ca
salut JMS. dacă faci "ls -la pe /media/JMS10/nest", ce permisiuni vezi?
jpbrain avatar
drapel ca
încercați asta... schimbați forțați utilizatorul la root și utilizați lista de scriere explicită = {utilizatori} separate prin spațiu. Amintiți-vă că vă reporniți serverul samba.
drapel us
Utilizatorul și grupul sunt JMS10. Și permisiunile sunt `drwxrwxr-x` pentru directoare și `-rw-rw-r--` pentru fișiere.
drapel us
Am încercat `force user = root` și `write list = JMS10`, dar încă face același lucru.
jpbrain avatar
drapel ca
permanenta arata ok. este un fișier sau fiecare fișier?
drapel us
Este fiecare fișier. Am si un alt drive si face acelasi lucru. Am repornit si masina.
jpbrain avatar
drapel ca
inca sapat... :-) este ciudat pentru ca ai spus ca nu s-a schimbat nimic. care este rezultatul comenzii grupurilor pentru contul JMS10?
drapel us
Să [continuăm această discuție în chat](https://chat.stackexchange.com/rooms/128988/discussion-between-jms10-and-jpbrain).
Puncte:0
drapel us

Am reușit să găsesc problema. Au fost câteva lucruri greșite cu configurația mea. De asemenea, nu a înregistrat niciun mesaj de eroare în fișierul /var/log/samba pliant. Bănuiesc că, din moment ce mă conectez de la un client Windows, probabil că există un caz marginal (bug) pe care l-am lovit.

În primul rând, am eliminat public și oaspete ok proprietăți. Am aflat că sunt sinonime, iar dacă te uiți la configurația mea originală de mai sus, am stabilit da pentru unul și Nu pentru celălalt.

În al doilea rând, mi-am adăugat utilizatorul la SAMBA rulând smbpasswd -a JMS10, și a adăugat utilizatori validi linia de mai jos. După aceea a început să funcționeze.

[cuib]
cale = /media/JMS10/nest
numai citire = nu
browsable = da
utilizatori validi = JMS10

Deci, configurarea mea a fost incorectă și nu sunt sigur de ce a funcționat înainte fără probleme. Presupunerea mea a fost că SAMBA nu are nevoie de un nume de utilizator separat, dar a fost incorect. Pentru orice începător, SAMBA nu se integrează cu contul tău Linux. Deci, trebuie să creați un utilizator nou pentru SAMBA, iar parola este, de asemenea, diferită de contul dvs. Linux.

David avatar
drapel cn
parola este, de asemenea, diferită de contul dvs. Linux. Nu cred că acest lucru este corect și în cazul meu pe 6 mașini diferite nu este.
drapel us
E foarte ciudat. Poate pentru că am trecut parametrul `-a`, setează o parolă diferită.

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.