Очень долгое время загрузки после обновления до 20.04
После обновления моего Lenovo ubuntu 16.04 -> 18.04 -> 20 .04, наиболее досадной проблемой является время загрузки почти (2 мин ~ 2 мин 20 сек), начиная с нажатия кнопки питания, до полной готовности к использованию следующим образом:
- До появления логотипа Ubuntu и загрузки появляется знак: около 45 секунд !!
- С момента загрузки логотипа и загрузки до окна входа: около 50 секунд
- После входа в систему до появления рабочего стола: около 20 секунд
Я знаю, что это очень распространенная проблема 20.04. , но все найденные мной решения либо не подходят для моего случая, либо не работают со мной, специально деактивируйте ненужные службы, дважды проверьте UUID раздела подкачки и т. д.
Я не могу установить его с нуля из-за установленной среды и данные, которые у меня есть, что это очень сложно и много времени на повторную настройку и повторную установку.
root@Lenovo-G580:~# systemd-analyze
Startup finished in 5.929s (kernel) + 1min 6.508s (userspace) = 1min 12.438s
graphical.target reached after 1min 5.880s in userspace
root@Lenovo-G580:~# systemd-analyze blame
29.707s plymouth-quit-wait.service
19.960s dev-sda1.device
18.337s systemd-journal-flush.service
14.221s udisks2.service
13.322s networkd-dispatcher.service
12.024s accounts-daemon.service
8.895s dev-loop2.device
8.710s dev-loop1.device
8.707s dev-loop3.device
8.684s avahi-daemon.service
8.493s dev-loop4.device
8.439s polkit.service
8.420s dev-loop0.device
8.327s NetworkManager.service
8.150s switcheroo-control.service
8.131s thermald.service
8.129s systemd-logind.service
8.126s wpa_supplicant.service
7.004s systemd-udevd.service
5.232s ModemManager.service
4.695s apport.service
4.685s gpu-manager.service
4.582s grub-common.service
4.015s e2scrub_reap.service
3.856s rsyslog.service
3.463s apparmor.service
3.270s ssh.service
1.959s networking.service
1.696s lm-sensors.service
1.674s grub-initrd-fallback.service
1.519s systemd-tmpfiles-setup.service
1.416s keyboard-setup.service
1.411s apache-htcacheclean.service
1.342s systemd-modules-load.service
1.309s snapd.apparmor.service
1.300s systemd-resolved.service
1.102s systemd-sysusers.service
root@Lenovo-G580:~# 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 @1min 5.880s
└─multi-user.target @1min 5.880s
└─ModemManager.service @35.995s +5.232s
└─polkit.service @27.542s +8.439s
└─basic.target @26.902s
└─sockets.target @26.902s
└─uuidd.socket @26.902s
└─sysinit.target @26.756s
└─systemd-timesyncd.service @26.303s +452ms
└─systemd-tmpfiles-setup.service @24.738s +1.519s
└─systemd-journal-flush.service @6.400s +18.337s
└─systemd-remount-fs.service @5.992s +173ms
└─systemd-journald.socket @5.627s
└─-.mount @5.624s
└─system.slice @5.624s
└─-.slice @5.624s
Мои технические характеристики:
RAM: 8 GB
CPU: Intel(R) Core(TM) i3-3120M CPU @ 2.50GHz
Помогите, пожалуйста?
1 ответ
Просмотрите файл переключения служб имен и убедитесь, что настройки вашей сети верны. Возможно, у вас есть настройка, которая истекает по тайм-ауту.
Переключатель службы имен (/etc/nsswitch.conf) может быть установлен по-разному.
Другие вещи, которые нужно проверить (сеть, маска подсети, маршрутизатор по умолчанию) в настройках сети.
Я не знаю, что такое «Менеджер модемов», который выглядит так, будто тянет 35 секунд, возможно, его следует отключить вместо тайм-аута, но я не знаю вашей конфигурации.
Медлительность иногда трудно устранить, но для поиска используются переключатель службы имен и /etc/hosts, поэтому, если вы испытываете тайм-ауты, это может быть областью для поиска.