[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