を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の更新やカスタマイズなど。
追加のハードウェアをインストールしましたか?新しいデバイスドライバーなど。
追加のパッケージをインストールしたか、特定のパッケージをアップグレードしましたか?
どのタイプのハードウェアが使用されていますか?ハードウェアが問題を引き起こしていますか?
質問にはこれらの情報は含まれていません。つまり、私たちが知らない何かの根本原因を特定することは不可能です。情報の欠如は、問題解決の試みの落とし穴です。