Длительная задержка после Bootin - upower.service требуется 26 с

Отредактируйте Ваш /etc/journald.conf и добавьте персистентное устройство хранения данных. Это сохранит Ваши журналы от предыдущих сборок.

С этим включил Вам, может затем исследовать журналы от предыдущих начальных загрузок для upower сервиса:

journalctl -b -1 -u upower.service

Вы могли бы хотеть отключить персистентный вход, после того как Вы закончили, поскольку он израсходует большое дисковое пространство.

У меня была та же проблема с upower.service требование 63 секунд. Поскольку я имею установку dualboot и требую частого переключения, это управляло мной безумный. Чтение на upower.freedesktop веб-сайте не показало подсказок относительно того, что продолжается.

мне удалось решить проблему, хотя непреднамеренно. systemd-analyze blame теперь выводы:

800ms snapd.firstboot.service
696ms wicd.service
...
250ms upower.service

, Таким образом, мое время начальной загрузки очень быстро теперь. Во-первых, я переустановил upower (который ничего не изменил). Затем я переустановил драйверы Nvidia & я также переустановил плазму - и это, кажется, решило проблему. Я заметил, что двухмониторная установка не спешила загружаться вначале с плазмой (я использую Kubuntu 16.04), часто упущение установки. При поиске с помощью Google 'человечности медленная начальная загрузка Nvidia', Вы получаете довольно много хитов, и это привело меня давать ей выстрел.

я пишу этот ответ в надежде, что он может помочь другим копировать успех. Для переустановки upower я следовал этому руководству: нажимают

#re-installing nvidia drivers
sudo apt-get purge nvidia-*
sudo apt-get install nvidia-current nvidia-settings

#uninstalling plasma
sudo apt-get purge kubuntu-desktop plasma-desktop
sudo apt-get autoremove

#installing plasma    
sudo apt-add-repository ppa:kubuntu-ppa/backports
sudo apt update && sudo apt full-upgrade -y

Предпримите шаги далее, чтобы видеть, что более вывод использует systemd-analyze команда, которая добавляется с critical-chain. Эта команда, предположительно, "печатает дерево строго ограниченной во времени цепочки единиц".

Вывод в качестве примера от systemd-analyze команды, которые относятся для upower.service:

$ systemd-analyze blame | grep upower
           486ms upower.service

$ systemd-analyze critical-chain upower.service
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.

upower.service +486ms
└─basic.target @16.023s
  └─sockets.target @16.023s
    └─snapd.socket @15.921s +55ms
      └─sysinit.target @15.920s
        └─apparmor.service @6.264s +9.629s
          └─local-fs.target @6.147s
            └─run-user-108.mount @36.705s
              └─local-fs-pre.target @6.147s
                └─systemd-remount-fs.service @6.051s +93ms
                  └─system.slice @2.394s
                    └─-.slice @2.389s

Если выше вывода все еще не дает подсказки Вам, используйте другую команду systemctl status SERVICE видеть связанный вывод для целевого СЕРВИСА. Эта команда распечатает, работает ли УСЛУГА в настоящее время или нет, и также распечатайте соответствующий журнал от последней начальной загрузки.

Вывод в качестве примера systemctl команда, которая относится для upower.service:

$ systemctl status upower.service
● upower.service - Daemon for power management
   Loaded: loaded (/lib/systemd/system/upower.service; disabled; vendor preset: 
   Active: active (running) since Wed 2016-09-21 23:33:23 MYT; 1min 35s ago
     Docs: man:upowerd(8)
 Main PID: 967 (upowerd)
    Tasks: 3 (limit: 512)
   CGroup: /system.slice/upower.service
           └─967 /usr/lib/upower/upowerd

Sep 21 23:33:22 HOSTNAME systemd[1]: Starting Daemon for power management...
Sep 21 23:33:23 HOSTNAME systemd[1]: Started Daemon for power management.

Простая проверка: Есть ли какое-либо дополнительное устройство, которые остаются связанными с Вашим компьютером без видимой причины? Любое невинное устройство, такое как смартфон, подключенный к USB-порту, может замедлиться или даже вмешаться процесс начальной загрузки Вашего компьютера.

Зависания системы при входе в систему экранируют на то, что походит на 30 секунд. Курсор мыши и экран полностью замораживаются. После этого система обычно работает.

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

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

• Когда процесс начальной загрузки начал замедляться?

• Что действительно недавно изменилось с моим компьютером? Такой как обновление BIOS или настройка.

• Я устанавливал дополнительные аппаратные средства? Такой как новый драйвер устройства.

• Я устанавливал дополнительные пакеты или обновлял конкретные пакеты?

• Какие аппаратные средства используются? Аппаратные средства вызывают проблемы?

Вопрос не имел ни одного из них информация, что означает невозможный определить первопричину для чего-то, что мы не знаем. Отсутствие информации является ловушкой к любым попыткам решения задач.