启动后延迟很长-upower.service需要26秒

我正在尝试确定启动后延迟的根本原因。当前使用Ubuntu 16.10 LTS，但在回溯到14的早期版本中也发生了同样的问题。

系统在登录屏幕上挂起大约30秒。鼠标光标和屏幕完全冻结。之后，系统正常运行。

的最高输出systemd-analyze blame是...

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

谷歌搜索upower.service似乎大多数人看到的时间少于2秒。我如何确定为什么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并添加永久存储。这将从以前的版本中保留您的日志。

启用此功能后，您便可以检查上级服务的先前启动的日志：

journalctl -b -1 -u upower.service

完成后，您可能希望禁用持久日志记录，因为它将占用大量磁盘空间。

我对upower.service有同样的问题，需要63秒。因为我具有双重启动设置，并且需要频繁切换，所以这使我发疯了。在upower.freedesktop网站上阅读并没有发现有关正在发生的事情的任何线索。

我设法解决了这个问题，尽管无意间。systemd-analyze blame现在输出：

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

因此，我的启动时间现在非常快。首先，我重新安装了上行机（没有做任何更改）。然后，我重新安装了nvidia驱动程序，还重新安装了plasma-，这似乎已经解决了问题。我已经注意到，双显示器设置在一开始就加载缓慢，等离子体（我使用Kubuntu 16.04）经常忘记设置。如果您使用“ ubuntu慢速启动nvidia”进行搜索，那么您将获得很多成功，这促使我尝试了一下。

我写这个答案是希望它可以帮助其他人复制成功。要重新安装上行机，请遵循以下指南：单击

#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