остался без сети (долбанный systemd)

вообщем чёто ни того, при загрузке сеть не пашет, вручную пробую стартовать sudo /etc/rc.d/network start не помогает, /etc/rc.d/net-auto-wired start ругается на отсутсвие ifplugd, который установлен. Если попробывать ребутнуть систему, то кернел паник происходит. может кто сталкивался с таким?
Информации для диагностики Вами предложено совсем мало. В таких случаях очень хорошо помогает “Универсальный патч Бармина”. Работает практически на всех платформах *nix.
Пару дней назад было обновление ifplugd, тогда получал такое сообщение:
* When used with initscripts, /etc/ifplugd/ifplugd.conf now uses
INTERFACES= again instead of NET_IFS=.
* This package no longer provides a default ifplugd.action script.
* To use ifplugd with systemd, run
systemctl enable [email protected]
Говорила мама: "RTFM, сынок!"
nobus
Пару дней назад было обновление ifplugd, тогда получал такое сообщение:
* When used with initscripts, /etc/ifplugd/ifplugd.conf now uses
INTERFACES= again instead of NET_IFS=.
* This package no longer provides a default ifplugd.action script.
* To use ifplugd with systemd, run
systemctl enable [email protected]
в ifplugd.conf INTERFACES прописано
кажется начал въезжать что к чему, это связанно с systemd оказывается, вообщем немного разобрался, тут на форуме вычитал что в grub.cfg нужно запилить параметр init=/bin/systemd (странно что это в вики не написано), запилил, вроде система загрузилась, но инет так и не поднялся. посмотрел через systemctl список запущенных демонов (тепереча юнитов), там почему то netcfg небыло в списке, хотя в rc.conf он запилен. Ну вообщем я сделал так: systemctl enable netcfg.service, отлично, после ребута eth0 поднялся. Теперь вопрос состоит в другом: как сделать чтоб содержимое /etc/rc.local выполнялось, у меня там прописана команда /usr/sbin/pppd call onrela, systemctl status rc-local.service выдал следующее:
smiges 23:06 [0]~$ systemctl status rc-local.service
rc-local.service - /etc/rc.local Compatibility
	  Loaded: loaded (/usr/lib/systemd/system/rc-local.service; static)
	  Active: active (exited) since Sat, 01 Sep 2012 22:53:22 +0700; 13min ago
	 Process: 363 ExecStart=/etc/rc.local (code=exited, status=0/SUCCESS)
	  CGroup: name=systemd:/system/rc-local.service
smiges 23:06 [0]~$ 
но на самом деле впн соединение не создалось при загрузке. Что с этим делать?
И вопрос номер два: если раньше мы использовали каталог /etc/conf.d/демон для настройки параметров с которыми будет запускаться демон, то как это реализовано в systemd?
Вопрос №3: стоит ли выкинуть массив DAEMONS из rc.conf или оставить, просто он мне привычен и все демоны досих пор у меня запилины там.
Вопрос №4 есть ли среди списка юнитов по умолчанию те, которые не нужны и их следует выпилить, просто вывод при загрузке такой большой, что кажется все подряд имеющееся бутится.
Вопрос №5: systemctl reboot/halt работает без прав рута, с точки зрения безопасности это нормально? есть ли возможность запретить это дело без прав рута?
Вопрос №6: есть ли в systemd аналог inittab? ведь порой бывает нужно настроить определённое количество agetty при старте или использовать параметры для них, скажем автологин.
Ну вот наверно пока все накопившиеся вопросы, которых я в вики не видел либо про них расписано не подробно или расплывчато
Прежде чем задавать вопросы, тем более такой кучей сразу, неплохо бы прочесть вики.
https://wiki.archlinux.org/index.php/Systemd

Навскидку могу сказать, что:
  • /etc/rc.local выполняется автоматически, если специально не запретить, так что ищите, почему команда в нём не срабатывает.
  • Юнит устанавливается в автозапуск командой systemctl enable юнит (список см. в /usr/lib/systemd/system/ и /etc/systemd/system/ )
  • systemctl reboot/halt работает без прав рута только если залогинен один юзер.
  • Количество консолей задаётся в /etc/systemd/logind.conf . Для дополнительных логинов, отличных от agetty со стандартными параметрами, надо самому делать и устанавливать свой дополнительный юнит, по образу и подобию юнита getty@

    P.S.
    Насчёт
    возможности запрета юзеру выключать и перезагружать машину:
    man systemd-logind
    Providing PolicyKit-based access for users to operations such as system shutdown or sleep
    То бишь это настраивается вне systemd, в конфигах PolicyKit
1. Насчет pppd. Создаем файлик /etc/systemd/system/[email protected]
[Unit]
Description=PPP link to %I
After=network.target
[Service]
Type=forking
PIDFile=/run/ppp-%i.pid
ExecStart=/usr/sbin/pppd call %I linkname %i updetach
[Install]
WantedBy=multi-user.target
Это systemd демон на все pppd соединения.
Дальше делаем так
Это мы создаем конкретный экземпляр ppp юнита (%I и %i автоматом заменятся на “onrela”, подробнее см. доку по systemd)
И регистрируем его для multi-user варианта старта
2.
если раньше мы использовали каталог /etc/conf.d/демон для настройки параметров с которыми будет запускаться демон, то как это реализовано в systemd?
Это от демона зависит. Кто-то использует conf.d, кто-то нет.
3.
стоит ли выкинуть массив DAEMONS из rc.conf
Судя по новым веяньем моды initscripts скоро канут в лету. Советую полностью перейти на systemd. Все равно скоро все там будем.
4.
есть ли среди списка юнитов по умолчанию те, которые не нужны и их следует выпилить, просто вывод при загрузке такой большой, что кажется все подряд имеющееся бутится.
Анализируем
systemctl --all --full
Есть возможность неплохо ускорить загрузку системы http://www.opennet.ru/tips/2695_fedora_boot_speed_optimization_systemd.shtml.
НО! нужно понимать, что вы отключаете и почему.
farwayer
1. Насчет pppd. Создаем файлик /etc/systemd/system/[email protected]
[Unit]
Description=PPP link to %I
After=network.target
[Service]
Type=forking
PIDFile=/run/ppp-%i.pid
ExecStart=/usr/sbin/pppd call %I linkname %i updetach
[Install]
WantedBy=multi-user.target
Это systemd демон на все pppd соединения.
Дальше делаем так
Это мы создаем конкретный экземпляр ppp юнита (%I и %i автоматом заменятся на “onrela”, подробнее см. доку по systemd)
И регистрируем его для multi-user варианта старта
спасибо, почти помогло, заисключением некоторых нюансов. Ну во-первых systemctl ругался на собаку в названии файла [email protected], собаку убрать пришлось, да и вообще название onrela данному юниту дал чтоб проще было. Во-вторых с симлинком париться не стал, как я понял он нужен только в том случае, если у нас много впн соединений, а так как у меня одно, я и оставил одно. Потом при создании подключения пид файл был не PIDFile=/run/ppp-onrela.pid , а /run/ppp0.pid . Ну и соответственно ExecStart= упростился у меня до следующего варианта:
ExecStart=/usr/sbin/pppd call onrela
После этого надо сделать systemctl –system daemon-reload , ибо systemctl ругается, ну а потом не забыть его добавить в автозапуск командой systemctl enable onrela.service . Надеюсь кому-нибудь эта информация будет полезна )))
теперь вопрос в другом: раньше у меня был такой скрипт, который во всех тту консолях включал numlock
#!/bin/bash
. /etc/rc.conf
. /etc/rc.d/functions
PID=$(pidof -o %PPID /usr/bin/setleds)
case "$1" in
  start)
    stat_busy "Starting numlock on tty"
    [ -z "$PID" ] && INITTY=/dev/tty[1-6]
            for tty in $INITTY; do
                 setleds -D +num < $tty
            done
    if [ $? -gt 0 ]; then
      stat_fail
    else
      add_daemon numlock
      stat_done
    fi
    ;;
  stop)
    stat_busy "Stopping numlock"
INITTY=/dev/tty[1-6]
    for tty in $INITTY ; do
    setleds -D -num < $tty
done
      rm_daemon numlock
      stat_done
    ;;
  restart)
    $0 stop
    sleep 2
    $0 start
    ;;
  *)
    echo "usage: $0 {start|stop|restart}"
esac
exit 0
как теперь его переделать под systemd ?
SmiGes
как теперь его переделать под systemd ?
А скриптик какому пакету принадлежит?
Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874
 
Зарегистрироваться или войдите чтобы оставить сообщение.