У меня есть файл журнала поставщика, размер которого постоянно увеличивается до сотен гигабайт. Я сообщал об ошибке несколько раз без разрешения. Есть ли проблемы с символической привязкой рассматриваемого файла к /dev/null ? Система представляет собой iMac текущего поколения с новейшей системой.
Я понимаю, что потеряю все журналы в этих файлах, но с 200 ГБ повторяющихся уведомлений об авторских правах я не против, пока они в конечном итоге не найдут причину ошибки.
Наиболее очевидная проблема с символической ссылкой на /dev/null будет то, что вы не сможете прочитать его содержимое.
Если вам не нужно читать содержимое файла журнала, тогда нет проблем с символической ссылкой на /dev/null - хотя вы можете захотеть изучить возможность просто отключить функцию ведения журнала соответствующего программного обеспечения.
Кроме того, если вам действительно нужно прочитать содержимое файла журнала, я рекомендую вам развернуть что-нибудь для ротации журналов (например, журнал новостей для Mac OS X) и пусть журналы будут чередоваться через равные промежутки времени и / или после того, как они достигнут определенного (определенного) размера.
Все в порядке, если они тебе не нужны. Не беспокойтесь об этом.
Я сделал этот совет на xenserver, так как по умолчанию установщик делает небольшой установочный раздел, поэтому файловая система использовала 90% +. (даже с добавлением логротации или сжатия журнала)