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

Я пытаюсь определить причину задержки после загрузки. В настоящее время используется Ubuntu 16.10 LTS, но та же проблема возникала в предыдущих версиях вплоть до 14.

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

Верхний вывод systemd-analyze blame...

   26.653s upower.service
   6.890s NetworkManager-wait-online.service

Поиском upower.service кажется, что большинство людей видят меньше, чем 2s. Как я могу определить, почему upower.service так долго загружается?

Благодарность!

Сделайте шаг вперед, чтобы увидеть больше результатов, используя 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чтобы просмотреть связанный вывод для целевого SERVICE. Эта команда выведет на печать, работает ли 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 или настройка.

• Я установил дополнительное оборудование? Например, новый драйвер устройства.

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

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

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

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

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

journalctl -b -1 -u upower.service

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

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

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

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

Так что мое время загрузки очень быстро сейчас. Сначала я переустановил upower (что ничего не изменило). Затем я переустановил драйверы nvidia и также переустановил плазму - и это, похоже, решило проблему. Я заметил, что установка с двумя мониторами поначалу загружалась медленно, и плазма (я использую Kubuntu 16.04) часто забывала о настройке. Если вы пользуетесь Google Ubuntu для медленной загрузки 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