Заменить файл жесткой ссылкой на / dev / null

Я запускаю приложение, которое пишет в log.txt. Приложение было обновлено до новой версии, благодаря чему поддерживаемые плагины перестали быть совместимыми. Он вызывает огромное количество ошибок в log.txt и не поддерживает запись в другой файл журнала.

Как я могу записать их в другой журнал?

Я подумал о замене файла log.txt жесткой ссылкой (приложение не может определить разницу, верно?) Или жесткой ссылкой, указывающей на / dev / null. Какие у меня варианты?

# cp -a /dev/null log.txt

Это копирует ваше нулевое устройство с правильными старшими и младшими номерами разработчиков, log.txtчтобы у вас было другое null.

Устройства вообще не известны по имени в ядре, а по их старшим и младшим номерам. Поскольку я не знаю, какая у вас ОС, мне было удобно просто скопировать числа, откуда мы уже знаем, что они есть. Если вы сделаете это с неправильными старшими и младшими номерами, вы, скорее всего, сделали бы какое-то другое устройство, возможно, диск или что-то еще, что вы не хотите записывать.

Вы можете сделать символическую ссылку на / dev / null, и вам не нужно быть пользователем root:

ln -s /dev/null log.txt

Другие ответы здесь, вероятно, будут работать. В частности, решение по символической ссылке, вероятно, будет самым простым решением. Я предлагаю это в основном для полноты.

Решения с участием mknod(или cp -a) становятся проблематичными, если файловая система, содержащая файл, не поддерживает устройства (например, она была смонтирована с nodevопцией, например). И, конечно, жесткие ссылки между файловыми системами просто не будут работать.

Альтернативой жестким ссылкам или созданию новых узлов устройств является использование привязок, которые позволяют монтировать файл или каталог из одной части дерева вашей файловой системы в другую. Так, например, вы можете запустить:

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

Это действует как жесткая ссылка, но:

• Он может работать через файловые системы (потому что он не основан на инодах файловой системы, таких как жесткая ссылка)
• Он работает на файловых системах только для чтения (потому что вы фактически не изменяете файловую систему)

Для полного примера:

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

Это критически зависит от того, КАК приложение обрабатывает log.txt.

Если приложение просто открывает существующий файл и записывает в него, то, как описано в других ответах, вы можете создать символическую ссылку на / dev / null, символическую ссылку где-нибудь еще, жесткую ссылку где-то еще (хотя жесткие ссылки не могут быть кросс-файловой системой, поэтому нет ' в этом много смысла) создайте копию узла устройства / dev / null и т. д.

OTOH, если приложение удаляет и воссоздает log.txt, все это не будет работать. Вы можете создать символическую ссылку на весь каталог где-нибудь еще, чтобы перенаправить записи в другую файловую систему, но это все, и вам придется иметь дело с другими вещами в каталоге.

Я думаю, если бы вы действительно хотели, вы могли бы создать пользовательскую оверлейную файловую систему, которая бы выполняла большинство операций, одновременно отбрасывая любые попытки создать файл с именем log.txt.

Ну, один изящный метод с именованным каналом:

# 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

Вы почти можете сделать что-нибудь с дампом журнала, например, фильтровать или отправлять через nc .

Подумайте о том, чтобы сделать файл фактическим нулевым устройством. Файл "log.txt", созданный с помощью mknod, с правильным типом файла и теми же младшими и старшими номерами, будет действовать как нулевое устройство, потому что это так.