10

Я понимаю, что решение долгого времени загрузки включает анализ того, сколько времени требуется для загрузки чего-либо, но вывод systemd-analyze blame systemd-analyze plot оставил меня озадаченным.

~ $ systemd-analyze
Startup finished in 12.557s (firmware) + 4.516s (loader) + 3.732s (kernel) + 26.720s (userspace) = 47.526s
~ $ systemd-analyze blame | grep "\s[1-9]*\."
          8.989s keyboard-setup.service
          8.757s dev-sda2.device
          6.055s apparmor.service
          4.948s accounts-daemon.service
          4.446s NetworkManager.service
          3.383s gpu-manager.service
          3.134s systemd-udevd.service
          3.079s snapd.firstboot.service
          2.440s udisks2.service
          2.249s grub-common.service
          2.093s upower.service
          1.943s networking.service
          1.661s avahi-daemon.service
          1.461s rsyslog.service
          1.460s pppd-dns.service
          1.449s systemd-tmpfiles-setup-dev.service
          1.387s systemd-rfkill.service
          1.290s colord.service
          1.210s resolvconf.service
          1.192s apport.service
          1.188s systemd-modules-load.service
          1.187s systemd-remount-fs.service
          1.166s dev-mqueue.mount
          1.152s bluetooth.service
          1.032s lightdm.service
          1.013s plymouth-quit-wait.service

Вывод системного анализа

Информация

Машина Dell Inspiron 5559; У меня было это с февраля / марта 2016 года.

~ $ uname -imporvs
Linux 4.8.0-32-generic #34-Ubuntu SMP Tue Dec 13 14:30:43 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux

Distro - это Lubuntu 16.10 с LXDE.

~ $ sudo parted /dev/sda unit mib print
Model: ATA ST1000LM024 HN-M (scsi)
Disk /dev/sda: 953870MiB
Sector size (logical/physical): 512B/4096B
Partition Table: gpt
Disk Flags: 

Number  Start      End        Size       File system     Name                  Flags
 1      1.00MiB    513MiB     512MiB     fat32           EFI System Partition  boot, esp
 2      513MiB     937591MiB  937078MiB  ext4
 3      937591MiB  953869MiB  16278MiB   linux-swap(v1)

Хуже всего то, что время отдельных модулей немного различается (от 1 до 2 секунд, что наблюдалось после решения этой проблемы с тех пор, как я установил Lubuntu), что означает, что мне нужно будет постоянно обновлять systemd-analyze blame или регистрировать серию перезагрузок, а затем сделать в среднем.

Может кто-нибудь сказать мне, где я мог бы начать?

ОБНОВИТЬ

Обновление с 16.10 до 17.04 через sudo apt dist-upgrade изменило ситуацию.
~ $ systemd-analyze blame | grep "\s[1-9]*\."
         16.083s dev-sda2.device
         15.435s keyboard-setup.service
          8.015s systemd-udevd.service
          4.090s NetworkManager.service
          3.644s systemd-tmpfiles-setup-dev.service
          2.621s apparmor.service
          2.549s grub-common.service
          2.477s plymouth-read-write.service
          1.560s accounts-daemon.service
          1.107s systemd-modules-load.service
          1.002s colord.service
~ $ systemd-analyze critical-chain
The time after the unit is active or started is printed after the "@" character.
The time the unit takes to start is printed after the "+" character.

graphical.target @25.631s
└─multi-user.target @25.631s
  └─getty.target @25.631s
    └─getty@tty1.service @25.631s
      └─system-getty.slice @25.630s
        └─setvtrgb.service @25.407s +222ms
          └─systemd-user-sessions.service @25.245s +2ms
            └─network.target @25.245s
              └─NetworkManager.service @21.154s +4.090s
                └─dbus.service @21.147s
                  └─basic.target @21.139s
                    └─sockets.target @21.139s
                      └─snapd.socket @21.136s +2ms
                        └─sysinit.target @21.110s
                          └─apparmor.service @18.488s +2.621s
                            └─local-fs.target @18.488s
                              └─boot-efi.mount @18.387s +100ms
                                └─systemd-fsck@dev-disk-by\x2duuid-7930\x2d6EDD.service @18.198s +150ms
                                  └─dev-disk-by\x2duuid-7930\x2d6EDD.device @18.198s

Вывод системного анализа По крайней мере, явные виновники появляются.

ЗАКРЫТО

Сообщение закрывается, потому что я перешел в другой дистрибутив (Gentoo), где проблема не возникла, поэтому вопрос больше не актуален.

1 ответ1

1

Может кто-нибудь сказать мне, где я мог бы начать?

Запустите сеанс Live Ubuntu (или любой дистрибутив, который поставляется с функцией "попробуй без установки")

Часто дистрибутивы на основе Linux долго загружаются или даже не загружаются, когда есть какая-то проблема с периферийным компонентом, таким как клавиатура или сетевая карта и т.д. Например, клавиша "Вверх" на моем старом ноутбуке остается в нажатом состоянии без физического нажатия. , Из-за этого клавиатура-setup.sh ждет долгое время, не может завершиться и, наконец, я вижу кучу сообщений об ошибках, которые уведомляют меня о невозможности загрузки Ubuntu. Отключение клавиатуры во время загрузки было для меня решением проблемы с загрузкой.

Тестирование вашего оборудования на наличие ошибок такого типа было бы хорошей отправной точкой. Если вы знаете о проблеме с оборудованием вашего ноутбука, вы можете попытаться отключить этот компонент во время загрузки (возможно, сетевую карту или клавиатуру, потому что вы упомянули polktid и keyboard-setup.sh)

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .