[user@eeedima webpic]$ sudo chkconfig --list cpuspeed cpuspeed 0:off 1:on 2:off 3:off 4:off 5:off 6:off Такая ситуация после установки пакета [user@eeedima webpic]$ sudo chkconfig cpuspeed off [user@eeedima webpic]$ sudo chkconfig --list cpuspeed cpuspeed 0:off 1:on 2:off 3:off 4:off 5:off 6:off Не отключился [user@eeedima webpic]$ sudo chkconfig --level 1 cpuspeed off [user@eeedima webpic]$ sudo chkconfig --list cpuspeed cpuspeed 0:off 1:off 2:off 3:off 4:off 5:off 6:off [user@eeedima webpic]$ sudo chkconfig cpuspeed on [user@eeedima webpic]$ sudo chkconfig --list cpuspeed cpuspeed 0:off 1:off 2:on 3:on 4:on 5:on 6:off [user@eeedima webpic]$ sudo chkconfig cpuspeed off [user@eeedima webpic]$ sudo chkconfig --list cpuspeed cpuspeed 0:off 1:off 2:off 3:off 4:off 5:off 6:off
Да, совершенно верно, chkconfig при изменении состояния сервисов не трогает runlevel 1 (см. строку 429 chkconfig.c). Логику такого поведения chkconfig можно понять - поскольку 1-й runlevel имеет традиционную семантику "single user" без поднятой сети и запущенных сервисов, то и менять статус запуска сервиса в этом runlevel нет смысла - ожидается, что инитскрипты и не должны в нем запускать сервисы. С другой стороны, cpuspeed "не совсем сервис" и я не считаю ошибкой его запуск в single user. Так что я бы закрыл этот репорт как NOTABUG. Но возможно ментейнер chkconfig сочтет целесообразным отпатчить его на предмет единообразной работы с 1-м runlevel. Поэтому перевешиваю репорт на chkconfig.
chkconfig(1): By default, the on and off options affect only runlevels 2, 3, 4, and 5, while reset affects all of the runlevels. The --level option may be used to specify which runlevels are affected.
