Здравствуйте! Понимаю, что тема избитая, но ответов пока не нашёл. Пару дней назад я отключил swap-раздел, и после этого ноут стал очень долго грузится (загружаться). Сейчас восстановил swap-раздел, комп ещё дольше грузится. Если раньше до запуска проверки диска проходило 10 секунд, сейчас все похоже 50-60 секунд. Причём по «systemd-analyze critical-chain» особо не видно что не так.
О системе:
Lenovo G50 Intel® Core™ i3-4030U CPU @ 1.90GHz × 4
AMD® Hainan / Intel® HD Graphics 4400 (HSW GT2)
Ubuntu 20.04.4 LTS 64
systemd-analyze critical-chain
The time when unit became active or started is printed after the "@" character.
The time the unit took to start is printed after the "+" character.
graphical.target @9.580s
└─multi-user.target @9.579s
└─networkd-dispatcher.service @3.463s +740ms
└─basic.target @3.422s
└─sockets.target @3.422s
└─uuidd.socket @3.422s
└─sysinit.target @3.414s
└─systemd-backlight@backlight:intel_backlight.service @2.058s +1.060s
└─system-systemd\x2dbacklight.slice @2.056s
└─system.slice @420ms
└─-.slice @420ms
systemd-analyze blame |head -n 20
>>>
5.811s plymouth-quit-wait.service
4.134s upower.service
1.695s dev-sda5.device
1.147s plymouth-read-write.service
1.060s systemd-backlight@backlight:intel_backlight.service
740ms networkd-dispatcher.service
532ms udisks2.service
399ms accounts-daemon.service
394ms systemd-logind.service
374ms tlp.service
301ms ua-timer.service
280ms loadcpufreq.service
265ms polkit.service
261ms user@1000.service
257ms apparmor.service
253ms NetworkManager.service
246ms avahi-daemon.service
232ms systemd-journal-flush.service
202ms switcheroo-control.service
198ms systemd-udev-trigger.service
Может кто подскажет, куда смотреть и что ещё могло зацепить отклонение swap-раздела?
