New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Plymouth seems to delay boot in AppVMs #1554

Closed
hdevalence opened this Issue Dec 28, 2015 · 1 comment

Comments

Projects
None yet
2 participants
@hdevalence

Running systemd-analyze critical-chain in an AppVM gives a result like:

The time after the unit is active or started is printed after the "@" character.
The time the unit takes to start is printed after the "+" character.

multi-user.target @4.452s
└─qubes-misc-post.service @4.136s +314ms
  └─qubes-mount-dirs.service @3.951s +161ms
    └─basic.target @3.927s
      └─systemd-ask-password-plymouth.path @3.927s
        └─plymouth-start.service @558ms +3.367s
          └─systemd-udev-trigger.service @326ms +199ms
            └─systemd-udevd-control.socket @255ms
              └─-.slice @71ms

It would be good to optimize the boot of the default templates.

@marmarek

This comment has been minimized.

Show comment
Hide comment
@marmarek

marmarek Dec 28, 2015

Member

Plymouth shouldn't be running there at all...

Member

marmarek commented Dec 28, 2015

Plymouth shouldn't be running there at all...

marmarek added a commit to marmarek/qubes-builder-rpm that referenced this issue May 18, 2016

marmarek added a commit to marmarek/qubes-builder-rpm that referenced this issue May 18, 2016

@marmarek marmarek referenced this issue in QubesOS/qubes-builder-rpm May 18, 2016

Merged

Exclude plymouth from installed packages #3

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment