私は長い起動時間を解決することは、それが何を起動するために要する時間の分析を含むが、出力のことを理解systemd-analyze blameし、systemd-analyze plot戸惑う私を残しています。
〜$ systemd-analyze 起動は12.557秒（ファームウェア）+ 4.516秒（ローダー）+ 3.732秒（カーネル）+ 26.720秒（ユーザースペース）= 47.526秒で終了しました
〜$ systemd-analyze非難| grep "\ s [1-9] * \。"
8.989s keyboard-setup.service
8.757s dev-sda2.device
6.055s apparmor.service
4.948s accounts-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 networking.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年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
Distroは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システムパーティションブート、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-analyze非難| grep "\ s [1-9] * \。"
16.083s dev-sda2.device
15.435s keyboard-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アカウント-daemon.service
1.107s systemd-modules-load.service
1.002s colord.service
〜$ systemd-analyzeクリティカルチェーン
ユニットがアクティブまたは起動してからの時間は、「@」文字の後に印刷されます。
ユニットの起動にかかる時間は、「+」文字の後に印刷されます。
graphic.target @ 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
system─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
system─systemd-fsck@ dev-disk-by \ x2duuid-7930 \ x2d6EDD.service @ 18.198s + 150ms
└─dev-disk-by\ x2duuid-7930 \ x2d6EDD.device @ 18.198s
少なくとも明らかな犯人が現れている。
閉まっている
問題が発生していない別のディストリビューション（Gentoo）に移行したため、投稿は閉じられたため、質問の関連性はなくなりました。
grep "\s[1-9]\."読み込み時間が10秒を超えるサービスを除外している理由は何ですか？1つ以上の数字に一致させる+には、後にを置き]ます。
@JacobKrall私はそれらを正確に除外しませんでした、それは私が10秒以上の読み込み時間を持つサービスを持っていなかったということです、それゆえ1桁です。私は急いでこれをしました...そして、「+」は私にとってうまくいきませんでした、「*」はしました
—
setun-90 2017
わかりました、ご迷惑をおかけして申し訳ありません。それはその奇妙だ
—
Jacob Krall
+動作しませんでした。GNU Grepの繰り返し演算子の1つですgnu.org/software/grep/manual/grep.html#Fundamental-Structure
@JacobKrall私もおかしいと思いました。後でデバッグします。
—
setun-90 2017
systemd-analyze blameました、私が持っている1つのリードは、（特にkeyboard-setup.service）で言及されているサービスの一部が/etc/init.dにあるSysVInitスタイルのスクリプトであることです。スクリプトベースのサービスをどのように置き換えるかわかりませんが...