Даже после удаления Snap Ubuntu по-прежнему требует много времени для загрузки [дубликат]
Вот журнал из systemd-analysis
Startup finished in 6.406s (firmware) + 4.794s (loader) + 4.066s (kernel) + 58.047s (userspace) = 1min 13.315s graphical.target reached after 56.065s in userspace
А вот журнал из systemd-analysis виноват
36.965s plymouth-quit-wait.service
24.279s mysql.service
11.620s networkd-dispatcher.service
10.769s fwupd.service
7.240s accounts-daemon.service
6.498s udisks2.service
5.611s bolt.service
5.227s grub-common.service
5.013s dev-sda2.device
4.892s NetworkManager.service
4.780s gpu-manager.service
4.717s polkit.service
3.899s avahi-daemon.service
3.894s bluetooth.service
3.843s upower.service
3.809s ModemManager.service
3.683s switcheroo-control.service
3.669s thermald.service
3.666s systemd-logind.service
3.639s wpa_supplicant.service
3.602s systemd-resolved.service
2.729s gdm.service
2.554s secureboot-db.service
2.534s systemd-journal-flush.service
2.392s systemd-tmpfiles-setup.service
1.977s tlp.service
1.815s rsyslog.service
1.605s systemd-udevd.service
1.503s apport.service
1.481s apparmor.service
1.272s systemd-random-seed.service
956ms grub-initrd-fallback.service
736ms ua-messaging.service
726ms systemd-sysusers.service
695ms systemd-modules-load.service
654ms keyboard-setup.service
619ms systemd-fsck@dev-disk-by\x2duuid-8B77\x2d3D04.service
602ms systemd-tmpfiles-setup-dev.service
494ms systemd-journald.service
482ms systemd-udev-trigger.service
480ms swapfile.swap
455ms modprobe@drm.service
410ms systemd-timesyncd.service
269ms systemd-backlight@backlight:intel_backlight.service
256ms dev-hugepages.mount
254ms dev-mqueue.mount
251ms sys-kernel-debug.mount
249ms sys-kernel-tracing.mount
244ms kmod-static-nodes.service
228ms setvtrgb.service
227ms e2scrub_reap.service
225ms colord.service
217ms user@1000.service
185ms boot-efi.mount
181ms openvpn.service
167ms console-setup.service
151ms systemd-sysctl.service
149ms systemd-update-utmp.service
145ms ufw.service
140ms systemd-remount-fs.service
135ms plymouth-start.service
94ms systemd-user-sessions.service
82ms pppd-dns.service
72ms kerneloops.service
66ms systemd-tmpfiles-clean.service
36ms rtkit-daemon.service
27ms motd-news.service
18ms user-runtime-dir@1000.service
12ms plymouth-read-write.service
11ms sys-kernel-config.mount
11ms sys-fs-fuse-connections.mount
9ms systemd-update-utmp-runlevel.service
8ms alsa-restore.service
Кто-нибудь, пожалуйста, помогите мне с этим, так как даже после удаления оснастки и snapd Я все еще сталкиваюсь с проблемой большого времени загрузки. Заранее спасибо.
Имя и тип ОС: Ubuntu 20.04.2 LTS x64 Мой ноутбук: ноутбук HP 250 G7 Процессор ПК: Intel® Core ™ i3-7020U CPU @ 2,30 ГГц × 4 Графика: Mesa Intel® HD Graphics 620 (KBL GT2)
1 ответ
Не существует единственного волшебного улучшения, которое вы могли бы внести в свою, по-видимому, правильно работающую систему Ubuntu. (Вы уже продемонстрировали это)
Иногда бывает некорректно функционирующая служба или нестабильное оборудование, но ваш вывод этого не показывает.
Вы можете вносить постепенные улучшения, используя лучшее оборудование (заменяя жесткий диск на более быстрый SSD).
Вы можете сделать постепенное улучшение, протестировав свое оборудование на совместимость с гибернацией (например, Windows FastBoot). Не все оборудование совместимо с гибернацией Linux, поэтому в Ubuntu он отключен по умолчанию. Но включить тривиально. Конечно, вы также можете просто оставить свою систему работающей (или перевести ее в спящий режим, если она портативна).
Вы можете вносить постепенные улучшения, снижая сложность вашей системы.Ваш вывод показывает смесь типичных задач сервера (networkd, mysql) и типичных задач рабочего стола (NetworkManager, udisks2).