farwayer |
|
Темы:
12
Сообщения:
181
Участник с: 30 апреля 2010
|
nafanjaСпасибо за наводку! Сам начал копать в эту степь, но потом забил, ибо случай был единичным.farwayerБыла такая же ситуация с нетом, подправил юнит Сделал костылем, который и не сильно-то костыль вообщем. Это я к небольшой “сырости” systemd вспомнил. |
sleepycat |
|
Темы:
98
Сообщения:
3291
Участник с: 19 июля 2011
|
полностью согласен, я вот признавая какойто явный косячок, всеже временно нашел решение в таймауте, в крайнем случае пущу руками. Это не обязательные процессы, а вот те, что кровь из носу, просто двигаю максимально далеко от того юнита который может вморозить, обычно помогате.(успевают разморозится к подходу “дочернего” юнита) А вот при выключении , когда стопорится vconsole … чтото там иногда, тут просто так долго, что очередь не помагает, вот думаю завтра сесть и таймут туда вкрутить на стоп процедуру, тут то мне по барабану как оно выключиться лишб бы не 1 минуту ждать.
Лозунг у них был такой: "Познание бесконечности требует бесконечного времени". С этим я не спорил, но они делали из этого неожиданный вывод: "А потому работай не работай — все едино". И в интересах неувеличения энтропии Вселенной они не работали. (с)
|
bobart |
|
Темы:
38
Сообщения:
2537
Участник с: 28 ноября 2009
|
sleepycatТы прав: лень. Я решаю проблемы по мере поступления, а заниматься теорией глобально сейчас просто нет желания и времени. А в целом, согласен. Потому что независимо от проблем с сетью он ДОЛЖЕН пустить вас в систему, а не заставлять ждать до второго пришествия. По идее, вас должны пустить логиниться сразу, как только будет загружено всё необходимое для этого, а потом уже будет подниматься dhcpcd, после него ваш xl2tpd и т.д., и всё это уже в фоне.Natrio, это-то и достигалось запуском network и xl2tpd в бэкграунде, грабли как раз были в том, что xl2tpd не мог поднять ppp0 пока нет eth0. Опережал события он, а что до логина: пожалуйста, логинься на здоровье. И рестарть xl2tpd, убедившись что eth0 уже на месте. Либо, как вариант, надо было что-то мутить со sleep'ами в /etc/rc.d/xl2tpd. В конце-концов, все эти L2TP-бубны уже в прошлом, могу ошибаться в трактовке последовательности событий и в том, кто в чём был неправ. Кстати, да, в ситуации “не бэкграунд”, если сети вообще не было, по истечении какого-то там лимита загрузка нормально продолжалась и об изнурительно долгом ожидании речь, конечно, не шла. Мало того, если влезть в юниты и отпилить лишние зависимости …Может они не такие лишние, как хотелось-бы? |
nafanja |
|
Темы:
94
Сообщения:
9252
Участник с: 02 июня 2012
заблокирован
|
Restart= И еще кое какие опции и предназначены, в принципе может запустить что нужно если та же сеть сначала не запустилась или демон упал.
Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874 |
sleepycat |
|
Темы:
98
Сообщения:
3291
Участник с: 19 июля 2011
|
Ты прав: лень. Я решаю проблемы по мере поступления, а заниматься теорией глобально сейчас просто нет желания и времени. А в целом, согласен.ну все верно, я также делал. Просто в какойто момент я нашел чтото интересное для себя в systemd(недельки через две xD ), ну и не скрою, и то что девелоперы всерьез решили перейти на него, это тоже… так вот, начал разбираться потихоньку, хотя система нормально включалась и кроме проблем с русским шрифтом более я ни в чем не нудался. Так что я без всяких задних мыслей написал ;)
Лозунг у них был такой: "Познание бесконечности требует бесконечного времени". С этим я не спорил, но они делали из этого неожиданный вывод: "А потому работай не работай — все едино". И в интересах неувеличения энтропии Вселенной они не работали. (с)
|
bobart |
|
Темы:
38
Сообщения:
2537
Участник с: 28 ноября 2009
|
Коли уж я засветился в этой безсмысленной и безпощадной теме, следует сказать пару слов по сабжу: Нет. Не безпокоит. |
sleepycat |
|
Темы:
98
Сообщения:
3291
Участник с: 19 июля 2011
|
xD
Лозунг у них был такой: "Познание бесконечности требует бесконечного времени". С этим я не спорил, но они делали из этого неожиданный вывод: "А потому работай не работай — все едино". И в интересах неувеличения энтропии Вселенной они не работали. (с)
|
nafanja |
|
Темы:
94
Сообщения:
9252
Участник с: 02 июня 2012
заблокирован
|
кому интересно вот мой немного доделанный юнит /etc/systemd/system/netcfg.service .include /usr/lib/systemd/system/netcfg.service [Unit] Requires=systemd-udev-settle.service After=systemd-udev-settle.service systemd-modules-load.service [Service] Restart=on-failure RestartSec=60 Если сетевой кабель не подключен при загрузке, то он будет каждые 60 сек пытаться подключиться, пока сеть не заработает )))
Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874 |
anode |
|
Темы:
7
Сообщения:
982
Участник с: 30 августа 2011
|
Раз уже глобальная судьба Арча отодвинута на второй план, а тут розрослась альтернативная ветка про системдЭ, признаюсь я-то тоже… противник, но на одном, только на одном…, только т-с-с, либсистемдэ и системдэ-тулз чисто на системдэ и инит равно в граб его два. Ух буквы, ух цвета!!! Давно такого не видел. Уже восемь месяцев, как гирлянды с елки снял. Только на кнопку “вкл” посмотрел, а на экране сразу "login:" От скорости не то, кофе попить, трусы надеть забыл. Сразу рано-ранний командер и в бой. Кнопки стучу - жизнь налаживается. Russkih bukv net, odni kvadratiki - pofig, translitom prikol`nej. Partizany ne sdajutsja : setfont . Покурил, побрился, авоську взял, в магазин за картошкой, тут бац, опять радуга: [ OK ] Started Legacy unit for network Кака картоха - мы онлайн! Можно гадить в форумах! Не-е-е картоха подождет. [ OK ] Reached target Arch Daemons [ OK ] Reached target Multi-User. [ OK ] Reached target Graphical Interfase У-у, думаю и графикал само, хорошо поставить не успел, а тоб думать пришлось. Тогда точно в магазин за картошкой, прийду , буду графикал фейс запускать. Тут я и стал догадоваться, системдЭ - сила! |
bobart |
|
Темы:
38
Сообщения:
2537
Участник с: 28 ноября 2009
|
nafanjanafanja, а почему по кабельным вопросам не использовать ifplugd ([email protected]) и не поручить ему перезапускать netcfg.service, но только при необходимом событии, т.е., при подключении кабеля, вместо того, чтобы каждую минуту дёргать netcfg.service? |