При отключении любого сервиса при помощи chkconfig сервис не полностью исчезает из автозагрузки. Он по прежнему стартует на втором уровне. Приходится вручную вызывать chkconfig --level 2 service_name off. Такое поведение хоть и документировано в man chkconfig, но несколько неожиданно и не логично. Подробнее можно прочитать в этой дискусии: http://lists.altlinux.ru/pipermail/community/2005-May/156222.html Steps to Reproduce: 1. chkconfig --list | grep вкл |grep service_name 2. chkconfig service_name off 3. chkconfig --list | grep вкл |grep service_name Actual Results: Сервис не включен на втором уровне Expected Results: Сервис должен быть выключен на втором уровне
Народ, читать умеем? man chkconfig: By default, the on and off options affect only runlevels 3, 4, and 5, while reset affects all of the runlevels. The --level option may be used to specify which runlevels are affected.
> Народ, читать умеем? > man chkconfig: > By default, the on and off options affect only runlevels 3, 4, and 5, > while reset affects all of the runlevels. The --level option may be > used to specify which runlevels are affected. Умею :) Прочитал. Не согласен! Если chkconfig может все-таки "рулить" вторым уровнем (опция --level прямое тому доказательство), то почему она этого не делает? По логике (моей ;)) удаление должно удалять сразу со всех уровней. И кажется тот же update-rc.d из Дебиана делал именно так. Вообщем нужно править поведение программы IMHO...
может любым, но в 2 и 4 практически не применяются. короче говоря, проще забить и не морочить себе и людям голову =)
Fixed upstream. Available in chkconfig-1.3.25-alt1.
