Après avoir démarré, j'ai lancé 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
(xx
dénote des nombres) et pourquoi prennent-ils autant de temps? Sont-ils liés au montage de clichés? Puis-je réduire le temps de démarrage en les désactivant? J'utilise Ubuntu 18.04 avec Windows 10.
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 de snap, vous pouvez utiliser systemctl status
, mount
et losetup
.
Par exemple sur mon Ubuntu MATE 18.04 LTS, j'ai les instantanés suivants installés:
$ snap list
Name Version Rev Tracking Developer Notes
core 16-2.33.1 4917 stable canonical core
software-boutique 18.04.0-5b99b84 31 stable/… flexiondotorg classic
ubuntu-mate-welcome 17.10.23-e4f4c4c 169 stable/… flexiondotorg classic
Ils créent des périphériques en boucle comme suit:
$ systemd-analyze blame | grep dev-loop
4.303s dev-loop4.device
4.267s dev-loop2.device
4.193s dev-loop0.device
4.146s dev-loop3.device
111ms dev-loop5.device
Les points de montage sont les suivants:
$ mount | grep snapd
/var/lib/snapd/snaps/core_4830.snap on /snap/core/4830 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/ubuntu-mate-welcome_169.snap on /snap/ubuntu-mate-welcome/169 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/software-boutique_31.snap on /snap/software-boutique/31 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/core_4650.snap on /snap/core/4650 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/core_4917.snap on /snap/core/4917 type squashfs (ro,nodev,relatime,x-gdu.hide)
Regardons de plus près dev-loop4.device
:
$ systemctl status dev-loop4.device
● dev-loop4.device - /dev/loop4
Follow: unit currently follows state of sys-devices-virtual-block-loop4.device
Loaded: loaded
Active: active (plugged) since Tue 2018-07-17 13:05:41 MSK; 4min 44s ago
Device: /sys/devices/virtual/block/loop4
Le dossier /sys/devices/virtual/block/loop4
contient un fichier très utile loop/backing_file
, on peut en lire le contenu:
$ cat /sys/devices/virtual/block/loop4/loop/backing_file
/var/lib/snapd/snaps/core_4650.snap
Nous venons donc de déterminer que /dev/loop4
est créé par core
snap.
Mais le plus simple est d’utiliser losetup
(voir man losetup
):
$ losetup
NAME SIZELIMIT OFFSET AUTOCLEAR RO BACK-FILE DIO LOG-SEC
/dev/loop4 0 0 1 1 /var/lib/snapd/snaps/core_4650.snap 0 512
/dev/loop2 0 0 1 1 /var/lib/snapd/snaps/ubuntu-mate-welcome_169.snap 0 512
/dev/loop0 0 0 1 1 /var/lib/snapd/snaps/core_4830.snap 0 512
/dev/loop5 0 0 1 1 /var/lib/snapd/snaps/core_4917.snap 0 512
/dev/loop3 0 0 1 1 /var/lib/snapd/snaps/software-boutique_31.snap 0 512
J'espère que cela vous aidera à mieux comprendre les points de montage Snaps.
Bottom-line: En utilisant Snaps pour avoir un logiciel à jour, nous finissons par le payer avec un trafic réseau plus élevé, une utilisation plus importante du disque et plus lentement. temps de démarrage. Si vous ne souhaitez pas du tout utiliser d'accrochage, supprimez-les avec Sudo apt-get purge snapd
.