Вопрос или проблема
Спасибо, Царь, за ответ.
Изменения:
Я засек время загрузки с помощью секундомера от меню Grub, и это было 2 минуты и 17 секунд.
systemd-analyze сообщает о 1 минуте 28 секундах.
Не уверен, почему есть это расхождение.
Моя графика — Radeon 5450 [AMD/ATI] Cedar [Radeon HD 5000/6000/7350/8350 Series]
Вывод journalctl был огромен и слишком длинный, чтобы вставить сюда. Фактически он составил 403 МБ данных.
Вывод lsblk -f:
NAME FSTYPE LABEL UUID FSAVAIL FSUSE% MOUNTPOINT
loop0 squashfs 0 100% /snap/core/8935
loop1 squashfs 0 100% /snap/core/9066
loop2 squashfs 0 100% /snap/core18/1705
loop3 squashfs 0 100% /snap/core18/1754
loop4 squashfs 0 100% /snap/gnome-3-28-1804/116
loop5 squashfs 0 100% /snap/gnome-3-28-1804/71
loop6 squashfs 0 100% /snap/gnome-3-34-1804/27
loop7 squashfs 0 100% /snap/gtk-common-themes/1502
loop8 squashfs 0 100% /snap/gtk-common-themes/1506
loop9 squashfs 0 100% /snap/mc-installer/488
loop10 squashfs 0 100% /snap/mc-installer/496
loop11 squashfs 0 100% /snap/minetest/1370
loop12 squashfs 0 100% /snap/minetest/1521
loop13 squashfs 0 100% /snap/quake-shareware/10
loop14 squashfs 0 100% /snap/quake-shareware/14
loop15 squashfs 0 100% /snap/quakespasm-beidl/45
loop16 squashfs 0 100% /snap/snap-store/433
loop17 squashfs 0 100% /snap/vlc/1397
loop18 squashfs 0 100% /snap/vlc/1620
loop19 squashfs 0 100% /snap/yamagi-quake2-beidl/40
sda
├─sda1 ntfs System Reserved DEAC9B64AC9B364D
├─sda2 ntfs 48B49D12B49D039A
├─sda3 ntfs 30A404C2A4048C92
├─sda4
└─sda5 ext4 09bbb74b-60e5-4bae-99a4-86e6ed35a9dc 100.8G 48% /
sr0 udf LOTR_THE_FELLOWSHIP_OF_THE_RING 2caf81e800000000 0 100% /media/bloch/LOTR_THE_FELLOWSHIP_OF_THE_RING
Мой OptiPlex 9010 медленно загружается. У меня была установлена Ubuntu 19.10 и возникли проблемы с пустым экраном после загрузки на моем мониторе Dell P2412H.
Затем я обновился до 20.04. Время загрузки кажется немного уменьшилось, но все еще медленно. Не знаю, связано ли это с медленной загрузкой.
Вывод systemd-analyze blame приведен ниже:
44.890s plymouth-quit-wait.service
29.461s dev-sda5.device
28.830s systemd-journal-flush.service
24.891s snapd.service
23.393s networkd-dispatcher.service
20.497s udisks2.service
20.161s dev-loop15.device
20.104s dev-loop18.device
19.874s dev-loop17.device
19.790s dev-loop19.device
19.686s dev-loop6.device
19.551s dev-loop10.device
19.163s dev-loop5.device
17.642s dev-loop16.device
17.553s dev-loop0.device
17.528s dev-loop12.device
17.489s dev-loop13.device
17.429s dev-loop2.device
17.429s dev-loop4.device
17.370s dev-loop14.device
16.999s accounts-daemon.service
16.812s dev-loop8.device
16.358s dev-loop9.device
16.300s dev-loop11.device
15.985s dev-loop3.device
14.782s dev-loop7.device
14.051s dev-loop1.device
11.180s NetworkManager-wait-online.service
10.320s ModemManager.service
9.707s apport-autoreport.service
8.384s systemd-udevd.service
8.036s polkit.service
7.970s NetworkManager.service
7.914s avahi-daemon.service
7.490s switcheroo-control.service
6.158s thermald.service
6.156s wpa_supplicant.service
6.152s systemd-logind.service
5.195s gpu-manager.service
5.188s systemd-resolved.service
4.668s grub-common.service
4.614s apport.service
4.322s rsyslog.service
3.299s apparmor.service
2.992s grub-initrd-fallback.service
2.885s colord.service
2.712s e2scrub_reap.service
2.604s snapd.apparmor.service
2.257s snap-core-8935.mount
2.191s snap-core-9066.mount
2.100s [email protected]
2.076s gdm.service
2.057s snap-core18-1705.mount
1.955s snap-core18-1754.mount
1.745s geoclue.service
1.707s snap-gnome\x2d3\x2d28\x2d1804-116.mount
1.672s snap-gnome\x2d3\x2d28\x2d1804-71.mount
1.610s fwupd.service
1.481s plymouth-read-write.service
1.472s snap-gnome\x2d3\x2d34\x2d1804-27.mount
1.429s systemd-tmpfiles-setup.service
1.366s pppd-dns.service
1.365s smartmontools.service
1.299s snap-gtk\x2dcommon\x2dthemes-1502.mount
1.274s [email protected]
1.226s snap-gtk\x2dcommon\x2dthemes-1506.mount
1.200s systemd-modules-load.service
1.002s snap-mc\x2dinstaller-488.mount
935ms binfmt-support.service
904ms snapd.seeded.service
903ms snap-mc\x2dinstaller-496.mount
895ms plymouth-start.service
820ms [email protected]
765ms systemd-tmpfiles-setup-dev.service
762ms snap-minetest-1370.mount
741ms systemd-random-seed.service
677ms [email protected]
655ms keyboard-setup.service
640ms systemd-sysusers.service
638ms systemd-journald.service
637ms snap-minetest-1521.mount
585ms systemd-udev-trigger.service
579ms systemd-sysctl.service
561ms snap-quake\x2dshareware-10.mount
550ms swapfile.swap
503ms snap-quake\x2dshareware-14.mount
473ms upower.service
467ms kerneloops.service
450ms ufw.service
437ms snap-quakespasm\x2dbeidl-45.mount
411ms systemd-timesyncd.service
341ms snap-vlc-1620.mount
300ms snap-yamagi\x2dquake2\x2dbeidl-40.mount
261ms snap-snap\x2dstore-433.mount
215ms systemd-remount-fs.service
214ms console-setup.service
191ms snap-vlc-1397.mount
161ms dev-hugepages.mount
160ms dev-mqueue.mount
159ms sys-kernel-debug.mount
159ms sys-kernel-tracing.mount
149ms kmod-static-nodes.service
138ms rtkit-daemon.service
97ms proc-sys-fs-binfmt_misc.mount
94ms systemd-user-sessions.service
93ms systemd-update-utmp.service
78ms setvtrgb.service
76ms systemd-tmpfiles-clean.service
65ms openvpn.service
9ms systemd-update-utmp-runlevel.service
8ms alsa-restore.service
3ms sys-fs-fuse-connections.mount
2ms sys-kernel-config.mount
746us snapd.socket
401us clean-mount-point@media-bloch-LOTR_THE_FELLOWSHIP_OF_THE_RING.service
bloch@bloch-OptiPlex-9010:~/Desktop$ systemd-analyze
Startup finished in 4.838s (kernel) + 1min 30.328s (userspace) = 1min 35.166s
graphical.target reached after 1min 30.246s in userspace
Более новые карты Radeon, похоже, имеют проблемы с ядрами 5.3 и выше. Моя система нестабильна после установки RX-580 на 19.10, и после свежей чистой установки Ubuntu 20.04 она все еще падает. У старой Nvidia GTX-470 проблем не было в прошлом месяце. Пока я не нашел решения для этого.
Какой тип диска? Жесткий диск или SSD?
Наблюдайте за загрузкой вашей системы, нажимая стрелку влево или вправо. У меня был неправильно настроенный файл подкачки, который прибавлял 1m30s к процессу загрузки.
Укажите вывод journalctl
Похоже, что dev-sda5.device отстает больше всего. Каков ваш вывод для /dev/sda5:
sudo lsblk -f
Не помешает немного убирать системные ошибки.
В чем разница между опциями “autoclean”, “autoremove” и “clean”?
Ваши снимки занимают слишком много времени для монтирования. Рассмотрите возможность установки по умолчанию, если это возможно. Нашел это на форуме snap:
Как временное решение вы можете нажать клавишу “shift” и двигать мышью во время загрузки, это ускорит вход в систему.
https://forum.snapcraft.io/t/snapd-service-delays-startup-in-ubuntu-18-04-with-4-15-0-24/6205/9
.
Ответ или решение
Проблема с медленной загрузкой на Ubuntu 20.04 LTS может быть вызвана различными факторами. На основе предоставленной информации стоит рассмотреть несколько ключевых моментов, чтобы определить и решить проблему.
Теория
Системы на базе Linux используют множество служб и устройств, которые могут влиять на время загрузки. Среди них можно выделить службы systemd, подключаемые устройства, массивы данных, загрузку драйверов и конфигурацию аппаратного обеспечения. Замедление может быть связано как с программными, так и с аппаратными факторами.
-
Загрузка служб: Ваша система показывает, что некоторые процессы занимают значительное время при запуске. Особое внимание стоит обратить на
plymouth-quit-wait.service,dev-sda5.deviceиsystemd-journal-flush.service. -
Файловая система: Состояние дисков и их файловая система важны для времени загрузки.
lsblk -fдемонстрирует использование файловой системы ext4 на разделе/dev/sda5. В данном случае необходимо убедиться, что с дисковыми устройствами нет проблем. -
Аппаратное обеспечение: Видеокарта Radeon 5450 и потенциальные проблемы с ядрами 5.3 и выше также могут повлиять на производительность. Старые видеокарты или здания с неожиданными конфигурациями могут не оптимально работать с новыми версиями ядра.
-
Snap пакеты: Монтирование многочисленных
snapпакетов может также приводить к задержкам, как видно из выводаsystemd-analyze blame. Установка приложений с использованием традиционных пакетов может быть более эффективной.
Пример
Ваш вывод systemd-analyze blame иллюстрирует значительное время, затрачиваемое службами plymouth и snap на обработку. Например, plymouth-quit-wait.service требует около 44 секунд, что является значительным вкладом в общее время загрузки.
Применение
Для решения проблемы рекомендуется следующее:
-
Диагностика дисков: Используйте команды, такие как
sudo fsck /dev/sda5, чтобы проверить наличие ошибок на файловой системе. Если система сообщает об ошибках, попробуйте исправить их. -
Оптимизация
swapфайла: Неверная конфигурация файла подкачки (swap) может увеличить время загрузки. Проверьте настройки файла подкачки, используяswapon --showиfree -h, и убедитесь, что размер и расположение подходят вашей системе. -
Альтернативы
snap: Если монтированиеsnapпакетов требует слишком много времени, рассмотрите возможность установки аналогичных приложений без использованияsnap. Это можно сделать через менеджеры пакетов, такие какapt, или с помощьюflatpak. -
Обновление драйверов: Убедитесь, что драйверы вашей видеокарты актуальны и совместимы с вашим ядром. Иногда изменение или обновление драйверов может существенно улучшить производительность системы.
-
Очистка системы: Выполните команды
sudo apt autoclean,sudo apt autoremoveиsudo apt clean, чтобы удалить неиспользуемые зависимости и освободить место на диске, что может ускорить загрузку. -
Иследование логов: Исследуйте файлы логов с помощью команд, таких как
journalctl -xe, чтобы найти любые ошибки или предупреждения, которые могут объяснить замедление.
Решение подобных проблем требует терпения и методичного подхода к диагностике и устранению неполадок. Сфера IT постоянно меняется, и ваша способность исследовать и адаптироваться будет ключом к успешному решению проблем производительности.