[systemd-devel] 回复: Systemd spends much time about 30 seconds for every unit
程 书意
c15271843451 at outlook.com
Sat Jun 8 01:08:40 UTC 2019
Adding systemd.show_status=0 to bootargs have fixed that problem. I guess /dev/console may not be set right, because status_vprintf try to open /dev/console. However still no login prompt show up.
Thank you for your support.
Best regards,
shuyi cheng
________________________________
发件人: Mantas Mikulėnas <grawity at gmail.com>
发送时间: 2019年6月7日 4:51
收件人: 程 书意
抄送: systemd-devel at lists.freedesktop.org
主题: Re: [systemd-devel] Systemd spends much time about 30 seconds for every unit
On Fri, Jun 7, 2019 at 6:49 AM 程 书意 <c15271843451 at outlook.com<mailto:c15271843451 at outlook.com>> wrote:
Hi all,
I am working on virtualization on armv8 platform and encountered a complex problem. From the below boot log, we can find:
1. Every unit init need about 30 seconds.
2. status_printf function doesn't work. [no status_welcome print and no manager_status_printf print]
3. I'm trying to use systemd.log_level=debug systemd.log_target=console console=ttymxc0,115200 earlycon=ec_imx6q,0x30860000,115200 to show more debug info, however the boot stoped at systemd[1]: System time before build time, advancing clock.
[ 2.478912] systemd[1]: System time before build time, advancing clock.
[ 2.499714] systemd[1]: systemd 237 running in system mode. (+PAM -AUDIT -SELINUX +IMA -APPARMOR +SMACK +SYSVINIT +UTMP -LIBCRYPTSETUP -GCRYPT -GNUTLS +ACL +XZ -LZ4 -SECCOMP +BLKID -ELFUTILS +KMOD -ID)
[ 2.520807] systemd[1]: Detected architecture arm64.
[ 33.892575] systemd[1]: Set hostname to <imx8mqevk>.
[ 64.632124] systemd[1]: File /lib/systemd/system/systemd-journald.service:35 configures an IP firewall (IPAddressDeny=any), but the local system does not support BPF/cgroup based firewalling.
[ 64.648846] systemd[1]: Proceeding WITHOUT firewalling in effect! (This warning is only shown for the first loaded unit using IP firewalling.)
[ 64.771322] random: systemd: uninitialized urandom read (16 bytes read)
[ 64.777950] systemd[1]: Reached target Swap.
[ 95.329244] random: systemd: uninitialized urandom read (16 bytes read)
[ 95.337197] systemd[1]: Created slice User and Session Slice.
[ 126.049246] random: systemd: uninitialized urandom read (16 bytes read)
[ 126.055962] systemd[1]: Started Dispatch Password Requests to Console Directory Watch.
[ 156.769223] random: systemd: uninitialized urandom read (16 bytes read)
[ 156.776389] systemd[1]: Created slice System Slice.
[ 187.489398] random: systemd: uninitialized urandom read (16 bytes read)
[ 187.496097] systemd[1]: Listening on Journal Audit Socket.
[ 218.209185] random: systemd: uninitialized urandom read (16 bytes read)
[ 218.216387] systemd[1]: Created slice system-getty.slice.
[ 248.929177] random: systemd: uninitialized urandom read (16 bytes read)
[ 248.936006] systemd[1]: Listening on Journal Socket (/dev/log).
[ 279.649275] random: systemd: uninitialized urandom read (16 bytes read)
[ 279.655957] systemd[1]: Listening on Network Service Netlink Socket.
[ 310.369169] random: systemd: uninitialized urandom read (16 bytes read)
[ 310.375751] systemd[1]: Reached target Slices.
[ 341.089186] random: systemd: uninitialized urandom read (16 bytes read)
[ 341.095860] systemd[1]: Listening on udev Kernel Socket.
I wonder if it is related to systemd trying to generate an "invocation ID" for every unit started. (I *thought* it had an internal PRNG for that, but I guess it might be calling getrandom() for every single unit?)
--
Mantas Mikulėnas
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/systemd-devel/attachments/20190608/051b90eb/attachment.html>
More information about the systemd-devel
mailing list