man find (narocito deo -uid)

To moze biti prilicno dugotrajan proces, jer ne znam u kom direktorijumima moze da ima fajlove. Tako `find / -user neki_user` moze trajati prilicno dugo. Mislio sam da postoji neki elegantniji nacin...

Elegantniji način postoji ukoliko imaš neki obrazac pri administraciji sistema.

Najčešće se svi fajlovi jednog korisnika mogu naći u /home/korisnik, /var, i /tmp direktorijumima (/var uglavnom sadrži poštu i druge privremene resurse, kao što su PK bitmape fontova za TeX, fajlovi na štampi itd. a /tmp je mesto po kojem svako može da brlja).

Međutim, ukoliko korisnik može da snima gde stigne, pa onda ne znam kako i možeš da pomisliš na „elegantniji“ način. Uostalom, ukoliko si ti administrator sistema, a ne znaš gde sve korisnik može da snima fajlove, velika je opasnost da te korisnik natera da uradiš nešto što ne želiš.

Kao primer, recimo imaš tekući direktorijum „.“ u putanji, odeš kao root u /tmp, ne znaš da ti je korisnik tu ubacio jedan lep „ls“ programčić koji njemu daje pristup, i ukucaš „ls“. Međutim, tekući direktorijum najčešće nije u putanji za root korisnika, ali ovo je samo ilustracija loše osiguranog sistema; čak i onda će „cd && ls /tmp“ dati ispravne rezultate.

Prema tome, ukoliko dovoljno poznaješ svoj sistem, ne treba ti nikakav alat da vidiš koji fajlovi pripadaju jednom korisniku, pošto znaš gde je moguće da on snima fajlove.

Usput, pogledaj i šta se sve beleži u locate bazu (man locate; man updatedb). updatedb se uglavnom stavlja u cron, i pokreće noću.

Nije bio problem u nesigurnosti sistema, vec u greski quota-e. Mislio sam da postoje jos neki fajlovi, koji naravno nisu postojali....

quota radi na principu „agregacije“: pri svakom upisu (write) se dodaje odgovarajuća veličina na već iskorišćeno.

Svakako se slažeš (pošto si probao) da bi bilo neprikladno da quota svaki put traži sve fajlove jednog korisnika na disku, i zato se tako dešava.

Konkretne probleme sa quota na Linux-u ne znam, ali na nekim serverima gde imam ograničenu kvotu (alas.matf.bg.ac.yu), po probijanju kvote, i stizanju do hard-limit-a, zatim brisanja nekih fajlova, pokazivao mi je mnogo više slobodnog prostora, nego što sam zaista imao (u pitanju su istina bile neke komplikovane operacije koje sam izvršio, više procesa itd. ali ipak je to neka greška).

Prema tome, najverovatnije treba istovremeno i sa updatedb (koji ipak ne sadrži podatke o korisnicima; pogrešno sam pretpostavio) pokrenuti i neki demon za dopunu quota podataka. Na taj način je quota uvek samo približno tačna, osim istovremeno nakon dopune, pod uslovom da nije bilo korisnika.