web-dev-qa-db-fra.com

Comment diminuer le temps de démarrage

J'ai vérifié certaines sorties d'analyse système et je n'ai pas de problème crucial avec mon temps de démarrage, mais je me demande simplement si je peux le réduire davantage. Je voudrais mentionner que j'utilise un SSD et Ubuntu est mon seul OS.

systemd-analyse 
 Démarrage terminé en 5.450s (firmware) + 565ms (chargeur) + 2.632s (noyau) + 10.086s (espace utilisateur) = 18.734s 
 graphical.target atteint après 10.071s en espace utilisateur 
systemd-analyse blame 
 6.607s NetworkManager-wait-online.service 
 5.660s fwupd.service 
 5.042s bolt.service 
 4.134s plymouth-quit-wait .service 
 1.579s dev-sda2.device 
 1.552s systemd-backlight @ backlight: intel_backlight.service 
 1.367s plymouth-read-write.service 
 1.211 s snapd.service 
 903 ms systemd-logind.service 
 572ms systemd-journald.service 
 555 ms dev-loop9.device 
 523 ms dev-loop6.device 
 515ms man-db.service 
 499ms dev-loop8.device 
 478ms dev-loop5.device 
 472ms dev-loop13.device 
 448ms dev- loop7.device 
 441ms dev-loop11.device 
 438ms dev-loop10.device 
 432ms dev-loop12.device 
 415ms udisks2.service 
 406ms dev-loop14.devi ce 
 319ms snap-gnome\x2d3\x2d28\x2d1804-71.mount 
graphical.target @ 10.071s 
 └─multi-user.target @ 10.071s 
 └─kerneloops.service @ 10.042s + 27ms
 └─network-online.target @ 10.032s 
 └─NetworkManager-wait-online.service @ 3.422s + 6.607s
 └─NetworkManager.service @ 3.224s + 186ms
 └─dbus.service @ 3.218s 
 └─basic.target @ 3.211s 
 └─sockets.target @ 3.211s 
 └─snapd.socket @ 3.208s + 2ms
 └─sysinit.target @ 3.205s 
 └─systemd-backlight @ backlight: intel_backlight.service @ 1.468s + 1.552s
 └─system-systemd\x2dbacklight.slice @ 1.467s 
 └─system.slice @ 212ms 
 └─-.slice @ 212ms 
3
codear

Si ce système n'est pas un serveur dans un réseau, vous pouvez commencer par réduire le temps utilisé par NetworkManager-wait-online.service, pour ce faire, veuillez désactiver le service comme suit:

Sudo systemctl disable NetworkManager-wait-online.service

S'il réapparaît après le redémarrage, vous pouvez suivre la commande ci-dessus avec ceci:

Sudo systemctl mask NetworkManager-wait-online.service

Merci, essayez d'abord et vérifiez si votre temps de démarrage s'améliore avant de poursuivre avec d'autres étapes. Cela seul, parfois, réduit considérablement votre temps de démarrage.


Pour annuler les modifications ci-dessus à tout moment, veuillez exécuter:

Sudo systemctl unmask NetworkManager-wait-online.service

Suivez-le ensuite par:

Sudo systemctl enable NetworkManager-wait-online.service

Quel est systemd-networkd-wait-online.service?

NOM systemd-networkd-wait-online.service, systemd-networkd-wait-online - Attendez que le réseau se connecte

SYNOPSIS systemd-networkd-wait-online.service

   /lib/systemd/systemd-networkd-wait-online

DESCRIPTION systemd-networkd-wait-online est un service système one-shot (voir systemd.service (5)), qui attend que le réseau soit configuré. Par défaut, il attendra que toutes les liaisons dont il a connaissance et qui sont gérées par systemd-networkd.service (8) soient entièrement configurées ou échouées, et qu'au moins une liaison soit en ligne. Ici, en ligne signifie que l'état opérationnel du lien est égal ou supérieur à "dégradé". Le seuil peut être configuré par l'option --operational-state =.

Le but du NetworkManager-wait-online.service consiste à attendre la mise en ligne du réseau avant de poursuivre le processus de démarrage.

Cela est nécessaire dans le cas, par exemple, de serveurs qui dépendent des ressources réseau dans le cadre du processus de démarrage (par exemple, le montage de lecteurs distants) ou dans le cas de postes de travail qui dépendent du réseau pour démarrer correctement (par exemple, les clients légers).

Sinon, les utilisateurs de bureau peuvent désactiver NetworkManager-wait-online.service et le réseau se connectera normalement une fois le démarrage terminé, moins le temps d'attente inutile.

Il est sûr de désactiver dans ce cas.

Bonne chance

4
Raffa

Cette ligne de 1,5 seconde est un bug :

      1.552s systemd-backlight@backlight:intel_backlight.service

Sur mon système sans bug c'est seulement 1 milliseconde:

$ systemd-analyze blame | grep backlight

         1ms systemd-backlight@backlight:intel_backlight.service

Plus de conseils (y compris NetworkManager-wait-online.service) peuvent être trouvés ici:

1
WinEunuuchs2Unix