Загрузка procps

Knoppix

Модераторы: Warderer, Модераторы разделов

Аватара пользователя
TuLiss
Сообщения: 1611
Статус: 01100
ОС: Gentoo,Ubuntu,MacOS X

Загрузка procps

Сообщение TuLiss »

Подскажите.

Ситуация такая. Решил я добавить изменения в sysctl, что бы не трогать /etc/sysctl.conf все разместил в /etc/sysctl.d/*.conf

Вот только при загрузки параметры не применяются. Если руками дергать procps разным способом то все хорошо.
/etc/init.d/procps start
invoke-rc.d procps restart
service procps start

Но вот при включении не работает ! Что я делаю не так ?

update-rc.d procps defaults
update-rc.d: using dependency based boot sequencing
update-rc.d: warning: default start runlevel arguments (2 3 4 5) do not match procps Default-Start values (S)
update-rc.d: warning: default stop runlevel arguments (0 1 6) do not match procps Default-Stop values (none)
insserv: warning: current start runlevel(s) (2 3 4 5 S) of script `procps' overrides LSB defaults (S).


Distributor ID: Debian
Description: Debian GNU/Linux 7.7 (wheezy)
Release: 7.7
Codename: wheezy
Чтение man'нов в слух ещЁ никому не помогало!...
kernel 4.2
chmod -x `which chmod`
War, war never changes...
Спасибо сказали:
Аватара пользователя
Bizdelnick
Модератор
Сообщения: 21347
Статус: nulla salus bello
ОС: Debian GNU/Linux

Re: Загрузка procps

Сообщение Bizdelnick »

А после sysctl --system настройки из конфига подтягиваются?
Пишите правильно:
в консоли
вку́пе (с чем-либо)
в общем
вообще
в течение (часа)
новичок
нюанс
по умолчанию
приемлемо
проблема
пробовать
трафик
Спасибо сказали:
Аватара пользователя
TuLiss
Сообщения: 1611
Статус: 01100
ОС: Gentoo,Ubuntu,MacOS X

Re: Загрузка procps

Сообщение TuLiss »

Bizdelnick писал(а):
19.10.2014 20:36
А после sysctl --system настройки из конфига подтягиваются?


да. Кук не странно но все починилась (как я не люблю такие вот моменты)

Проблема была думаю в неправильной конфигурации сетевых устройств. Поэтому procps срабатывал раньше чем надо.
Кстати такой баг был в старой версии debian, когда поднимались bridge.
Чтение man'нов в слух ещЁ никому не помогало!...
kernel 4.2
chmod -x `which chmod`
War, war never changes...
Спасибо сказали: