Крайне медленное время загрузки на PopOS 22.04

Вопрос или проблема

Я использовал загрузку с двумя системами Bazzite (Fedora Atomic) и PopOS на своем ноутбуке и всегда доходил до экранов входа за секунды. Никогда не проверял это, но уверен, что это занимало около 5-10 секунд. Сегодня, после удаления разделов Bazzite (так как одна игра, в которую я играю, начала вылетать там по какой-то причине), время до экрана входа оказалось тревожно медленным.

das@pop-os:~$ systemd-analyze
Загрузка завершена за 4.479с (прошивка) + 672мс (загрузчик) + 9.313с (ядро) + 1мин 34.944с (пользовательское пространство) = 1мин 49.410с 
графическая.target достигнута после 1мин 34.932с в пользовательском пространстве

Ниже приведены некоторые дополнительные детали, которые я видел у людей в похожих ситуациях. Похоже, что snapd имеет к этому отношение.

das@pop-os:~$ systemd-analyze critical-chain
Время, когда юнит стал активным или запустился, печатается после символа "@".
Время, которое потребовалось юниту для запуска, печатается после символа "+".

графическая.target @1мин 34.932с
└─multi-user.target @1мин 34.932с
  └─virtualbox.service @1мин 34.858с +73мс
    └─network-online.target @1мин 34.841с
      └─NetworkManager-wait-online.service @1мин 30.773с +4.068с
        └─NetworkManager.service @1мин 30.695с +73мс
          └─basic.target @1мин 30.668с
            └─dbus-broker.service @1мин 30.608с +56мс
              └─dbus.socket @1мин 30.588с
                └─sysinit.target @1мин 30.580с
                  └─snapd.apparmor.service @1.254с +75мс
                    └─apparmor.service @1.157с +79мс
                      └─local-fs.target @1.086с
                        └─run-snapd-ns-cups.mnt.mount @1мин 31.179с
                          └─run-snapd-ns.mount @1мин 31.077с
                            └─local-fs-pre.target @530мс
                              └─systemd-tmpfiles-setup-dev.service @515мс +15мс
                                └─systemd-sysusers.service @497мс +16мс
                                  └─systemd-remount-fs.service @469мс +26мс
                                    └─systemd-journald.socket @439мс
                                      └─-.mount @422мс
                                        └─-.slice @422мс
das@pop-os:~$ snap version
snap    2.65.3+22.04
snapd   2.65.3+22.04
series  16
pop     22.04
kernel  6.9.3-76060903-generic
das@pop-os:~$ lsblk
ИМЯ        MAJ:MIN RM   РАЗМЕР RO ТИП ТОЧКИ МОНТИРОВКИ
loop0         7:0    0     4K  1 loop /snap/bare/5
loop1         7:1    0  74.2M  1 loop /snap/core22/1621
loop2         7:2    0  73.9M  1 loop /snap/core22/1663
loop3         7:3    0  67.8M  1 loop /snap/cups/1058
loop4         7:4    0  67.8M  1 loop /snap/cups/1067
loop5         7:5    0 505.1M  1 loop /snap/gnome-42-2204/176
loop6         7:6    0  91.7M  1 loop /snap/gtk-common-themes/1535
loop7         7:7    0  38.8M  1 loop /snap/snapd/21759
loop8         7:8    0  44.1M  1 loop /snap/snapd/22991
zram0       251:0    0   7.6G  0 диск [SWAP]
nvme0n1     259:0    0 465.8G  0 диск 
├─nvme0n1p1 259:1    0  1022M  0 часть /boot/efi
├─nvme0n1p2 259:2    0     4G  0 часть /recovery
└─nvme0n1p3 259:3    0 460.8G  0 часть /

вывод dmesg

Ответ или решение

Причины медленного времени загрузки на PopOS 22.04 и пути их устранения

Если в вашей системе PopOS 22.04 значительно увеличилось время загрузки после удаления разделов с другой операционной системой, это может быть связано с несколькими факторами. Ниже будут рассмотрены возможные причины и пути их устранения.

1. Анализ времени загрузки

По предоставленным данным, загрузка вашей системы занимает приблизительно 1 минуту и 49 секунд, из которых 1 минута и 34 секунды происходит в пространстве пользователей (userspace). Это ненормально долго, особенно по сравнению с прежними показателями. Основные компоненты задержки:

  • network-online.target и NetworkManager-wait-online.service занимают более 4 секунд. Это может быть связано с тем, что NetworkManager пытается дождаться подключения к сети.
  • virtualbox.service также может добавлять задержку, если у вас установлены модули VirtualBox, которые не запускаются должным образом.

2. Проблемы с Snap

Как вы отметили, существует мнение, что snapd может быть источником ваших проблем. Snap-пакеты могут вызывать дополнительные задержки в процессе загрузки.

  • Устранение snapd: Если snap-пакеты не являются необходимыми для вашего рабочего процесса, рассмотрите возможность их полного удаления. Для этого можно использовать следующую команду:
    sudo apt purge snapd
  • Проверка snap-пакетов: Если вы все же используете snap, убедитесь, что они актуальны и корректно установлены. Запустите:
    snap refresh

3. Оптимизация деятельности NetworkManager

Если вам не требуется ждать подключения к сети перед продолжением загрузки, вы можете отключить ожидание NetworkManager:

  • Отключение ожидания NetworkManager:
    sudo systemctl disable NetworkManager-wait-online.service

4. Проверка конфигурации VirtualBox

Если вы используете VirtualBox, убедитесь, что его службы не конфликтуют с загрузкой:

  • Отключите службу VirtualBox, если она не используется:
    sudo systemctl disable virtualbox.service

5. Оптимизация загрузки системы

Вы можете провести дополнительные оптимизации с помощью утилиты systemd-analyze:

  • Проверьте, какие службы загружаются дольше всего и, если это возможно, отключите ненужные.
  • Используйте команду:
    systemd-analyze blame

    Это покажет список служб, которые задерживают загрузку, с указанием времени их запуска.

6. Проверка состояния диска

Иногда медленная загрузка может быть вызвана проблемами с диском или файловой системой:

  • Запустите проверку файловой системы:
    sudo fsck -f /dev/nvme0n1p3
  • Убедитесь, что никаких ошибок нет и ваш диск работает оптимально.

Заключение

Существует множество факторов, которые могут повлиять на медленную загрузку системы, и указанные выше шаги помогут выявить и устранить основные проблемы. После внесения изменений рекомендуется повторно протестировать загрузку системы для определения изменения времени загрузки. Каждое из предложений должно быть рассмотрено в контексте вашей рабочей нагрузки и потребностей.

Если описанные выше шаги не решают проблему, может потребоваться более глубокая диагностика, включая изучение логов загрузки с помощью journalctl -b и анализ других системных ресурсов.

Оцените материал
Добавить комментарий

Капча загружается...