Zamień plik na twardy link do / dev / null

Korzystam z aplikacji, która zapisuje do log.txt. Aplikacja została zaktualizowana do nowej wersji, dzięki czemu obsługiwane wtyczki nie są już kompatybilne. Wymusza ogromną liczbę błędów w log.txt i nie obsługuje zapisywania do innego pliku dziennika.

Jak mogę zapisać je w innym dzienniku?

Zastanawiałem się nad zastąpieniem log.txt twardym łączem (aplikacja nie może odróżnić właściwej różnicy?) Lub twardym łączem wskazującym / dev / null. Jakie są moje opcje?

# cp -a /dev/null log.txt

Spowoduje to skopiowanie twojego zerowego urządzenia z odpowiednimi głównymi i mniejszymi numerami programistycznymi log.txt, abyś miał inny null.

Urządzenia w ogóle nie są znane z nazwy w jądrze, ale raczej z ich głównych i mniejszych liczb. Ponieważ nie wiem, jaki masz system operacyjny, wygodne było po prostu skopiowanie liczb z miejsca, w którym już wiemy. Jeśli zrobisz to z niewłaściwymi głównymi i małymi numerami, najprawdopodobniej zrobiłbyś inne urządzenie, być może dysk lub coś innego, do czego nie chcesz pisać.

Możesz utworzyć symboliczny link do / dev / null i nie musisz być rootem:

ln -s /dev/null log.txt

Inne odpowiedzi tutaj prawdopodobnie będą działać. W szczególności rozwiązanie dowiązania symbolicznego będzie prawdopodobnie najłatwiejszym rozwiązaniem. Oferuję to głównie dla kompletności.

Rozwiązania wymagające mknod(lub cp -a) stają się problematyczne, jeśli system plików zawierający plik nie obsługuje urządzeń (np. Został zamontowany z nodevopcją, na przykład). Oczywiście twarde łącza między systemami plików po prostu nie działają.

Alternatywą dla twardych dowiązań lub tworzenia nowych węzłów urządzeń jest użycie montowania powiązań, które pozwalają zamontować plik lub katalog z jednej części drzewa systemu plików na innej. Na przykład możesz uruchomić:

mount -o bind /dev/null /path/to/log.txt

Działa to jak twardy link, ale:

• Może działać w różnych systemach plików (ponieważ nie jest oparty na i-węzłach systemu plików, takich jak twardy link)
• Działa na systemach plików tylko do odczytu (ponieważ tak naprawdę nie modyfikujesz systemu plików)

Kompletny przykład:

bash-4.3# ls -l /var/log/boot.log
-rw-r--r--. 1 root root 7436 Dec 19 10:00 /var/log/boot.log
bash-4.3# mount -o bind /dev/null /var/log/boot.log
bash-4.3# ls -l /var/log/boot.log
crw-rw-rw-. 1 root root 1, 3 Dec 19 09:58 /var/log/boot.log
bash-4.3# echo words words words > /var/log/boot.log
bash-4.3# ls -l /var/log/boot.log
crw-rw-rw-. 1 root root 1, 3 Dec 19 09:58 /var/log/boot.log

Zależy to krytycznie od tego, JAK aplikacja obsługuje log.txt.

Jeśli aplikacja po prostu otworzy istniejący plik i zapisze w nim, to zgodnie z opisem w innych odpowiedziach możesz go dowiązać do / dev / null, dowiązać do niego gdzie indziej, dowiązać do niego gdzie indziej (chociaż dowiązań twardych nie można przenosić między systemami plików, więc nie ma t wiele rzeczy w tym), stwórz tam kopię węzła urządzenia / dev / null itp.

OTOH, jeśli aplikacja usunie i ponownie utworzy plik log.txt, żaden z nich nie zadziała. Mógłbyś symlinkować cały katalog gdzie indziej, aby przekierować zapisy do innego systemu plików, ale to o tym i musiałbyś poradzić sobie z innymi rzeczami w katalogu.

Sądzę, że jeśli naprawdę chciałeś, możesz stworzyć niestandardowy system plików nakładki, który przeszedłby przez większość operacji, jednocześnie odrzucając wszelkie próby utworzenia pliku o nazwie log.txt.

Cóż, jedna niewdzięczna metoda z nazwaną rurą ：

# create a named pipe
mkfifo /path/to/log.txt
# read contents from the pipe and redirect them to /dev/null
cat /path/to/log.txt > /dev/null

możesz prawie wszystko zrobić z zrzutem dziennika, takim jak filtrowanie lub wysyłanie przez nc .

Zastanów się, czy plik nie jest rzeczywistym urządzeniem. Plik „log.txt” utworzony za pomocą mknod, z odpowiednim typem pliku i tymi samymi liczbami mniejszymi i większymi, będzie działał jako urządzenie zerowe, ponieważ tak jest.