ЗАКРЫТО - Удивительно долгое время загрузки systemd, не знаю с чего начать

9

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

~ $ systemd-analysis
Запуск завершен за 12,557 с (прошивка) + 4,516 с (загрузчик) + 3,732 с (ядро) + 26,720 с (пользовательское пространство) = 47,526 с
~ $ systemd-проанализировать вину | grep "\ s [1-9] * \."
          8.989s клавиатура-setup.service
          8.757s dev-sda2.device
          6.055s apparmor.service
          4.948s account-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 network.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 Вт 13 дек. 14:30:43 UTC 2016 x86_64 x86_64 x86_64 GNU / Linux

Distro - это Lubuntu 16.10 с LXDE.

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

Номер Начало Конец Размер Имя Файловой системы Флаги
 1 1.00MiB 513MiB 512MiB fat32 Загрузка системного раздела EFI, 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-проанализировать вину | grep "\ s [1-9] * \."
         16.083s dev-sda2.device
         15.435s клавиатура-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 account-daemon.service
          1.107s systemd-modules-load.service
          1.002s colord.service
~ $ systemd-анализ критической цепочки
Время после того, как устройство активно или запущено, печатается после символа «@».
Время, необходимое устройству для запуска, печатается после символа «+».

graphical.target @ 25.631s
M─multi-user.target @ 25.631s
  Get─getty.target @ 25.631s
    Get─getty@tty1.service @ 25.631s
      Ystem─system-getty.slice @ 25.630s
        Set─setvtrgb.service @ 25,407 с + 222 мс
          Ystem─systemd-user-sessions.service @ 25.245s + 2ms
            N─network.target @ 25.245s
              Etwork─NetworkManager.service @ 21.154s + 4.090s
                D─dbus.service @ 21.147s
                  Bas─basic.target @ 21.139s
                    So─sockets.target @ 21.139s
                      S─snapd.socket @ 21.136s + 2ms
                        Ys─sysinit.target @ 21.110s
                          App─apparmor.service @ 18.488s + 2.621s
                            Loc─local-fs.target @ 18.488s
                              Bo─boot-efi.mount @ 18.387s + 100ms
                                Ystem─systemd-fsck @ dev-disk-by \ x2duuid-7930 \ x2d6EDD.service @ 18.198s + 150ms
                                  Dev─dev-disk-by \ x2duuid-7930 \ x2d6EDD.device @ 18.198s

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

ЗАКРЫТО

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

Сетунь-90
источник
Хорошо, у меня есть один вывод, что некоторые службы, упомянутые systemd-analyze blame(в частности keyboard-setup.service), являются скриптами в стиле SysVInit, расположенными в /etc/init.d. Хотя я не знаю, как бы вы заменили службу, основанную на сценариях ...
setun-90
grep "\s[1-9]\."По какой причине вы фильтруете сервисы с временем загрузки более 10 секунд? Поставьте +после, ]чтобы соответствовать одной или нескольким цифрам.
Джейкоб Кралл
@JacobKrall Я не совсем отфильтровал их, просто у меня не было сервисов с временем загрузки> 10 с, отсюда и одна цифра. Я сделал это в спешке ... и "+" не работал для меня, "*" сделал.
setun-90
Хорошо, извините за беспокойство. Странно, +это не сработало; это один из операторов повторения в GNU Grep gnu.org/software/grep/manual/grep.html#Fundamental-Structure
Джейкоб Кралл
@JacobKrall Я тоже думал, что это тоже странно. Отладка позже.
setun-90

Ответы:

1

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

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

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

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

sziraqui
источник
Спасибо за упоминание аппаратного обеспечения, я не думал об этом. Хотя я должен был также упомянуть в вопросе, что я выполнил обновление дистрибутива до 17.04, и время загрузки изменилось незначительно (с udevd, теперь являющимся основным виновником), но я думаю, что keyboard-setup.sh все еще занимает много времени. Я обновлю.
setun-90
Просьба упомянуть, что в вашем вопросе. С какой версии вы обновились? Обновление LTS до выпуска всегда вызывает проблемы. Если вы обновились с 16.xx LTS до 17.04, вам нужно будет выполнить чистую установку 17.04. Я настаиваю, чтобы попробовать живую сессию 17.04. Если живая сессия загружается нормально, чистая установка определенно исправит ситуацию.
Сираки
Извините, я сделал обновление в то же время, после того, как этот вопрос был задан. Время загрузки фактически сокращается на секунду или две. Но да, я думаю, что чистая переустановка могла бы что-то сделать. И между прочим, я думал, что 16.10 не LTS.
setun-90
Еще один момент, на который следует обратить внимание: вы не можете официально обновлять LTS (например, 16.xx, 14.xx) до выпуска (например, 15.xx, 17.xx) или наоборот. Вы можете обновить с iso ofcesese, но это всегда делает систему глючной. Я догадался, что вы обновились с iso, и поэтому я предложил сделать чистую установку. Если это так, я обновлю свой ответ, который может помочь кому-то еще в будущем.
Сираки
Я не использовал ISO, предложение об обновлении появилось однажды через Synaptic, и я тогда побежал sudo apt dist-upgrade.
setun-90