[РЕШЕНО]демоны на логине

Решил не открывать новую тему, пусть все будет в одном месте.
Совет Natrio хорошо работал, за что ему большое спасибо. Но с некоторых пор появились ошибки связанные с bluetooth (только пропали ошибки от пульсы, месяца три ничего не было и вот появились - с плавающими ошибками бороться перестал - работает и работает). Все бы ничего, но эти ошибки
....arch kernel: Bluetooth: Can't get version to change to load ram patch ....... + ........arch kernel: Bluetooth: Loading patch file failed.........
наезжают на логин, терпел, терпел и надоело. Совет Natrio в данном случае не работает - а почему, не пойму......Может кто поборол..........
Ошибки не исчезают с опытом - они просто умнеют
vasek
наезжают на логин
как наезжают?
Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874
nafanja
как наезжают?
arch login:...arch kernel: Bluetooth: Can't get version to change to load ram patch ......arch kernel: Bluetooth: Loading patch file failed
PS.......раньше спасала корректировка /etc/systemd/system/systemd-user-sessions.service
Ошибки не исчезают с опытом - они просто умнеют
попробуй https://wiki.archlinux.org/index.php/Systemd#Forward_journald_to_.2Fdev.2Ftty12
по идее все сообщения будут идти на tty12 и не будут вываливаться в приглашение логина
Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874
nafanja, можно и так, оно актуально)
GitHub, ArchWiki, AUR
nafanja, Kycok, спасибо за внимание. Этот вариант пробовал еще раньше, попробовал еще раз сейчас - не помогло.
Главное, наезд на логин происходит не каждый раз, а потому проверку приходится делать раза 3, для надежности.
Около года хорошо помогало SIGRTMIN+21
PS.....
nafanja
по идее все сообщения будут идти на tty12 и не будут вываливаться в приглашение логина
они идут на обе (tty12 и tty1), а, главное, я привык и хочу видеть как идет загрузка и лучше бы без переключений между консолями.
Ошибки не исчезают с опытом - они просто умнеют
vasek, у меня демоны загружаются и после systemd-user-sessions.service, и соответственно, после getty, но ничего при этом в консоль уже не выводят – так что сигнал RTMIN+21 по-прежнему работает, systemd воспринимает его как обычно.

Попробуйте запустить
systemd-analyze plot > /tmp/boot.svg
и посмотрите последовательность загрузки systemd-user-sessions, getty и следующих после них юнитов. Подозреваю, дело именно в этом.
Natrio, если можно, приведи свой /etc/systemd/system/systemd-user-sessions.service
Ошибки не исчезают с опытом - они просто умнеют
Мой systemd-user-sessions.service уже есть на предыдущей странице, и с тех пор не менялся.
Вот так выглядит участок диаграммы загрузки в этом месте:

А вот кусочек журнала:
июл 11 16:23:05 first systemd[1]: Starting Login Service...
июл 11 16:23:05 first systemd[1]: Starting Permit User Sessions...
июл 11 16:23:05 first systemd[1]: Started System Logger Daemon.
июл 11 16:23:05 first systemd[1]: Started Restore Sound Card State.
июл 11 16:23:05 first systemd[1]: Started Iptables Firewall.
июл 11 16:23:05 first systemd[1]: Started RPC bind service.
июл 11 16:23:05 first systemd[1]: Started Virtual console mouse server.
июл 11 16:23:05 first systemd[1]: Started A high performance web server and a reverse proxy server.
июл 11 16:23:05 first kbdrate[276]: Typematic Rate set to 24.0 cps (delay = 500 ms)
июл 11 16:23:05 first systemd[1]: Started Set Keyboard rate.
июл 11 16:23:05 first kernel: atkbd serio0: Spurious ACK on isa0060/serio0. Some program might be tr
июл 11 16:23:05 first systemd[1]: Received SIGRTMIN+21 from PID 313 (kill).
июл 11 16:23:05 first systemd[1]: Started Login Service.
июл 11 16:23:05 first systemd-logind[312]: New seat seat0.
июл 11 16:23:05 first systemd[1]: Started Permit User Sessions.
июл 11 16:23:05 first systemd[1]: Starting Getty on tty1...
июл 11 16:23:05 first systemd[1]: Started Getty on tty1.
июл 11 16:23:05 first systemd[1]: Starting Login Prompts.
июл 11 16:23:05 first systemd[1]: Reached target Login Prompts.
июл 11 16:23:05 first kernel: atl1c 0000:02:00.0: irq 44 for MSI/MSI-X
июл 11 16:23:05 first kernel: atl1c 0000:02:00.0: atl1c: eth0 NIC Link is Up<1000 Mbps Full Duplex>
июл 11 16:23:05 first systemd[1]: Started Common Network Support.
июл 11 16:23:05 first systemd[1]: Starting Local Network...
июл 11 16:23:05 first kernel: 8021q: 802.1Q VLAN Support v1.8
июл 11 16:23:06 first localnet[335]: Opening socket /var/cache/pdnsd/pdnsd.status
Как видите, загрузка продолжается после getty, есть момент получения сигнала.

Я подозреваю, что у вас getty запускается отдельно, а старт юнита systemd-user-sessions что-то тормозит, поэтому сигнал не поступает.

Отличия моего юнита от дефолтного:
--- /usr/lib/systemd/system/systemd-user-sessions.service       2014-06-14 17:00:24.000000000 +0400
+++ /etc/systemd/system/systemd-user-sessions.service   2012-11-18 11:52:47.000000000 +0400
@@ -1,17 +1,12 @@
-#  This file is part of systemd.
-#
-#  systemd is free software; you can redistribute it and/or modify it
-#  under the terms of the GNU Lesser General Public License as published by
-#  the Free Software Foundation; either version 2.1 of the License, or
-#  (at your option) any later version.
-
 [Unit]
 Description=Permit User Sessions
 Documentation=man:systemd-user-sessions.service(8)
-After=remote-fs.target
+After=local-fs.target
 
 [Service]
 Type=oneshot
 RemainAfterExit=yes
+ExecStartPre=/bin/kill -RTMIN+21 1
 ExecStart=/usr/lib/systemd/systemd-user-sessions start
 ExecStop=/usr/lib/systemd/systemd-user-sessions stop
+ExecStopPost=/bin/kill -RTMIN+20 1
Анализ systemd-analyze plot > /tmp/boot.svg ничего не дает - нет никаких отличий, как с наездом на логин, так и без наезда
dbus.service - systemd-logind.service - systemd-user-sessions.service - getty@tty1.service - getty.target - polkit.service
И как видно ничего не стартует, выскакивающие сообщения, это сообщения ядра, может поэтому они и не отрабатываются?
Нашел данный баг, но не доходит до меня смысл этого
 In that case can someone affected please try adding:
ExecStartPre=-/bin/kill -55 1
to their:
/lib/systemd/system/getty@.service
Ошибки не исчезают с опытом - они просто умнеют
 
Зарегистрироваться или войдите чтобы оставить сообщение.