Беспокоит ли вас судьба ArchLinux'а ?

в))се демоны работали “Дохрена” процессорных команд надо выполнить, и время их выполнения заранее известно, и = Дохрена разделить на цастота процессора
Вы делаете как минимум 2 ошибки. Слышали про многоядерные процессоры? Так вот, не поверите, они уже есть! Вторая ошибка в том, что ресурсы компа не ограничены процессорным временем: пока один демон грузит процессор, второй может ожидать, пока прочитаются данные с винта, по сети или еще откуда.

тогда для полных дэбилов тех, у кого мама педагог, а папа пианист
Авот грубить нехорошо.
farwayer
Авот грубить нехорошо.
Простите его. Человека можно понять - у него стресс, 1 сентября, опять школа, ненавистная училка да еще и системд тут…
если у вас долго инициализируется сеть, вам придётся ждать её завершения, и только потом вас допустят до логина.
Мало того, в systemd есть ещё какие-то непонятные мне пока то ли баги, то ли фичи,
У меня ситуация была как раз противоположная: network.target отрабатывал раньше, чем грузился модуль сетевой карточки.
В итоге настройка сети через ip addr не срабатывала (за неимением /dev/eth0). Пришлось впиливать модуль в initramfs.
Но ругаться уже хочется.
systemd пока выглядит сырым. На большинстве конфигураций все хорошо, но встречаются косяки.
farwayer
Авот грубить нехорошо.
Я не очень большой музыкант и, даже, не большой любитель музыки, но всё же слышал о группе “Жуки” и если бы вам было известно хотя бы само слово “логика”, то вы бы поняли, что написано там примерно: “ведь вы не дурак, подумаете”. А где же “грубление”?
Ostland
Простите его. Человека можно понять - у него стресс, 1 сентября, опять школа, ненавистная училка да еще и системд тут…
А вот теперь будет грубость: “Сынок, мои дети старше, чем ты”Сопли вытри, а то на клаву капает
farwayer
У меня ситуация была как раз противоположная: network.target отрабатывал раньше, чем грузился модуль сетевой карточки.
Была такая же ситуация с нетом, подправил юнит
[Unit]
Requires=systemd-udev-settle.service
After=systemd-udev-settle.service systemd-modules-load.service
Пока работает без проблем

А еще экспериментировал с притормаживанием, вроде можно еще такое использовать
[Service]
ExecStartPre=/usr/bin/sleep 5

SmiGes
как?
Включить тихий режим в параметрах загрузки ядра quiet
Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874
если у вас долго инициализируется сеть, вам придётся ждать её завершения, и только потом вас допустят до логина.
В продолжение: как-бы это не проблема systemd в чистом виде (могу ошибаться, поскольку переехал на это чудо пару дней назад, радикально, но не копал, поскольку всё требуемое заработало без шаманства), а проблема тугих dns-серверов конкретного прова, хотя, хотелось-бы иметь возможность как-то управлять процессом, случись такое: таймаут или что-то типа того - не хочет инициализироваться? ждём пять сек и идём дальше…, вобщем тема для поправок и размышлений. Однако, не лучшая ситуация и с классикой (привет, корбина): стартует network и … ничего, сидим и смотрим как он там пыжится получить адреса (ау.., логин - какой такой логин?), дождались наконец-то, ура - и едем дальше.., и всё бы зашибись, но вот незадача: если стартовать его в бэкграунде, то xl2tpd не поднимается, пока не поднялся eth0 и окна в мир нет, только локалка, и приходится тупо-руками рестартить xl2tpd. Но кто говорит, что это проблема sysvinit или конкретного демона?
bobart
хотелось-бы иметь возможность как-то управлять процессом, случись такое: таймаут или что-то типа того - не хочет инициализироваться? ждём пять сек и идём дальше…
Вообще то это есть…
JobTimeoutSec=
TimeoutStartSec=
TimeoutStopSec=
TimeoutSec=
Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874
есть но всем просто лень искать, привыкли лежать на диване, а тут пришли , а ктото диван подвинул.
Лозунг у них был такой: "Познание бесконечности требует бесконечного времени". С этим я не спорил, но они делали из этого неожиданный вывод: "А потому работай не работай — все едино". И в интересах неувеличения энтропии Вселенной они не работали. (с)
bobart
если у вас долго инициализируется сеть, вам придётся ждать её завершения, и только потом вас допустят до логина.
В продолжение: как-бы это не проблема systemd в чистом виде

но вот незадача: если стартовать его в бэкграунде, то xl2tpd не поднимается, пока не поднялся eth0 и окна в мир нет, только локалка, и приходится тупо-руками рестартить xl2tpd. Но кто говорит, что это проблема sysvinit или конкретного демона?
Это проблема настройки системы инициализации.
Потому что независимо от проблем с сетью он ДОЛЖЕН пустить вас в систему, а не заставлять ждать до второго пришествия. По идее, вас должны пустить логиниться сразу, как только будет загружено всё необходимое для этого, а потом уже будет подниматься dhcpcd, после него ваш xl2tpd и т.д., и всё это уже в фоне.

Таймауты не годятся – надо чтобы при восстановлении сети все связанные с ней демоны штатно запустились сами, причём в правильном порядке, а не отвалились по таймауту. Вроде бы, именно для этого и нужен systemd.

Однако на практике, почему-то получается загрузка как раз в худших традициях инитскриптов, с ожиданием рака на горе. Мало того, если влезть в юниты и отпилить лишние зависимости, то вдруг начинаются непонятные задержки уже ПОСЛЕ логина, при попытке запуска пользовательских процессов. У меня пока нет другого объяснения, кроме того, что systemd, считая загрузку “незавершенной”, “морозит” процессы юзера через контрольные группы или что-то в этом роде.
Natrio
Потому что независимо от проблем с сетью он ДОЛЖЕН пустить вас в систему, а не заставлять ждать до второго пришествия.
А он и пускает… Проверил недавно на себе, когда были проблемы с провайдером… Нисколько не ждал, все как обычно.
Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874
 
Зарегистрироваться или войдите чтобы оставить сообщение.