これで判断すると時間がかかるsystemctl-analyze blameことがわかりました。accounts-daemon.service
34.042s chronyd.service
28.721s systemd-journal-flush.service
28.269s firewalld.service
21.914s accounts-daemon.service
15.993s lvm2-monitor.service
13.834s dev-sda4.device
11.592s systemd-udev-settle.service
何かを検索してみましたが、良い情報が得られませんでした。実際、一部のソースサービスが潜在的に危険である可能性があることを示します。しなければならない障害がある。
私はFedora-26（システムの唯一のOS）にアップグレードし、それを私のラップトップで実行しています。他のユーザーはいません（私とあなたを除くroot）。
このサービスを無効にしても安全ですか？
答え1
通常、何かがDBusベースの場合（アカウントデーモンと同様）、自動起動をオフにするのは安全です。なぜなら、実際に必要なときはいつでもDBusによって起動されるからです。
この特別なケースでは、accounts-daemonFD.Oの実行可能コンポーネントアカウントサービス、権限のないアカウント情報のリストを処理します（GNOME開発者にはlibcルーチンを使用するのが難しいからです）。デスクトップ環境のディスプレイマネージャ（ログイン画面）、スクリーンセーバー、およびアカウント管理ツールで使用または使用されないことがあります。上記のように、DBusは要求されたときに要求されたサービスを開始するため、自動起動を確実に無効にすることができますが、システムの他のコンポーネントによって起動される可能性があります（特にデスクトップがGNOMEまたはKDEを使用している場合）。
答え2
この機能を無効にすると、GNOMEプログラムでユーザーアカウントが機能しなくなる可能性があります。もうひどい結果はありません。
一方、これはそうではありません。本物開始速度を遅くします。systemctl-analyze blameドキュメントから：
他のサービスの初期化が完了するのを待つため、あるサービスの初期化が遅くなる可能性があるため、出力が誤解を招く可能性があります。
そして、accounts-daemon.service私たちはAfter=nss-user-lookup.targetこれシステム化された特殊ターゲット、準備ができるまで待つことは、表示される「非難」値に含まれます。