Когда-то давно старые базы удалялись при обновлении, сейчас эта часть spec закомментирована: %post ## Format of database changing occasionally. So removing database. #for FNAME in `ls --ignore=*.socket /var/lib/clamav`; do # [ -h /var/lib/clamav/$FNAME ] && continue # [ -d /var/lib/clamav/$FNAME ] && rm -rf /var/lib/clamav/$FNAME # [ -f /var/lib/clamav/$FNAME ] && rm -f /var/lib/clamav/$FNAME #done Просто так раскомментировать это теперь нельзя, так как есть отдельные пакеты с базами, а обновить базу в любой момент из Интернет может не быть возможности. Надо подумать, как можно чистить ненужные файлы и каталоги.
Теоретически это можно сделать как в той же Zimbra: /opt/zimbra/bin/zmclamdctl: ... if [ ! -f /opt/zimbra/data/clamav/db/daily.cvd ]; then # Start with the files we ship. cp -f /opt/zimbra/data/clamav/init/daily.cvd.init \ /opt/zimbra/data/clamav/db/daily.cvd cp -f /opt/zimbra/data/clamav/init/main.cvd.init \ /opt/zimbra/data/clamav/db/main.cvd cp -f /opt/zimbra/data/clamav/init/bytecode.cvd.init \ /opt/zimbra/data/clamav/db/bytecode.cvd fi ... Это надо изменить расположение файлов в пакетах clamav-db-bytecode, clamav-db-daily, clamav-db-main и clamav-db-safebrowsing (этот, вроде вообще теперь нигде не используется) и при старте реализовать подобную логику.
Ещё, как вариант, не удалять файлы из обычного списка: bytecode.cvd clamd.socket daily.cvd freshclam.dat main.cvd Сокет, правда, и так не удалялся. И что-то воспроизвести ещё раз появление мусора не получается. Замечено было на Сизифе.
(In reply to Sergey Y. Afonin from comment #2) > Сокет, правда, и так не удалялся. И что-то воспроизвести ещё раз появление > мусора не получается. Замечено было на Сизифе. Наверное это больше проблемы железки, на которой вылезло. Обновления скачиваются в каталоги вида /var/lib/clamav/tmp.abeed73a3b/, и на этом компьютере они не всегда завершаются успешно (но проблема по железу очевидно). Тем не менее, наверное стоит чистить эти каталоги /var/lib/clamav/tmp.* иногда.
