Po uruchomieniu uruchomiłem systemd-analyze blame
i oto wyniki:
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
Czym są te dev-loopxx.device
( xx
oznacza liczby) usługi i dlaczego poświęcają tyle czasu? Czy są one związane z montażem zatrzasków? Czy mogę skrócić czas uruchamiania, wyłączając je? Używam Ubuntu 18.04 wraz z Windows 10.
Odpowiedzi:
Możesz określić listę wszystkich zainstalowanych
snap list
przystawek, dla relacji między punktem montowania i nazwą przystawki, której możesz użyćsystemctl status
,mount
orazlosetup
.Na przykład na moim Ubuntu MATE 18.04 LTS mam zainstalowane następujące przystawki:
Tworzą urządzenia pętlowe w następujący sposób:
Punkty montażu są następujące:
Przyjrzyjmy się bliżej
dev-loop4.device
:Folder
/sys/devices/virtual/block/loop4
zawiera bardzo przydatny plikloop/backing_file
, możemy odczytać jego zawartość:Właśnie ustaliliśmy, że
/dev/loop4
jest tworzony przezcore
snap.Ale najprostszym sposobem jest użycie
losetup
(patrzman losetup
):Mam nadzieję, że pomoże to lepiej zrozumieć punkty montowania Snapów.
Konkluzja: używając Snapsa do posiadania aktualnego oprogramowania, ostatecznie płacimy za to większym ruchem sieciowym, większym zużyciem dysku i wolniejszym czasem uruchamiania. Jeśli nie chcesz w ogóle używać Snapów, usuń je za pomocą
sudo apt-get purge snapd
.źródło