已关闭 - systemd 启动时间长得令人费解,不知道从哪里开始

set*_*-90 9 linux boot lubuntu systemd

据我所知,解决启动时间过长包括分析需要多长时间来启动的,但输出systemd-analyze blamesystemd-analyze plot已经离开我感到困惑。

~ $ systemd-分析
启动完成时间为 12.557s(固件)+ 4.516s(加载程序)+ 3.732s(内核)+ 26.720s(用户空间)= 47.526s
~ $ systemd-analyze 责备 | grep "\s[1-9]*\."
          8.989s 键盘设置服务
          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.249 秒 grub-common.service
          2.093s upower.service
          1.943s 网络服务
          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 年代 colord.service
          1.210s resolvconf.service
          1.192s 申请服务
          1.188s systemd-modules-load.service
          1.187s systemd-remount-fs.service
          1.166 秒 dev-mqueue.mount
          1.152s 蓝牙服务
          1.032s lightdm.service
          1.013 秒 plymouth-quit-wait.service

systemd-analyze 图的输出

信息

机器是戴尔Inspiron 5559;我从 2016 年 2 月/3 月开始使用它。

~ $ uname -imporvs
Linux 4.8.0-32-generic #34-Ubuntu SMP Tue Dec 13 14:30:43 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux

发行版是 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 fat32 EFI 系统分区引导,尤其是
 2 513MiB 937591MiB 937078MiB ext4
 3 937591MiB 953869MiB 16278MiB linux-swap(v1)

最糟糕的是,各个模块的时间略有不同(1 到 2 秒,从我安装 Lubuntu 后观察到这个问题),这意味着我需要不断更新systemd-analyze blame或记录一系列重新启动,然后取平均值。

谁能告诉我可以哪里开始

更新

通过从 16.10 升级到 17.04sudo apt dist-upgrade大大改变了这种情况。

~ $ systemd-analyze 责备 | grep "\s[1-9]*\."
         16.083s dev-sda2.device
         15.435s 键盘设置服务
          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.560s 账户-daemon.service
          1.107s systemd-modules-load.service
          1.002s colord.service
~ $ systemd-analyze 关键链
单元激活或启动后的时间打印在“@”字符之后。
单元启动所需的时间打印在“+”字符之后。

图形目标@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-sessions.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

systemd-analyze 图的输出 至少出现了明显的罪魁祸首。

关闭

该帖子正在关闭,因为我已迁移到未出现问题的另一个发行版(Gentoo),因此该问题不再相关。

小智 1

\n

谁能告诉我在哪里可以\xc2\xa0start?

\n
\n\n

运行实时 Ubuntu 会话(或任何具有“尝试不安装”功能的发行版)

\n\n

很多时候,当键盘或网卡等外围组件出现问题时,基于 Linux 的发行版需要很长时间才能启动,甚至无法启动。例如,我的旧笔记本电脑的键盘“Up”按键保持按下状态,无需物理按下。因此,keyboard-setup.sh 等待了很长时间,无法完成,最后我看到一堆错误消息,通知我 Ubuntu 无法启动。在启动过程中断开键盘连接是我启动它的解决方法。

\n\n

测试您的硬件是否存在此类错误将是一个很好的起点。如果您知道笔记本电脑存在硬件问题,您可以尝试在启动过程中断开该组件的连接(可能是网卡或键盘,因为您提到了polktid和keyboard-setup.sh)

\n