Hoe u enkele toestemmingsproblemen op uw NTFS-, FAT-partities, etc. kunt oplossen

De beste manier om dit probleem uit te leggen, zijn de symptomen. Is het u ooit overkomen dat u hiermee geen bestanden kunt verwijderen die specifiek op een van uw partities zijn verwijderd (meestal een NTFS of FAT)? Het kan zijn dat u problemen ondervindt bij het uitpakken van TAR-bestanden, waardoor u het niet-intuïtieve bericht krijgt: "cannot utime: Operation niet toegestaan". In wezen is het probleem hetzelfde: de toewijzing van machtigingen bij het aankoppelen van uw partities is verkeerd.

Onze lezer Gustavo Kirch schreef ons om hulp te vragen bij een probleem waarvan ik denk dat sommigen van jullie moeten lijden: niet in staat zijn om verwijderde bestanden van een NTFS- of FAT-partitie naar de prullenbak te sturen. Het vreemde aan dit gedrag is dat de gebruiker het bestand permanent kan verwijderen (via Shift + Del) maar niet naar de prullenbak (Del) kan sturen. Vreemd toch?

Gustavo klaagde ook over niet in staat zijn om TAR-bestanden op die partities uit te pakken (alleen TAR of TAR. iets, bijvoorbeeld TAR.GZ, TAR.BZ2, etc.). Het vreemde aan dit alles is dat alles in orde was als hij het TAR-bestand naar het bureaublad of naar een ander pad dat in zijn EXT-partitie was opgeslagen, zou kopiëren. Het was mogelijk om het uit te pakken en er alles mee te doen. Nog zeldzamer was het feit dat het op zijn NTFS- of FAT-partitie zonder problemen andere formaten (ZIP, RAR, enz.) Kon unzippen. De fout die werd verkregen in het geval van TAR's was nogal cryptisch: "kan niet gebruiken: bewerking niet toegestaan".

eigenlijk, de oorzaak van beide problemen is er maar één: een slechte toewijzing van permissies van de partitie in kwestie.

Om ze op te lossen, opende ik een terminal en typte:

sudo gedit / etc / fstab

Het eerste dat u hoeft te doen, is de regel detecteren waarop de koppeling van de problematische partitie is ingesteld. Het kan bijvoorbeeld zijn:

# / windows stond tijdens de installatie op / dev / sda1

UUID = 572C8DDF568B4261 / windows ntfs standaard, uid = 1000, gid = 1000, noatime 0 0

De UUID is het unieke identificatienummer van elke partitie. Het zou ook iets kunnen zeggen als / dev / sda1 of iets dergelijks (geeft het pad van het apparaat aan). Wat volgt is het pad waar die partitie moet worden gemount. In dit geval / windows. De rest zijn de parameters die het type partitie aangeven (ntfs, fat, ext3, etxt4, etc.) en de permissies (die bepalen wie toegang heeft tot die partitie en onder welke voorwaarden - alleen lezen, lezen en schrijven, etc.) , onder andere.

De oplossing bestaat simpelweg door aan de regel van je problematische partitie het gedeelte toe te voegen dat uid = 1000 en gui = 1000 zegt. Dit betekent dat User (User ID = uid) 1000 en groep (Group ID = gid) 1000 de "eigenaren" van die partitie zullen zijn. De uid en gid 1000 komen over het algemeen overeen met de hoofdgebruiker van de machine. Om je uid en gid te zien gaan naar Systeem> Beheer> Gebruikers en groepen. Klik vervolgens op de knop Beheer groepen, zoek uw gebruikersnaam en klik op de knop EIGENDOMMEN. Om het rechtstreeks vanaf de terminal te doen, schreef ik:

id

Het is ook belangrijk dat u elke maskerparameter (umask, dmask, fmask) verwijdert die die regel heeft en deze vervangt door defaults, tenzij u precies weet waarom u wilt stoppen. Deze parameters verfijnen het machtigingsbeleid (wie kan bestanden uitvoeren, lezen, wijzigen of aanmaken) voor die partitie.

Ten slotte, Als je wilt, kun je alles wat volgt op het woord ntfs in het vorige voorbeeld kopiëren en plakken en het in je / etc / fstab op de overeenkomstige plaats kopiëren.

Ik laat een aantal dingen weg, maar dat is wat er ongeveer moet gebeuren. Om echt te leren omgaan met / etc / fstab-configuraties, heb je een bericht nodig dat er volledig aan is gewijd (wat ik zeker in de toekomst zal schrijven).