Après le démarrage, j'ai couru systemd-analyze blame
et voici les résultats:
21.596s systemd-journal-flush.service
18.658s dev-sda8.device
15.099s dev-loop33.device
15.034s dev-loop19.device
15.012s dev-loop34.device
14.989s dev-loop21.device
14.877s dev-loop15.device
14.866s dev-loop26.device
14.773s dev-loop27.device
14.684s dev-loop30.device
14.677s dev-loop32.device
14.649s dev-loop35.device
14.590s dev-loop25.device
14.267s dev-loop23.device
14.192s dev-loop24.device
14.156s dev-loop29.device
14.133s dev-loop16.device
14.065s dev-loop31.device
14.059s dev-loop28.device
13.821s dev-loop20.device
13.531s dev-loop22.device
13.495s dev-loop14.device
13.364s dev-loop18.device
Quels sont ces services dev-loopxx.device
(en xx
chiffres) et pourquoi prennent-ils autant de temps? Sont-ils liés au montage de boutons-pression? Puis-je réduire le temps de démarrage en les désactivant? J'utilise Ubuntu 18.04 avec Windows 10.
Réponses:
Vous pouvez déterminer la liste de tous les snaps installés avec
snap list
, pour la relation entre le point de montage et le nom du snap que vous pouvez utilisersystemctl status
,mount
etlosetup
.Par exemple, sur mon Ubuntu MATE 18.04 LTS, j'ai les snaps suivants installés:
Ils créent des périphériques de boucle comme suit:
Les points de montage sont les suivants:
Regardons de plus près
dev-loop4.device
:Le dossier
/sys/devices/virtual/block/loop4
contient un fichier très utileloop/backing_file
, on peut lire son contenu:Nous avons donc simplement déterminé que cela
/dev/loop4
est créé parcore
snap.Mais la façon la plus simple est d'utiliser
losetup
(voirman losetup
):J'espère que cela vous aidera à mieux comprendre les points de montage Snaps.
Conclusion: en utilisant Snaps pour avoir des logiciels à jour, nous finissons par payer pour cela avec un trafic réseau plus élevé, plus d'utilisation du disque et un temps de démarrage plus lent. Si vous ne souhaitez pas du tout utiliser Snaps, supprimez-les avec
sudo apt-get purge snapd
.la source