LINUX.ORG.RU
решено Форум — Desktop  

Debian, systemd, boot messages

 , ,


2

1

Похоже, что с 1 июля с стал счастливым обладателем systemd в системе. В связи с этим на этапе загрузки я начал наблюдать сообщения «Loading, please wait...», «systemd.fsck ...» и всё. Чуть порывшись, нашёл, здесь, описание, как предотвратить очистку экрана после загрузки: создал файл с содержимым 

/etc/systemd/system/getty@tty1.service.d/noclear.conf
----------
[Service]
TTYVTDisallocate=no
- теперь при появлении приглашения залогиниться, первые 2 сообщения не исчезают, но сам процесс загрузки всё равно не отображается. Подскажите как его отобразить?

★★★★★

Последнее исправление: grem (всего исправлений: 1)
← Display Manager и переключение пользователей в многопользовательском режиме.
Android studio наркоман!!! →

помогло закомментирование в /etc/default/grub строки 

GRUB_CMDLINE_LINUX_DEFAULT="quiet"
Наверное тоже с обновлением системы обновился файл, так как раньше если и было, то не мешало.

grem ★★★★★
() автор топика
Ответ на: комментарий от farzeet

пока нет: грузится ничуть не быстрее, да и хард старый на 40 гб для корневой системы стоит, но кажется, что сообщений при загрузке стало больше; из настроек кроме одного этого параметра ничего не трогал, поэтому даже пока ее знаю как добавлять или удалять сервисы из загрузки, не говоря уже о написании своих скриптов.

grem ★★★★★
() автор топика
Ответ на: комментарий от grem

поэтому даже пока ее знаю как добавлять или удалять сервисы из загрузки

systemctl enable/disable в консоли, для иксов можно сделать apt-get install systemd-gui и рулить через systemadm

не говоря уже о написании своих скриптов

В простейшем случае как-то так: 

[Unit]
Description=My super daemon

[Service]
ExecStart=/usr/bin/superd

[Install]
WantedBy=multi-user.target

redgremlin ★★★★★
()
Ответ на: комментарий от redgremlin

Спасибо, пока в этом просто не было необходимости. Так как я использую Deabian testing/jessie, то, видимо, он просто сам заменил систему инициализации по умолчанию во время очередного обновления - цели намеренно заменять sysvinit у меня не было. Посмотрю как он себя ведёт, может ещё и обратно принудительно sysvinit верну. Пока поищу, на всякий случай, как это сделать.

grem ★★★★★
() автор топика
Последнее исправление: grem (всего исправлений: 1)
Ответ на: комментарий от farzeet

Да, а какие дистрибутивы окромя Gentoo (+ Calculate) не перешли и не собираются переходить на systemd по умолчанию?

grem ★★★★★
() автор топика
Ответ на: комментарий от grem

CRUX, Slackware, PCLinuxOS, может ещё какие есть. Где-то тема была про это.

anonymous
()
Ответ на: комментарий от farzeet

вот, решил воспользоваться принтером и ощутил удобство systemd - напоролся на баг, когда cups не может стартовать, из-за того, что «cups.socket has failed» - попытка нарыть решение пока привела к описанию бага, когда при установленном systemd не могут обновиться и переустановиться: cups-daemon, cups-core-drivers, cups из-за ошибки «dpkg: error processing package cups (--configure):», например, описанной в баге

хоть и пишу, что пофикшено в cups/1.7.1-13, cups/1.7.3-1 , но в 1.7.3-6 снова не работает

grem ★★★★★
() автор топика
Последнее исправление: grem (всего исправлений: 1)

Решил проблему с установкой cups возвращением на sysvinit

apt-get install sysvinit-core kde-plasma-desktop

kde-plasma-desktop добавил так как при установке sysvinit-core удаляется пакет systemd-sysv и тянет удать с собой kde-plasma-desktop

grem ★★★★★
() автор топика
Последнее исправление: grem (всего исправлений: 1)
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
← Display Manager и переключение пользователей в многопользовательском режиме.
Desktop
Android studio наркоман!!! →