Удалить все/var/log?

При удалении всего в/var/log Вы, скорее всего, закончите с тоннами сообщений об ошибках в очень небольшое количество времени, так как существуют папки там, которые, как ожидают, будут существовать (например, exim4, apache2, склонный, чашки, mysql, самба и больше). Плюс: существуют некоторые сервисы или приложения, которые не создадут их файлы журнала, если они не будут существовать. Они ожидают, что, по крайней мере, пустой файл будет присутствовать. Таким образом, прямой ответ на Ваш вопрос на самом деле, "Не делают этого!!!".

Как joschi указал, нет никакой причины сделать это. У меня есть debian серверы, работающие, которым не удалили единственный файл журнала в течение многих лет.

Удалите все файлы:

find /var/log -type f -delete

Удалите весь .gz и повернутый файл

find /var/log -type f -regex ".*\.gz$"
find /var/log -type f -regex ".*\.[0-9]$"

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

Можно использовать опцию ctime для нахождения старых файлов..., например:

find -ctime +30

Как bindbn объясняют, сначала пробуют файлы выборки находки и после использования, которое удаляет опция :D

Я клонирую виртуальные машины с мастера. Имеет смысл очистить журнал на главном сервере, чтобы при загрузке клонов вы не получили журнал мастера. Я сделал это в tcsh:

cd /var/log
foreach ii ( `find . -type f` )
foreach? cp /dev/null $ii
foreach? end

, который очищает журналы, но сохраняет файлы.

Очистка всех журналов в системе Linux без удаления файлов:

for CLEAN in $(find /var/log/ -type f)
do
    cp /dev/null  $CLEAN
done

Samba ( / var / www / samba ) создает имена файлов журнала с IP-адресами, вы можете удалить их:

for CLEAN in $(find /var/log/samba -type f)
do
    rm -rf $CLEAN
done

function goodbyelogs {
find /var/log -type f
}

for i in return $(goodbyelogs);
do sudo cat /dev/null > $i;
echo "Log $i has been cleared";
done

создайте исполняемый сценарий и попробуйте запустить его от имени пользователя root, если sudo у вас не работает

Я реализовал здесь простой очиститель:

https://github.com/Lin-Buo-Ren/Coward-Unix-Log- Cleaner

Это просто:

• Удаляет имена файлов со следующими шаблонами лог-ротации имен файлов в / var / log
  • ^. * /. + \. [[: Digit:]] + (\. [ [: alpha:]] +)? $
  • ^. * /. + \. old $ (без учета регистра)
• Обрезать / очистить файлы с именами файлов со следующими шаблонами файлов журнала в /var/log
  • ^.*/.+\.log$ (без учета регистра)

/var/log часто имеет разрешения drwxrwxr-x, поэтому он не может быть записан пользователем, если только он не является корневым пользователем или не принадлежит к привилегированной группе. Это означает, что новые лог-файлы не могут быть созданы непривилегированными пользователями.

Приложения, которые ожидают входа в систему до точки внутри /var/log, часто будут касаться файла, существующего где-то в иерархии /var/log во время установки (что часто происходит с повышенными привилегиями), и будут chmod и, возможно, chown в то время получать разрешения, подходящие для непривилегированных пользователей, которые будут использовать это приложение.

Журналы Apache, например, обычно пишутся никому , который является пользователем с как можно меньшим количеством привилегий, чтобы Apache мог выполнять свою работу, не подвергая систему неоправданному риску. Но даже более запущенное приложение часто ожидает, что сможет записать лог в /var/log.

Так что же произойдёт, если лог-файл и путь к нему не существуют? Это полностью зависит от приложения. Некоторые приложения будут тихо пропускать лог-файлы. Другие создадут много предупреждений. А другие просто откажутся. Нет никакого жесткого правила, это зависит от бдительности разработчика приложения, а также от того, насколько критично разработчик относится к своей способности вести лог. В лучшем случае приложение попытается либо записать, либо, возможно, создать, а затем записать в лог-файл по назначению в /var/log, и окажется неспособным сделать это, потому что его запускает пользователь, у которого нет привилегий на запись в эту часть файловой системы.

Так что короткий ответ - нет, не удаляйте все в /var/log -- она нарушает контракт пользователей, имеющих достаточные привилегии для выполнения таких действий с приложениями, запущенными в их системе, и приводит к некоторому шуму, некоторому молчаливому сбою в журнале, и некоторому полному разрыву.

Соответствующее действие заключается в настройке logrotate с соответствующими конфигурационными файлами. Обычно вращение будет связано с заданием cron. Вращение может быть основано на интервале, или на размере, или на обоих. Можно даже установить правила, которые позволяют избежать вращения на основе интервала, если по истечении этого срока лог-файл остается пустым. Ротация может включать рассылку лог-файлов, сжатие, удаление, измельчение и т.д.

Среднему пользователю не нужно будет слишком беспокоиться о ротации логов. Разработчики, вероятно, захотят удостовериться, что в используемых ими журналах установлены правила ротации. На самом деле, разработчики, скорее всего, будут хорошими манерами настроить ротацию логов во время установки для любых программных логов, которые будут создаваться и записываться программным обеспечением

Да, можете.

Чтобы удалить все журналы автоматически, отредактируйте файл .bashrc. В терминале введите любое из следующего

nano ~/.bashrc - 
leafpad ~/.bashrc - Then save
gedit ~/.bashrc - Then save

Для nano нажмите ctl + O, чтобы сохранить и ctrl + x, чтобы выйти из режима редактирования

rm -r /var/log # Deletes logs directory
clear # Clear the terminal

Этот файл выполняется каждый раз, когда вы входите в систему или запускаете экземпляр терминала, поэтому ваши журналы всегда будут удаляться.

Вы также можете удалять их по времени. Например, 3 дня назад

find /yourlog/path -mindepth 1 -mtime +3 -delete

• -mindepth 1 означает обработку всех файлов, кроме аргументов командной строки.
• -mtime +3 проверит файлы, которые были изменены 3 дня назад.
• -delete удалит их