Boot beschleunigen

[scientific]

Andere Frage...
Plymouth stellt ja wirklich hübsche Bootscreens zur Verfügung.
Ich mag das. Auch dass ich trotz plymouth mit ESC den Bootmeldungen folgen kann.

Jedoch verdoppelt und mehr plymouth die Bootzeit...

Uch hab schon den Tipp mit
FRAMEBUFFER=yes in der initramfs probiert... Ohne Verkürzung der Bootzeit.

Deinstalliere ich plymouth, startet der Rechner in 3-4 Sekunden ab geladenem Kernel.
Ist plymouth installiert, dauert der Boot 12 Sekunden ab geladenem Kernel.

Hat dazu jemand eine Idee?

Lg scientific

[rendegast]

Mit
OnActiveSec=xxx
des .timer habe ich wohl eine Verzögerung beim Shutdown/Reboot.

Mit
#RemainAfterElapse=off
habe ich herumprobiert

Ich lasse das jetzt mit
OnStartupSec=xxx
laufen.

[scientific]

OnStartupSec bezieht sich ja auf den Zeitpunkt, wo systemd gestartet wurde. OnActiveSec zählt ab dem Zeitpunkt, wo die Timerunit gestartet wurde.

Warum sollte die eine Verzögerung beim Shutdown verursachen?

[rendegast]

Warum sollte die eine Verzögerung beim Shutdown verursachen?

k.A., die letzte Meldung vor so einem Hänger war immer
"Stopped Advandced key-value store."
Nach 130 Sekunden geht es zum shutdown/reboot:

Jun 20 14:27:51 debian systemd[1]: ntopng.service: Killing process 2450 (ntopng) with signal SIGKILL.
Jun 20 14:27:51 debian systemd[1]: ntopng.service: State 'stop-sigterm' timed out. Killing.
Jun 20 14:26:24 debian systemd[1]: Stopped Advanced key-value store.
Jun 20 14:26:24 debian run-parts[2876]: run-parts: executing /etc/redis/redis-server.post-down.d/00_example
Jun 20 14:26:24 debian systemd[1]: Stopped target Remote File Systems.

Jun 20 14:57:09 debian systemd[1]: lxdm.service: Killing process 991 (lxdm-binary) with signal SIGKILL.
Jun 20 14:57:09 debian systemd[1]: lxdm.service: State 'stop-sigterm' timed out. Killing.
Jun 20 14:55:43 debian systemd[1]: Stopped Advanced key-value store.
Jun 20 14:55:43 debian systemd[1]: Stopped target Network is Online.
Jun 20 14:55:43 debian systemd[1]: Stopped Automounts filesystems on demand.

Anmerkung: Ich habe den .timer an graphical.target gebunden.
(EDIT mittlerweile doch Bindung des .timer an multi-user.target, s.u.)
Ich nehme an, daß bei OnActiveSec= doch noch einmal ein Starten des .timer veranlaßt wird,
das nicht mehr mögliche Ausführen der .target-Dienste aber timeouts verursacht.
Mit dem OnStartupSec= bleibt der .timer wohl nur auf das Booten des Systems beschränkt.





Explizit, lokal-blame.timer:

Code: Alles auswählen

[Unit]
PartOf=multi-user.target
#PartOf=graphical.target

[Timer]
#RemainAfterElapse=off

#OnStartupSec=25s
OnStartupSec=45s
#Auf meiner Maschine braucht der Boot ~ 65s bis zum X,
#mit 45s liegt der timer sicher hinter den neu erreichten ~ 50s bis zum X. 

Unit=lokal-blame.target

[Install]
WantedBy=multi-user.target
#WantedBy=graphical.target

lokal-blame.target:

Code: Alles auswählen

[Unit]
Description=Verzoegerung
StopWhenUnneeded=yes

Die zu verzögernden Services brauchen modifizierte Kopien derart
(Kopien, denn eine Install-Section und auskommentierte Before=
sind in einer dienst.service.d/blame.conf unwirksam.):

Code: Alles auswählen

[Unit]
...
#Before=foo.target
#Before=bar.service
...

[Service]
...

[Install]
#WantedBy=multi-user.target
WantedBy=lokal-blame.target

also Herausnehmen aus der bisherigen Beziehung und Unterbinden von Before=-Beziehungen.
Die beabsichtigten services dann jeweils disable/enable.