Cel mai bun mod de a explica această problemă este prin simptome. Vi s-a întâmplat vreodată că nu vă permite să aruncați fișierele șterse în mod special pe una dintre partițiile dvs. (în general, un NTFS sau FAT)? Este posibil să aveți probleme la dezarhivarea fișierelor TAR, primind mesajul neintuitiv: „nu se poate utime: Operațiunea nu este permisă”. Ei bine, în esență, problema este aceeași: atribuirea permisiunilor la montarea partițiilor dvs. este greșită. |
Cititorul nostru Gustavo Kirch ne-a scris cerându-ne ajutor pentru o problemă pe care îmi imaginez că mai mulți dintre voi trebuie să o sufere: neputând trimite fișiere șterse dintr-o partiție NTFS sau FAT la coșul de gunoi. Ciudat despre acest comportament este că permite utilizatorului să șteargă definitiv fișierul (prin Shift + Del), dar să nu-l trimită la coșul de gunoi (Del). Ciudat, nu?
S-a plâns și Gustavo neputând dezarhiva fișierele TAR de pe acele partiții (numai TAR sau TAR.ceva, de exemplu TAR.GZ, TAR.BZ2 etc.). Lucrul ciudat despre toate acestea este că, dacă a copiat fișierul TAR pe desktop sau pe orice altă cale stocată în partiția sa EXT, totul a fost în regulă. A fost posibil să-l dezarhivați și să faceți tot ce trebuie cu el. Chiar mai rar a fost faptul că pe partiția sa NTFS sau FAT putea dezarhiva alte formate (ZIP, RAR etc.) fără probleme. Eroarea obținută în cazul TAR-urilor a fost destul de criptică: „nu se poate utime: Operațiunea nu este permisă”.
De fapt, cauza ambelor probleme este doar una: o atribuire greșită a permisiunilor partiției în cauză.
Pentru a le remedia, am deschis un terminal și am tastat:
sudo gedit / etc / fstab
Primul lucru pe care trebuie să-l faceți este să detectați linia în care este setată montarea partiției problematice. Ar putea fi, de exemplu:
# / windows a fost pornit / dev / sda1 în timpul instalării
UUID = 572C8DDF568B4261 / Windows NTFS implicite, uid = 1000, gid = 1000, noatime 0 0
UUID este numărul unic de identificare al fiecărei partiții. De asemenea, ar putea spune ceva de genul / dev / sda1 sau similar (indicând calea dispozitivului). Ceea ce urmează este calea de montare a partiției respective. În acest caz / windows. Restul sunt parametrii care indică tipul partiției (ntfs, fat, ext3, etxt4 etc.) și permisiunile (care determină cine are acces la acea partiție și în ce condiții - numai citire, citire și scriere etc.) , printre alte lucruri.
Soluția constă pur și simplu în adăugarea la linia partiției problematice a părții care spune uid = 1000 și gui = 1000. Ceea ce înseamnă acest lucru este că Utilizatorul (ID utilizator = uid) 1000 și grupul (ID grup = gid) 1000 vor fi „proprietarii” acelei partiții. UID și gid 1000 corespund în general utilizatorului principal al mașinii. Pentru a vă vedea uidul și gidul accesați Sistem> Administrare> Utilizatori și grupuri. Apoi faceți clic pe buton Gestionați grupuri, găsiți numele de utilizator și faceți clic pe buton Proprietăţi. Pentru a face acest lucru direct de la terminal am scris:
id
De asemenea, este important să ștergeți orice parametru de mască (umask, dmask, fmask) care are acea linie și să îl înlocuiți cu implicite, dacă nu știi exact de ce vrei să renunți. Acești parametri ajustează politica de permisiuni (cine poate executa, citi, modifica sau crea fișiere) pentru acea partiție.
În concluzie, dacă doriți, puteți copia-lipi tot ce urmează cuvântului ntfs în exemplul anterior și copiați-l în / etc / fstab în locul corespunzător.
Las unele lucruri în afară, dar cam asta ar trebui făcut. Pentru a învăța cu adevărat cum să gestionați configurațiile / etc / fstab, veți avea nevoie de o postare dedicată în totalitate acestuia (pe care sigur o voi scrie în viitor).
Adevărul este foarte bun ca întotdeauna.
Mi s-a întâmplat că atunci când am, pe partiția NTFS, un fișier cu o bifă în nume, în Linux fișierul pare să lipsească !!!!! Cum o rezolv ???
În ceea ce priveşte
Cred că am o problemă similară. Cu siguranță o credeți într-una dintre aceste lucruri pe care le-am pus în sistemul meu: un utilizator x gdm nu-l lasă să se conecteze la Xubuntu, pe de altă parte sub Gnome nu există nicio problemă. Gnome (core) îl instalează ultima dată.
îmi pare rău, dar nu înțeleg bine ... ne puteți da un exemplu despre cum ar trebui să arate fișierul?
Mmm atât de ciudat. Adevărul este că habar nu am ce se poate întâmpla. 🙁
Am acea mică problemă de la ubuntu intrepid și astăzi am rezolvat-o datorită 😀
Mi s-a părut complicat, dar de fapt este foarte simplu, deși trebuie să recunosc că exemplul tău m-a ajutat enorm
încă o dată vă mulțumesc foarte mult 😀
Cred că adăugarea parametrului nls = utf8 la linia unde este montată partiția NTFS în / etc / fstab ar trebui să o repare. 🙂
Noroc! Paul.
În cazul în care aveți această problemă (consultați primul paragraf al postării), ar trebui să modificați / etc / fstab. Mai exact, linia care montează partiția problematică (care depinde de sistemul dvs.). Acum copiați și lipiți tot ce spune după cuvântul ntfs în exemplul anterior. Apoi, copiați-l pe acea linie a fstab-ului dvs. înlocuind acei parametri.
De exemplu, dacă ați avea:
UUID = 572C8DDF568B4261 / windows ntfs umask = 007, gid = 46 0 0
Ar trebui să rămâi:
UUID = 572C8DDF568B4261 / Windows NTFS implicite, uid = 1000, gid = 1000, noatime 0 0
Atât de bun! Mă bucur că te-am putut ajuta!
Nu uitați că, dacă aveți orice altă problemă a cărei soluție poate fi utilă pentru a o împărtăși cu restul, puteți să-mi scrieți la hai să folosim linux@gmail.com.
Noroc! Paul.
Informații interesante. Cum ar putea fi extinsă această soluție la unitățile USB? (Am adesea probleme cu aceste dispozitive?
Bună, am o partiție în ntfs pe care o împărtășesc atât în win2 cât și în GNU / Linux, dar scripturile și fișierele din .txt nu pot modifica permisiunile, iar caseta „Fă executabil acest fișier” este bifată întotdeauna, Asa de:
UUID = 2608A05D70B9BF80 / home / decoy / Documents / ntfs-3g implicit, uid = 1000, gid = 1000, auto 0 0
Trimiteți întrebarea dvs. pe forum, astfel încât acestea să vă poată ajuta: http://foro.desdelinux.net
Mulțumesc! Chiar acum trec pe lângă 😀
Bună ziua, deși această postare există de mult, tocmai m-am trezit în aceeași situație.
În cazul meu, cu Ubuntu 14.04 până acum am montat manual cele două discuri de date pe care le am în plus față de sistemul de operare.
Din aplicația Discuri, făcând clic pe pictograma unelte, am modificat opțiunile de montare automată, astfel încât să nu trebuiască să le montez manual de fiecare dată când pornesc computerul și mi-am dat seama că acum nu mă mai lasă să trimit la coșul de gunoi fișierele le șterg direct.
Când merg la fișierul fstab cu comanda indicată în acest post, apare următoarele:
#
# / a fost activat / dev / sda1 în timpul instalării
UUID = 64f34382-6607-490c-a15f-bf1728ab7025 / ext4 errors = remount-ro 0 1
# / home era pe / dev / sda3 în timpul instalării
UUID = 795a0319-2746-4519-a7f5-5b6909047713 / home ext4 implicit 0 2
# swap a fost activat / dev / sda5 în timpul instalării
UUID = 0d6e7960-3a43-45ba-964a-497d2ec6c777 none swap sw 0 0
/ dev / disk / by-uuid / 01FCD1087CE12525 / mnt / 01FCD1087CE12525 auto nosuid, nodev, nofail, x-gvfs-show 0 0
/ dev / disk / by-uuid / 46FC4685FC466EED / mnt / 46FC4685FC466EED auto nosuid, nodev, nofail, x-gvfs-show 0 0
Aveți idei ce să modific, astfel încât să pot face gunoi?
În ceea ce priveşte
Salut edi!
Cred că ar fi mai bine dacă ridicați această întrebare în serviciul nostru de întrebări și răspunsuri cere DesdeLinux astfel încât întreaga comunitate să vă poată ajuta cu problema dumneavoastră.
O îmbrățișare, Pablo.
Bună tuturor,
Aproape de cele mai multe ori, este mai bine să faceți lucruri în consolă pe sistemul de operare Linux.
==> Pentru a găsi valoarea UID (Id User) în debian căutați următorul fișier:
sudo vim / etc / passwd -> în interior, există numele dvs. de utilizator sau numele de gazdă
Exemplu:
youruser: x: 1000: 1000 :: / home / youruser: / bin / zsh
iar în acest caz Uid este 1000
==> În cazul GID (Id-uri de grupuri), acesta se află în fișier:
sudo / etc / groups
Exemplu:
utilizatorul tău: x: 1000:
Grupul este 1000 și acestea sunt valorile pe care le configurați în fișierul / etc / fstab
Salutări.