Piotr Goc

Piotr Goc Analityk Biznesowy -
Systemowy

Temat: rm a ilość wolnego miejsca

Witam

mam takie pytanie a w zasadzie to chciałem się upewnić czy dobrze myślę......

wartości przykładowe oczywiście
znana jest mi wielkość pliku
jeżeli mam do niego prawo pisania i usunę go rm to czy jest możliwość aby po komendzie df -k ilość miejsca w obrębie tego systemu pliku się nie zmieniła?

czy ma znaczenie wersja systemu?

pozdrawiam
Piotr

konto usunięte

Temat: rm a ilość wolnego miejsca

Nie bardzo rozumiem co rozumiesz przez prawo pisania, ale jeżeli jest to plik do którego w danej chwili coś pisze a my w międzyczasie go usuniemy przez rm to df -h wcale nie musi się zmienić, gdyż jakiś proces nadal może pisać po dysku w tym miejscu.
Piotr Goc

Piotr Goc Analityk Biznesowy -
Systemowy

Temat: rm a ilość wolnego miejsca

plik nie jest przez nikogo edytowany
a przez prawo pisania rozumiem że mogę go coś więcej niż tylko r
ale żeby było prościej mam do niego pełne prawa.

konto usunięte

Temat: rm a ilość wolnego miejsca

Raczej jeżeli plik jest nieużywany i go wyrzucamy to powinno się zwolnić miejsce. Jest parę szczególnych przypadków. O jakim systemie plików w ogóle mowa?

konto usunięte

Temat: rm a ilość wolnego miejsca

Piotr Goc:
jeżeli mam do niego prawo pisania i usunę go rm to czy jest możliwość aby po komendzie df -k ilość miejsca w obrębie tego systemu pliku się nie zmieniła?
Sorry czytam to kolejny raz i te zdanie jest zupełnie nie po naszemu. Nic z tego nie rozumiem...

Ogólna sytuacja jest jak podał Dawid - usunięcie nieużywanego pliku przez rm zmieni wynik df -k

konto usunięte

Temat: rm a ilość wolnego miejsca

Piotr Goc:
znana jest mi wielkość pliku
jeżeli mam do niego prawo pisania i usunę go rm to czy jest możliwość aby po komendzie df -k ilość miejsca w obrębie tego systemu pliku się nie zmieniła?

1. Tak. Plik musi być otwarty do zapisu. Wówczas znika z katalogu, ale df nadal raportuje jakby był.

2. Możliwość, o której jeszcze nikt nie napisał to tzw. hard link. Plik fizycznie z dysku "znika" wyłącznie wtedy, kiedy usunie się ostatni "inode". Jeśli więc jesteś na 100% pewien, że nikt tego pliku nie otworzył do zapisu to chyba oznacza, że jest jeszcze jakiś link do niego.
czy ma znaczenie wersja systemu?

Nie. To są podstawy Unix'a ważne niemal od początków jego powstania.

konto usunięte

Temat: rm a ilość wolnego miejsca

Jest jeszcze jeden przypadek - reserved blocks.
W przypadku, gdy df raportuje 0% wolnej przestrzeni, root może pisać po filesystemie dalej korzystając z zarezerwowanych bloków (by default 5% jest rezerwowane).
W każdym razie lsof (z postu Krzysztofa) + tune2fs (z mojego przypadku) mogą pomóc w odzyskaniu przestrzeni.
Piotr Goc

Piotr Goc Analityk Biznesowy -
Systemowy

Temat: rm a ilość wolnego miejsca

wielkie dzięki na ukierunkowanie mnie

to był link :)

pozdrawiam
Andrzej Zieliński

Andrzej Zieliński Administrator
Systemów
Informatycznych, Sp.
z.o.o

Temat: rm a ilość wolnego miejsca

Piotr Goc:
wielkie dzięki na ukierunkowanie mnie

to był link :)

Każdy plik to jest link...

konto usunięte

Temat: rm a ilość wolnego miejsca

Krzysztof P.:
....................
Nie. To są podstawy Unix'a ważne niemal od początków jego powstania.


Tutaj Krzysztofie to akurat bym uważał z tymi podstawami UNIXa, bo w dzisiejszych czasach gdy mamy rozbudowane systemy plików, nie mówiąc o deduplikacji to różnie to bywa ;)

Tutaj fajny przykład gdy df -k zaczyna głupieć

http://blogs.oracle.com/scottdickson/entry/sillyt_zfs_...

konto usunięte

Temat: rm a ilość wolnego miejsca

Dawid Rogaczewski:
Tutaj fajny przykład gdy df -k zaczyna głupieć

Solaris to w ogóle jest odjechany :) Robisz rm na dużej ilości plików, on się kończy natychmiast ... a zmiany w df pojawiają się dość powolnym tempem. W Linuxie i ext2/3 to trzeba czekać na zakończenie rm.

Następna dyskusja:

Szkolenia LINUX dofinansowa...


«

NULOG

|

HPC

»


Wyślij zaproszenie do