Arch Linux

Please read this before reporting a bug:
https://wiki.archlinux.org/index.php/Reporting_Bug_Guidelines

Do NOT report bugs when a package is just outdated, or it is in Unsupported. Use the 'flag out of date' link on the package page, or the Mailing List.

REPEAT: Do NOT report bugs for outdated packages!
Tasklist

FS#61233 - [linux-lts] Since version 4.19.12/13-1 there is a startup delay

Attached to Project: Arch Linux
Opened by bernie (bernie) - Tuesday, 01 January 2019, 15:01 GMT
Last edited by Doug Newgard (Scimmia) - Wednesday, 02 January 2019, 03:07 GMT
Task Type Bug Report
Category Packages: Core
Status Closed
Assigned To No-one
Architecture All
Severity High
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 1
Private No

Details

Dear ArchLinux-Team,

after the upgrade of linux-lts kernel from 4.14.90-1-lts to 4.19.12/13-1-lts there is a startup delay of ~ 35 to 45 seconds, until sddm/console starts.

As soon as I use the linux-kernel package e.g. 4.19.12/13 or 4.20 , all is fine => no startup delay.

systemd shows no failed units.
"systemd-analyze blame" gives also no hints , all services show no delay of 45 seconds.

There must be something wrong with the linux-lts config , because the linux-kernel config works.

Please check the kernel config of linux-lts, thank you.

Best regards, bernie
This task depends upon

Closed by  Doug Newgard (Scimmia)
Wednesday, 02 January 2019, 03:07 GMT
Reason for closing:  Duplicate
Additional comments about closing:   FS#58355 
Comment by Andreas Radke (AndyRTR) - Tuesday, 01 January 2019, 15:38 GMT
Sure the config file differs for a different use case. But there should be no delay though. Please check dmesg or journal with timestemp where the delay occurs. Feel free to diff the config files. It boots fine for me at all my three systems without any delay.
Comment by bernie (bernie) - Tuesday, 01 January 2019, 17:55 GMT
With linux-kernel it so fast (within seconds).
With linux-lts it is delaying at NetworkManager-dispatcher or systemd-hostnamed or crng.

I have disabled the NetworkManager units, but without success, maybe it is a "crng init issue" as described in  bug 58355 .

I use a mobile connection after the startup in KDE (usb0 device), so there is no network connection during startup.
Can you please test your system without a network connection during startup.

=== Linux LTS ===

Jan 1 17:34:10 tv nm-dispatcher[620]: req:2 'connectivity-change': new request (1 scripts)
Jan 1 17:34:10 tv kernel: IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
Jan 1 17:34:10 tv nm-dispatcher[620]: req:2 'connectivity-change': start running ordered scripts...
Jan 1 17:34:10 tv polkitd[629]: Started polkitd version 0.116
Jan 1 17:34:10 tv dbus-daemon[450]: [system] Successfully activated service 'org.freedesktop.PolicyKit1'
Jan 1 17:34:10 tv systemd[1]: Started Authorization Manager.
Jan 1 17:34:16 tv NetworkManager[451]: <info> [1546360456.3229] manager: startup complete
Jan 1 17:34:20 tv kernel: kauditd_printk_skb: 72 callbacks suppressed
Jan 1 17:34:20 tv kernel: audit: type=1131 audit(1546360460.588:57): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=NetworkManager-dispatcher comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
Jan 1 17:34:40 tv kernel: audit: type=1131 audit(1546360480.049:58): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=systemd-hostnamed comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
Jan 1 17:35:02 tv kernel: random: crng init done
Jan 1 17:35:02 tv kernel: random: 7 urandom warning(s) missed due to ratelimiting

=== LINUX ===

Jan 1 18:24:52 tv kernel: IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
Jan 1 18:24:52 tv sddm[630]: Initializing...
Jan 1 18:24:52 tv sddm[630]: Starting...
Jan 1 18:24:52 tv sddm[630]: Logind interface found
Jan 1 18:24:52 tv sddm[630]: Adding new display on vt 7 ...
Jan 1 18:24:52 tv sddm[630]: Loading theme configuration from ""
Jan 1 18:24:52 tv sddm[630]: Display server starting...
Jan 1 18:24:52 tv sddm[630]: Running: /usr/bin/X -nolisten tcp -auth /var/run/sddm/{e399aa8d-a3be-4ea2-a6af-ae5ccc0d1399} -background none -noreset -displayfd 17 -seat seat0 vt7
Jan 1 18:24:52 tv dbus-daemon[538]: [system] Activating via systemd: service name='org.freedesktop.PolicyKit1' unit='polkit.service' requested by ':1.1' (uid=0 pid=540 comm="/usr/bin/NetworkManager --no-daemo>
Jan 1 18:24:52 tv kernel: IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
Jan 1 18:24:52 tv NetworkManager[540]: <info> [1546363492.2897] ovsdb: Could not connect: No such file or directory
Jan 1 18:24:52 tv systemd[1]: Starting Authorization Manager...
Jan 1 18:24:52 tv nm-dispatcher[610]: req:2 'connectivity-change': new request (1 scripts)
Jan 1 18:24:52 tv nm-dispatcher[610]: req:2 'connectivity-change': start running ordered scripts...
Jan 1 18:24:52 tv polkitd[681]: Started polkitd version 0.116
Jan 1 18:24:52 tv systemd[1]: Started System Logger Daemon "default" instance.
Jan 1 18:24:52 tv systemd[1]: Reached target Multi-User System.
Jan 1 18:24:52 tv systemd[1]: Reached target Graphical Interface
Comment by loqs (loqs) - Tuesday, 01 January 2019, 21:05 GMT
Have you tried the mitigation's suggested for  FS#58355  to see if it is related e.g. adding the boot option random.trust_cpu=on assuming the CPU supports RDSEED or RDRAND or using haveged or pressing random keys to generate entropy?
Comment by bernie (bernie) - Tuesday, 01 January 2019, 21:57 GMT
Thank you very much for the hints.

The boot parameter "random.trust_cpu=on" for grub did not work, but "pressing random keys" on the keyboard helps immediately.

So I use haveged service now, and it works fine without typing.

Or is it better to use rng-tools ?

CPU: Intel(R) Core(TM) i5-2400 CPU @ 3.10GHz
Comment by loqs (loqs) - Tuesday, 01 January 2019, 22:47 GMT
i5-2400 is Sandy Bridge so does not support the RDRAND instruction introduced with Ivy Bridge.
See https://wiki.archlinux.org/index.php/Rng-tools unless you have some other hardware RNG then haveged is recommended.

Loading...