Join GitHub today
GitHub is home to over 28 million developers working together to host and review code, manage projects, and build software together.
Sign upuse ExecStartPost rather than ExecStart for qubes-random-seed.sh #2179
Comments
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
Show comment
Hide comment
marmarek
Jul 17, 2016
Member
Placing additional ExecStart do not replace existing one, so both are executed.
[user@testvm ~]$ systemctl status systemd-random-seed
● systemd-random-seed.service - Load/Save Random Seed
Loaded: loaded (/usr/lib/systemd/system/systemd-random-seed.service; static; vendor preset: disabled)
Drop-In: /usr/lib/systemd/system/systemd-random-seed.service.d
└─30_qubes.conf
Active: active (exited) since Sun 2016-07-17 16:46:28 CEST; 3h 2min ago
Docs: man:systemd-random-seed.service(8)
man:random(4)
Process: 369 ExecStart=/usr/lib/qubes/init/qubes-random-seed.sh (code=exited, status=0/SUCCESS)
Process: 362 ExecStart=/usr/lib/systemd/systemd-random-seed load (code=exited, status=0/SUCCESS)
Main PID: 369 (code=exited, status=0/SUCCESS)
CGroup: /system.slice/systemd-random-seed.service
So, it doesn't matter, closing.
|
Placing additional ExecStart do not replace existing one, so both are executed.
So, it doesn't matter, closing. |
marmarek
closed this
Jul 17, 2016
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
Show comment
Hide comment
adrelanos
Jul 17, 2016
Member
Indeed. Forgot about that... To disable the original one we would have to use ExecStart= before.
|
Indeed. Forgot about that... To disable the original one we would have to use |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
adrelanos commentedJul 17, 2016
•
edited
Edited 1 time
-
adrelanos
edited Jul 17, 2016 (most recent)
Context:
Edit suggested for file:
@marmarek
No. (Although that may not be that bad.)
What about rather than using
ExecStart...Using
ExecStartPost...?Then we would not circumvent the default Debian / systemd behavior. Under the assumption "whatever you add to entropy pool it can only improve entropy but never worsen entropy", it should not hurt.
Related:
persist random seed files [entropy] in TemplateBasedVMs(#1752)//cc @v6ak @cfcs @ag4ve