Следите за тем, что отправляется в / dev / null?

Просто для удовольствия:
есть ли способ контролировать / захватывать / сбрасывать то, на что пишется /dev/null?

В Debian или FreeBSD, если это имеет значение, также приветствуются любые другие решения для конкретных ОС.

Создание /dev/nullименованного канала, вероятно, самый простой способ. Имейте в виду, что некоторые программы ( sshdнапример) будут работать неправильно или не будут выполняться, когда обнаружат, что это не специальный файл (или они могут прочитать из него /dev/null, ожидая его возврата EOF).

# Remove special file, create FIFO and read from it
rm /dev/null && mkfifo -m622 /dev/null && tail -f /dev/null
# Remove FIFO, recreate special file
rm /dev/null && mknod -m666 /dev/null c 1 3

Это должно работать во всех дистрибутивах Linux и всех основных BSD.

Однажды я обнаружил, что / dev / null не должен быть специальным файлом dev. Давным-давно / dev / null на работающей системе Ultrix был удален, поэтому в следующий раз, когда программа перенаправилась на / dev / null, она оказалась обычным файлом, полным выходных данных этой программы. (Я думаю, что это был «не такой файл или каталог», что означало, что, когда мы пытались выяснить, что происходит, нам приходилось делать cat /dev/nullи говорить, no such file or directoryчто чертовски смущало нас.)

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

Я думаю о идее, где / dev / null может быть символической ссылкой на дескриптор файла, но с механизмом добавления кода для определения операции чтения или записи, а затем, если она читается, она должна фактически считываться из / dev / actualnull, созданного отдельно с mknod, и если он записан, запишите вызывающую программу и попытайтесь выполнить запись / подсчет для анализа программ, использующих / dev / null для записи. Я полагаю, что это будет стоить дорого с точки зрения производительности. Я предполагаю, что это не практично, так как большинство программ оболочки или кода все равно используют перенаправление. Может быть, inotify может быть использован для мониторинга использования / dev / null? или переписать код ядра, который обрабатывает устройства 1: 3, снова скомпилировать и переустановить, экспериментально.