История успеха: переход на Systemd.

Ну, это другое- там таки не с Системд проблемы

Ога. С sysvinitscripts которые внезапно надо было обновить и которые внезапно сустемдэ должен заменять (тут я рыдалъ)

Кстати, почему без интернета?

Потому что проблемы принято (кажется) сначала пытаться решить а не сломя голову нестись на форум, что собственно намекает что «разберусь» писать чуть-чуть рано.

Интернет- не только форум, друг мой.

И что мешает выйти в инет?

Правильно поставленный вопрос «Что мешает решить проблему без интернетов?»

Ничего не мешает.

Потому что проблемы принято (кажется) сначала пытаться решить а не сломя голову нестись на форум, что собственно намекает что «разберусь» писать чуть-чуть рано.

Гуглить и читать how-to вас не научили, мой зеленый друг?

Ничего не мешает.

В случае с бизнес логикой на интепретируемых языках (шелл скрипты) нет. В случае молчаливого отказа этого говна, появляется много всяких если, типа

если есть rescuе хотя бы с отладчиком

если есть исходники отдельно взятой версии

если есть желание и время ковырять его

Не дофига ли если? Для такой обкатанной проблемы?

Гуглить и читать how-to вас не научили, мой зеленый друг?

Когда я был зелёный, ты был одноклеточный с хвостом. Перечитай тред.

Интернет- не только форум, друг мой.

Т.е. переход на systemd был осознанным поиском головняков?

_Как я уже написал_ в теме, я поставил его чисто попробовать, что это такое и мне так понравилось, что решил оставить.

Удобненько, до kdm после запуска система доходит секунд за 5 включая биосы.

Хорошо вам, а у меня биос с холодного старта только AHCI устройства 5 секунд определяет

Да меня это все не очень волнует. 5 секунд или 5 минут - не такая большая разница. Я же не каждый час компьютер включаю.

У меня некоторые юниты не стартуют (старый инит-скрипты, которые криво пока поддерживаются в системд). Оно просто пишет в процессе загрузки, что они не стартовали. Ничего колом не встает.

Можешь все-таки выложить выхлоп systemctl и systemd-analyze blame?

Переход все равно неизбежен

Как же все плохо! Какой дерьмовый системд! Давайте перейдем на него быстрее, а то ведь все перейдут!

И ведь перейдут, стадо.

«УВР» - это только потому, что нестартовавшие юниты не являются зависимостями для других. Аксиому тестирования знаешь надеюсь?

Ээээ. Если зависимость сломалась, то какой смысл стартовать юнит, имеющий эту зависимость?

https://gist.github.com/3155169

https://gist.github.com/3155171

Затем, что практически всегда зависимость является очень слабой. Или вообще существующей только в мыслях systemd.

Примеры можно?

Ну и да, это уже дело рук мэйнтейнеров дистрибутива. Юниты же они пишут, а не разработчики системд.

Ты хочешь сказать, что systemd не различат зависимости между юнитами и таргетами? А зачем тода вообще разделение на юниты и таргеты?

Сейчас сломаю какую-нибудь зависимость таргета multi-user и посмотрю, что произойдёт.

Запасись live-usb на всякий случай сначала :-)

По 9 секунд взлетают mysql И wicd?

А что это вообще выводит? Я там kdm не нашел, хотя он запускается.

Нафиг? init=/bin/sh же

Ну и всё нормально запустилось...

Когда я был зелёный, ты был одноклеточный с хвостом.

Ага, а сейчас ты побелел.

Вот, поставил заодно с linux-pf. Полет нормальный, гном-3 наконец смог в hibernate из меню.

Ладно. Вот пример почти из жизни. Некий init-модуль встает колом при старте (ну например ejabberdctl/apachectl/pg_ctl). Задача - сдиагностировать и истранить неисправность. В случае с обычным initscripts - видим кто встал, переходим в интерактивный режим, пропускаем вставшего, загружаем систему, решаем проблему. Для systemd эмулируем ситуацию вот так:

$ cat /usr/lib/systemd/system/NetworkManager-wait-online.service 
[Unit]
Description=Network Manager Wait Online
Requisite=NetworkManager.service
After=NetworkManager.service
Wants=network.target
Before=network.target

[Service]
Type=oneshot
#ExecStart=/usr/bin/nm-online -q --timeout=30
ExecStart=/usr/bin/sleep 3600

[Install]
WantedBy=network.target

mv> из-за глюка в NM systemd не стал загружать остальную систему?

Так это получается, что systemd говно, раз не разруливает такие ситуации, в то время как его позиционировали именно для этого.

Ммм... Ты хочешь сказать, что у тебя запуск agetty зависит от NM, раз ты залогиниться не можешь? Если зависит, это ошибка конфигурации. А если не зависит, то в чем проблема?

Сейчас проверю такой юнит.

У меня они подхватились автоматически и я «не знал об их существовании» до сегодняшнего дня когда соответсвующие опции исчезили из rc.conf .

Как и следовало ожидать, не запустились только службы, завязанные на сеть, такие как ntpd.

Vekt> модемное соединение(из консоли его так просто не поднять

pppd, wvdial

Народ, у меня сломался initramfs/mkinitcpio(Криво собрался/собирается Initramfs. (комментарий) прошу помочь. Собственно, пишу сюда, потому что в этом треде накопилось много троллей и просто людей, которые от нечего делать обсуждают systemd, прошу вас направить свою энергию в мирное русло.

А ты из тех товарищей, что продолжали сидеть на вин98 во времена C2D, что-ли?

Стандартный Time Out в systemd вроде бы 3 минуты.

А в арче уже починили systemd+dmraid? Еще недавно не получилось заставить отработать dmraid-unit в нем.

А в твоём выводе я не распарсил, что это за cgroup и зачем они нужны.

И зачем нам знать, что ты необразованная школота, которой лень даже погуглить, не говоря уж о том, чтобы документацию почитать?

А ты из тех товарищей, что продолжали сидеть на вин98 во времена C2D, что-ли?

Я из тех товарищей, которые следуют простоте.