Автозагрузка скрипта через Upstart

[ikuchmin]

Попробовал ничего в результате не произошло маршрутизация так и не прописалась - да и кстати я понимаю что гугл дает многие ответы

[Otetz]

Ггггг  на тебе порча   

Ну тогда пропиши этот скрипт на Autostart в KDE (или что там у тебя, Gnome, XFCE etc...) При каждом логине будет запускаться. Заодно пропиши в /etc/sudoers себя с этим скриптом, чтобы пароль рута не вводить каждый раз.

[ikuchmin]

Появилась новая информация в случае если прописываешь скрипт в rc.local то в момент загрузки команда route выдает ошибку - отсутствуют ситевые интерфейсы такое ощущение что сеть еще не поднята и не зарегистрировано не одного интерфейса...
Почему такое происхдит???

[Kwah]

http://upstart.ubuntu.com/
не помогает?

[ikuchmin]

Вообщем проблему решил и вы не поверите как - раскажу ход мыслей:
Вообщем решил посмотреть процесс загрузки так как небыло уверенности в процессе загрузки последовательно первое что пришло в голову это посмотреть логи соответственно

Код: [Выделить]

grep -i -n <name script> /var/log/*но это не кокого результата не дало тоесть ранее скрипт в upstart хоть ошибку выдовал но после нескольких корректировок никаких log-ов не было и следующей мыслью было включить log-ирование действий upstart.
В man к upstart как я понял необходимо было, для логирования, включить logd что в общем то я  и сделал прописав в /etc/event.d/logd start on runlevel 2 в man к logd написано что лог загрузки он сохраняет в /var/log/boot но после згрузки никаких логов я не обнаружил
Далее решив более не искать логов я отключил splash(экран загрузки) и о что я вижу - ошибки команды ip r add которые находились в rc.local в результате полученных сообщений об ошибках было установленно что на момент выполнения скрипта ситевые интерфейсы не подняты и ip от dhсp не получен - напрашивался выводы что интерфейсы поднимаются позже хотя rc.local выполняется последним, перед загрузкой gdm.
Дальнейшии действия были в обращении внимания на два компьютерика в правом верхнем углу экрана которые сиволизировали утилитку "Network Manager"
После удоления соответствующей утилиты интерфейсы вообще перестали подниматься только lo соответсвенно можно было делать вывод что сетевые интерфейся поднимала именно это утилитка. Следующее действие это посмотреть файл /etc/network/interfaces и просвещение внем только и прописан только интерфейс lo - значит прописываем сетевую карту и вновь ребутимся.
Наконецто все что в rc.local исполняется нормально, идем дальше коментируем в rc.local и эксперементируем с upstart и выставляем запуск после скрипта rcS который лежит в /etc/event.d/rcS  - Просто это уровень на котором выполняется скрипт /etc/rcS.d/S40networking и что мы видим все работает и сразу после окончания выполнения скрипта rcS выполняется мой скрипт вот и он:

Код: [Выделить]

start on stopped rcS
console output
script
ip route add 213.178.32.0/255.255.224.0 via 10.1.141.1
ip route add 81.28.160.0/255.255.224.0 via 10.1.141.1
ip route add 85.114.160.0/255.255.224.0 via 10.1.141.1
ip route add 62.106.96.0/255.255.224.0 via 10.1.141.1
ip route add 172.16.0.0/255.240.0.0 via 10.1.141.1
ip route add 10.0.0.0/255.0.0.0 via 10.1.141.1
ip route add 213.180.192.0/255.255.224.0 via 10.1.141.1
ip route add 77.88.0.0/255.255.192.0 via 10.1.141.1
ip route add 87.250.224.0/255.255.224.0 via 10.1.141.1
ip route add 93.158.128.0/255.255.192.0 via 10.1.141.1
ip route add 192.168.0.1 via 10.1.141.1
ip route add 192.168.0.2 via 10.1.141.1
ip route add 81.28.160.1 via 10.1.141.1
ip route add 81.28.160.111 via 10.1.141.1
pppd call aistnet
end script

Да кстати он выполняется не всегда, есть предположение что сетевые интерфейся не успевают определяться так что нужно копать в сторону logd.
Надеюсь помог остальным...

Полезные ссылки:
http://www.ashep.org/?p=28#comment-125