J'exécute Ubuntu 16.04 mais je n'ai jamais installé de packages de snap, du moins pas que je sache.
Voici mes processus les plus lents au démarrage:
$ systemd-analyze blame | head
9.057s snapd.refresh.service
5.058s NetworkManager-wait-online.service
1.126s dev-sdb5.device
822ms storage.mount
804ms data.mount
397ms gpu-manager.service
390ms apt-daily.service
363ms systemd-rfkill.service
334ms systemd-fsck@dev-disk-by\x2duuid-B023\x2d3905.service
251ms accounts-daemon.service
Évidemment, cela snapd.refresh.service
prend énormément de temps par rapport au reste, d'autant plus que je n'ai pas besoin de clichés de toute façon.
Comment puis-je désactiver tous les éléments liés aux snaps pour accélérer le temps de démarrage?
systemctl disable snapd.refresh.service
marcherait? fedoraproject.org/wiki/…snapd.refresh.service
ne s'affiche pas lorsque je courssystemd-analyze blame | head
.systemctl disable snapd.*
car la saisie semi-automatique ne mentionnait quesnapd.refresh.timer
,snapd.service
etsnapd.socket
, mais passnapd.refresh.service
. Je pense que je n'en aurai pas besoin du tout de toute façon. Maintenant, l'entrée a disparu de lasystemd-analyze blame
sortie. Souhaitez-vous poster une réponse s'il vous plaît?systemctl disable NetworkManager-wait-online.service
(ce qui prenait 10 secondes) est passésystemd-analyze
de 26 secondes à 16 secondes.Réponses:
Il n'est pas nécessaire de le désactiver pour accélérer le démarrage. C'était une erreur de notre part, et a été corrigé dans 2.11, pour une mise à jour dans les prochains jours. Voici le journal des modifications complet:
https://github.com/snapcore/snapd/blob/2.11/debian/changelog
la source
systemd-analyze blame | head
apparaît toujourssnapd.refresh.service
comme le contributeur le plus lent à la lenteur de démarrage @ 13.702s.snapd
,snap-confine
Etubuntu-core-launcher
sont tous sur la version 2.26.8. Est-ce réellement corrigé dans Ubuntu?Selon le wiki systemd , la commande pour désactiver un service et l'empêcher de démarrer au démarrage est:
donc
devrait fonctionner dans ce cas.
la source
systemctl disable snapd.*
place, car la saisie semi-automatique ne mentionnait quesnapd.refresh.timer
,snapd.service
etsnapd.socket
, mais passnapd.refresh.service
.