Hogyan lehet megoldani néhány engedélyezési problémát az NTFS-en, a FAT partíciókon stb.

A probléma magyarázatának legjobb módja a tünetei. Előfordult már veled, hogy nem engedi kukába dobni azokat a fájlokat, amelyeket kifejezetten törölnek az egyik partíción (általában NTFS vagy FAT)? Problémái lehetnek a TAR fájlok kicsomagolásával, és megértheti az uninuitive üzenetet: "nem lehet utime: A művelet nem engedélyezett". Nos, lényegében a probléma ugyanaz: az engedélyek kiosztása a partíciók telepítésekor helytelen.

Olvasónk, Gustavo Kirch azt írta nekünk, hogy segítséget kért egy olyan problémával kapcsolatban, amely szerintem többen szenvednek: nem küldhet törölt fájlokat egy NTFS vagy FAT partícióról a kukába. A viselkedés furcsa, hogy lehetővé teszi a felhasználó számára, hogy véglegesen törölje a fájlt (a Shift + Del segítségével), de nem küldi a kukába (Del). Furcsa, igaz?

Gustavo is panaszkodott nem tudta kibontani a TAR fájlokat azokon a partíciókon (csak TAR vagy TAR. valami, például TAR.GZ, TAR.BZ2 stb.). A furcsa az egészben az, hogy ha a TAR fájlt átmásolta az asztalra vagy az EXT partícióban tárolt bármely más útra, akkor minden rendben volt. Lehetőség volt kicsomagolni és bármit megtenni vele. Még ritkább volt, hogy NTFS vagy FAT partícióján problémamentesen kibontotta más formátumokat (ZIP, RAR stb.). A TAR-ok esetében kapott hiba meglehetősen rejtélyes volt: "nem lehet utime: A művelet nem megengedett".

tulajdonképpen mindkét probléma oka csak egy: a kérdéses partíció engedélyeinek hibás kiosztása.

Javításukhoz kinyitottam egy terminált és beírtam:

sudo gedit / etc / fstab

Az első dolog, amit meg kell tennie, hogy észlelje azt a vonalat, amelyben a problémás partíció felszerelése be van állítva. Lehet például:

A # / windows a telepítés során a / dev / sda1 fájlon volt

UUID = 572C8DDF568B4261 / Windows ntfs alapértelmezett értékek, uid = 1000, gid = 1000, noatime 0 0

Az UUID az egyes partíciók egyedi azonosítószáma. Mondhatna ilyet is: / dev / sda1 vagy hasonló (jelezve az eszköz útvonalát). A következő lépés a partíció csatlakoztatásának útja. Ebben az esetben / windows. A többi a partíció típusát (ntfs, fat, ext3, etxt4 stb.) És az engedélyeket (amelyek meghatározzák, hogy kinek és milyen feltételek mellett van hozzáférése a partícióhoz - csak olvasható, olvasható és írható stb.) Jelző paraméterek. ), többek között.

A megoldás egyszerűen abból áll, hogy hozzáadjuk a problémás partíció sorához azt a részt, amely azt mondja, hogy uid = 1000 és gui = 1000. Ez azt jelenti, hogy a User (User ID = uid) 1000 és a group (Group ID = gid) 1000 lesz a partíció "tulajdonosa". Az uid és gid 1000 általában megfelel a gép fő felhasználójának. Ha látni szeretné a uid és a gid menését Rendszer> Adminisztráció> Felhasználók és csoportok. Ezután kattintson a gombra Csoportok kezelése, keresse meg felhasználónevét és kattintson a gombra tulajdonságok. Hogy ezt közvetlenül a terminálról tegyem, azt írtam:

id

Fontos az is, hogy töröljön minden maszkparamétert (umask, dmask, fmask), amely rendelkezik ezzel a sorral, és cserélje le alapértelmezett, hacsak nem tudja pontosan, hogy miért szeretne kilépni. Ezek a paraméterek finomhangolják a partíció engedélyezési házirendjét (aki futtathat, olvashat, módosíthat vagy létrehozhat fájlokat).

Összefoglalva, ha akarod, átmásolhatsz mindent, ami az előző példában szereplő ntfs szót követi, és átmásolhatod az / etc / fstab könyvtárba a megfelelő helyre.

Néhány dolgot elhagyok, de nagyjából ezt kellene tenni. Ahhoz, hogy valóban megtanuljuk, hogyan kell kezelni az / etc / fstab konfigurációkat, szükséged lesz egy teljesen dedikált bejegyzésre (amelyet biztosan írok a jövőben).