起動後の長い遅延-upower.serviceには26秒が必要です


11

起動後の遅延の根本原因を特定しようとしています。現在、Ubuntu 16.10 LTSを使用していますが、14に戻る以前のバージョンでも同じ問題が発生していました。

システムはログイン画面で30秒間停止します。マウスカーソルと画面が完全にフリーズします。その後、システムは正常に動作します。

のトップ出力systemd-analyze blameは...

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

グーグルでupower.serviceを見ると、ほとんどの人は2秒未満しか見ていません。起動時にupower.serviceが非常に時間がかかっている理由を特定するにはどうすればよいですか?

ありがとう!

回答:


1

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の更新やカスタマイズなど。

  • 追加のハードウェアをインストールしましたか?新しいデバイスドライバーなど。

  • 追加のパッケージをインストールしたか、特定のパッケージをアップグレードしましたか?

  • どのタイプのハードウェアが使用されていますか?ハードウェアが問題を引き起こしていますか?

質問にはこれらの情報は含まれていません。つまり、私たちが知らない何かの根本原因を特定することは不可能です。情報の欠如は、問題解決の試みの落とし穴です。


0

を編集して/etc/journald.conf永続ストレージを追加します。これにより、以前のビルドのログが保持されます。

これを有効にすると、upowerサービスの以前のブートからのログを調べることができます。

journalctl -b -1 -u upower.service

ディスクスペースを大量に消費するため、終了したら永続ログを無効にすることをお勧めします。


明らかに、このオプションを有効にする前にブートからのログが表示されることはありませんが、魔法ではありません。
アミアス

0

63秒かかるupower.serviceでも同じ問題が発生しました。私はデュアルブート設定をしており、頻繁な切り替えが必要なので、これは私を狂気に駆り立てました。upower.freedesktop Webサイトを読んでも、何が起こっているのかについての手がかりは明らかになりませんでした。

不注意ではあるが、私はなんとか問題を解決できた。systemd-analyze blame現在の出力:

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

だから、私の起動時間は非常に高速になりました。最初に、upowerを再インストールしました(何も変更しませんでした)。その後、nvidiaドライバーを再インストールし、プラズマも再インストールしました。これで問題は解決したようです。デュアルモニターのセットアップは、最初は読み込みに時間がかかり、プラズマ(Kubuntu 16.04を使用)がセットアップを頻繁に忘れることに気づきました。「ubuntu slow boot nvidia」をグーグルで検索すると、非常に多くのヒットを得ることができたので、試してみることにしました。

この回答は、他の人が成功を再現するのに役立つことを期待して書かれています。upowerを再インストールするには、このガイドに従ってください:クリック

#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

OPは、NvidiaカードまたはRadeonを持っているか、どちらも持っていないかを述べていません。また、Nvidiaカードの場合、バイナリまたはオープンソースを使用している場合、彼は満足していません。あなたの答えはあなたのプラットフォームに当てはまることをお勧めします。彼のプラットフォームが何であるかを彼に尋ねるだけで、私たちは確実に知ることができます。
WinEunuuchs2Unix
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.