]]>]]>rpm {-V|--verify} [select-options] [verify-options]
Verifying a package compares information about the installed files in the package with information about
the files taken from the package metadata stored in the rpm database. Among other things, verifying com-
pares the size, MD5 sum, permissions, type, owner and group of each file. Any discrepancies are dis-
played. Files that were not installed from the package, for example, documentation files excluded on
installation using the "--excludedocs" option, will be silently ignored.The package selection options are the same as for package querying (including package manifest files as
arguments). Other options unique to verify mode are:--nodeps
Don't verify dependencies of packages.--nodigest
Don't verify package or header digests when reading.--nofiles
Don't verify any attributes of package files.--noscripts
Don't execute the %verifyscript scriptlet (if any).--nosignature
Don't verify package or header signatures when reading.--nolinkto
--nofiledigest (formerly --nomd5)
--nosize
--nouser
--nogroup
--nomtime
--nomode
--nordev
Don't verify the corresponding file attribute.The format of the output is a string of 8 characters, a possible attribute marker:
c %config configuration file.
как видите, это проверка множества пакетов по множеству параметров. Неудивительно, что она всё вешает. Что там у вас конкретно проверяется - мне не видно.
Но до сих осталось не понятным, почему он произвольно зависает при выполнении этой команды (бывает по 2 месяца работает, а бывает через день зависал)
Да что тут непонятного-то? Пакеты постоянно меняются, вот и виснет на проверке (почему не виснет каждый день тоже понятно - rpm не дура, что-бы каждый день проверять одно и тоже.)
]]>rpm -V <список пакетов>
Вот тут оно и бывает и виснит ((
Проблему решил. Но до сих осталось не понятным, почему он произвольно зависает при выполнении этой команды (бывает по 2 месяца работает, а бывает через день зависал), но я забил
Как у создателя темы - у меня нет вопросов. Тему можно закрывать. Всем спасибо, за направление деятельности по поиску решения проблемы.
]]>Не лечится...
ну не совсем... есть паллиатив.
Хотя мб кто-то из Вас уже сейчас на 100% поставит диагноз и даст рекомендации как поправить
легко - это обновления. Если они есть и их много - комп виснет. Такое бывает, после нахождения дыры в какой-то распространённой либе - приходится фиксить половину пакетов. Сносить и ставить заново пол-системы 
Не лечится...
### rpm database check
if [[ ${RPM_CHECK} == yes ]]; then
rpm -qa --qf "%{NAME}-%{VERSION}-%{RELEASE}\t%{INSTALLTIME}\n" | sort > ${RP
M_QA_TODAY}
rm -f ${RPM_VA_TODAY}.tmp
nice --adjustment=+19 rpm -V `cut -f 1 < ${RPM_QA_TODAY} | grep -v '^dev-[0
-9]'` | grep '^..5' | sort > ${RPM_VA_TODAY}.tmp
grep -v '^..........c.' ${RPM_VA_TODAY}.tmp | sed 's/^............//' | sor
t > ${RPM_VA_TODAY}
grep '^..........c.' ${RPM_VA_TODAY}.tmp | sed 's/^............//' | sort >
${RPM_VA_CONFIG_TODAY}
rm -f ${RPM_VA_TODAY}.tmp
fiСейчас разбил этот скрипт на части, и ввел лог по строчно, буду ждать следующих зависаний.
Хотя мб кто-то из Вас уже сейчас на 100% поставит диагноз и даст рекомендации как поправить )
/usr/share/msec/security.sh
Советуем, кто чего порекомендует
порекомендую скрипт проанализировать или здесь выложить.
]]>Советуем, кто чего порекомендует
brullek,для редактирования crontab, необходимо использовать crontab -e , только надо знать как работает vi =)
P.S. не запускайте crontab без ключей, иначе все задания которые есть затрете, перед использованием команды, ознакомьтесь с руководством пользователя, проще говоря man 5 crontab
полностью согласен.
Однако, есть возможность прописать любимый текстовый редактор (mcedit например)
crontab manipulates the crontab for a particular user. Only the superuser may specify a dif-
ferent user and/or crontab directory. Generally the -e option is used to edit your crontab.
crontab will use /usr/bin/vi or the editor specified by your VISUAL environment variable to
edit the crontab.