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

~ $ systemd-проаналізувати
Запуск завершено в 12.557 (прошивка) + 4.516s (завантажувач) + 3.732s (ядро) + 26.720s (область користувача) = 47.526s

~ $ systemd-аналізуйте вину | grep "\ s [1-9] * \."
          8.989s-setup.service клавіатури
          8.757s dev-sda2.device
          6.055s apparmor.service
          4.948s рахунки-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.290-х кольоровий сервіс
          1.210s Resolconcon.service
          1.192s apport.service
          1.188s systemd-модулі-load.service
          1.187s systemd-remount-fs.service
          1.166s dev-mqueue.mount
          1.152s bluetooth.сервіс
          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 вт 13 грудня 14:30:43 UTC 2016 x86_64 x86_64 x86_64 GNU / Linux

Distro - Lubuntu 16.10 w / LXDE.

~ $ sudo parted / dev / sda unit mib print
Модель: ATA ST1000LM024 HN-M (scsi)
Диск / dev / sda: 953870MiB
Розмір сектора (логічний / фізичний): 512B / 4096B
Таблиця розділів: gpt
Прапор диска: 

Номер Початковий кінець Розмір Розмір файлів системи системи
 1 1,00MiB 513MiB 512MiB жир32 завантаження системного розділення системи EFI, esp
 2 513MiB 937591MiB 937078MiB ext4
 3 937591MiB 953869MiB 16278MiB linux-swap (v1)

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

Хтось може сказати мені, з чого я можу почати ?

ОНОВЛЕННЯ

~ $ systemd-аналізуйте вину | grep "\ s [1-9] * \."
         16.083s dev-sda2.device
         15.435s клавіатура-setup.service
          8.015s systemd-udevd.service
          4.090-х 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.560-ті рахунки-daemon.service
          1.107s systemd-module-load.service
          1.002s colord.service

~ $ systemd-аналіз критичного ланцюга
Час після активації або запуску пристрою друкується після символу "@".
Час, який потрібен пристрою для запуску, друкується після символу "+".

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-session.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), де проблеми не виникло, тому питання вже не актуальне.

Хтось може сказати мені, з чого я можу почати?

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

Багато разів дистрибутив на базі Linux вимагає тривалого часу завантаження або навіть не вдається завантажуватися, коли виникає проблема з периферійними компонентами, такими як клавіатура або NIC і т.д. . Через це клавіатура-setup.sh довго чекає, не вдається завершити, і нарешті я бачу купу повідомлень про помилки, які сповіщають мене про те, що Ubuntu не може завантажуватися. Відключення клавіатури під час завантаження було для мене способом завантаження.

Тестування обладнання на такий тип помилок було б гарною відправною точкою. Якщо ви знаєте про технічну проблему свого ноутбука, ви можете спробувати відключити цей компонент під час завантаження (можливо, NIC або клавіатура, тому що ви згадали polktid та keyboard-setup.sh)