Как хорошо
раньше было, с помощью chkconfig убрал запуск
gdm3 с многопользовательских runlevel и
свободен. Машина грузится в текстовую
консоль, ты там делаешь, что надо и, по
желанию, запускаешь графику
service gdm3 restart
И никаких
забот. Но нет, надо все улучшить и
переделать. Особенно весело стало с
внедрением systemd.
Опытным путем
я нащупал такую последовательность,
чтобы графику запускать по желанию, а
не по умолчанию:
systemctl stop gdm systemctl stop gdm3 systemctl disable gdm systemctl disable gdm3 # к этому моменту графика вырублена, теперь запустим ее systemctl daemon-reload systemctl restart dbus systemd-logind gdm3
Команды
вырубания gdm добавлены сверху на тот
случай, если очередное обновление
системы отменило мои настройки. Такое
случается почти каждую неделю. Кстати,
какого хера мои настройки затираются
при обновлениях?
Теперь мне
захотелось сделать правильно. Правильно,
это грузить систему по умолчанию в
runlevel 3 и потому, по желанию, переводить
ее в runlevel 5.
Теоретически
это делается так:
замена дефолтной
цели на нужную
ln -sf /lib/systemd/system/multi-user.target /lib/systemd/system/default.target
Теперь система
грузится в текстовую консоль. Чтобы
включить графику, надо перейти к
graphical.target
systemctl isolate graphical.target
Нормально,
работает. Но что это? Где сеть? Загадочные
девелоперы зачем-то передергивают при
смене цели сетевые службы, которые не
выдерживают этого издевательства и
отваливаются.
Поэтому рабочий
вариант запуска графики получился
такой:
systemctl isolate graphical.target sleep 3 ifup eth0
Что-то мне
надоело радоваться сюрпризам тестового
дистрибутива Debian testing. Поиграли и кватит
накуй. Не буду больше на рабочие системы
ставить testing, обойдусь старым но добрым
stable.
Сцылки про
systemd
original post http://vasnake.blogspot.com/2014/11/gdm3service.html
Комментариев нет:
Отправить комментарий