Opróżnianie zawartości pliku tekstowego

Mam plik tekstowy w moim katalogu domowym, który regularnie otrzymuje dane za pośrednictwem zadania cron. Ponieważ zadanie cron zapewnia dane dynamiczne, chciałbym również ustawić zadanie cron w celu opróżnienia zawartości pliku (plik musi nadal istnieć). Nie potrzebuję pomocy z cronem, tylko polecenie, które może pomóc w opróżnieniu pliku.

Najprostszy sposób:

> filename

Jest to mniej oczywisty sposób i prawdopodobnie mniej czytelny w skrypcie powłoki przez innych, ale to wszystko, czego potrzebujesz.

Ponieważ >tak naprawdę nie jest to naprawdę polecenie (jest wbudowane w bash), którego nie możesz użyć:

sudo > filename

gdy nie masz uprawnień do tego pliku. Ale możesz użyć:

sudo bash -c "> filename"

W tym celu stworzono narzędzie:

truncate -s 0 filename

Spowoduje to wyczyszczenie zawartości, ale nadal będzie to ten sam plik (i- węzeł pozostaje taki sam).

Jest to ważne, ponieważ niektóre programy trzymają uchwyt pliku „przez i-węzeł”. Załóżmy, że „opróżniłeś” plik przy użyciu naiwnej metody usuwania i ponownego tworzenia pliku. Niektóre programy mogą nadal trzymać uchwyt starego pliku (ze starą zawartością), nawet jeśli nie jest już widoczny zwykłymi środkami ls.

Niektóre linki do bardziej szczegółowych informacji na końcu tej odpowiedzi.

Innym sposobem, może łatwiejszym do zapamiętania:

echo -n > filename

To także utrzymuje ten sam i-węzeł.

Należy zauważyć, że zarówno truncatei echo -nnie są zdefiniowane przez POSIX .

W celu zachowania zgodności z POSIX cat /dev/null:

cat /dev/null > filename

Jeszcze inny sposób, bardziej niejasny i prawdopodobnie nie zależny od powłoki:

> filename

Jeśli plik do obcięcia wymaga uprawnień administratora do zapisu, następujące linie nie będą działać zgodnie z oczekiwaniami:

sudo echo -n > filename
sudo cat /dev/null > filename
sudo > filename

Dzieje się tak, ponieważ przekierowanie jest wykonywane przez powłokę jeszcze przed uruchomieniem sudo. Oznacza to, że dostęp do zapisu do pliku odbywa się przy użyciu uprawnień użytkownika, który uruchamia powłokę, a nie uprawnień, które zostaną przyznane przez sudo.

Obejściem tego problemu jest odroczenie przekierowania do powłoki wykonanej przy użyciu uprawnień sudo:

sudo sh -c "echo -n > filename"

Korzystanie z truncateciebie nie wymaga takiego obejścia, ponieważ dostęp do zapisu nie jest wykonywany przez powłokę, ale przez truncatektóry jest wykonywany przez sudo przy użyciu uprawnień sudo.

sudo truncate -s 0 filename

Aby uzyskać szczegółowe informacje o programach, które utrzymują otwarty plik, nawet jeśli plik został usunięty, możesz przeczytać:

• /programming/2028874/what-happens-to-an-open-file-handler-on-linux-if-the-pointed-file-gets-moved-de
• /server/501963/how-to-recover-free-space-on-deleted-files-wout-restarting-the-referencing-pr
• /unix/182077/best-way-to-free-disk-space-from-deleted-files-that-are-held-open

Aby to zautomatyzować, możesz użyć logrotate. Po prostu stwórz plik konfiguracyjny dla pliku, który chcesz opróżnić, dodaj inne ustawienia i możesz automatycznie go opróżniać codziennie na podstawie kryteriów, które wybierasz na co dzień, lub gdy plik jest większy niż itp.

Zobacz, jak skonfigurować Logrotate: http://linuxcommand.org/man_pages/logrotate8.html

echo "" > foo_fileJest to prosty sposób na osiągnięcie tego, zastąpi ona całą zawartość foo_file z „” czyni to w tym przypadku opróżnienia.

Możesz także użyć cat /dev/null > foo_file, który odczyta zerowe urządzenie i nadpisze twój plik niczym.