web-dev-qa-db-ja.com

16.04:削除または実行に関係なく起動に時間がかかる(分析用ファイルが提供されます)

Ubuntuをインストールしてからラップトップを起動するのに時間がかかることに非常に不満を感じています。

Ubuntuの前に、Kubuntu 15.04をGrubからデスクトップに20秒以内で起動しました。 Ubuntu(64ビット)に切り替えたのは、高速だと聞いたからです。これまでのところ、それははるかに悪いです。自動ログインでは、55秒かかります。なしでは、35秒でGrubからログイン画面に到達します。次に、パスワードを入力してEnterキーを押すと、デスクトップが表示されるまでにさらに21秒かかります。

また、起動中は紫色の画面がまったく表示されないか、Ubuntuのスプラッシュロゴがスクロールドットで表示されます。

デスクトップに着くと、すべてが正常に高速に実行されます。それは眠り、元気に再開します。それは私に関係するただの起動です。デュアルブートシステムを使用しているため、Windows 10を再起動して特定のことを行う傾向があります。 Win10からの起動は非常に高速ですが、Ubuntuからの起動には時間がかかりすぎます。

以前とまったく同じパーティションを使用しています(Ubuntuの新規インストール用にフォーマットしました)。

systemd-analyzeを使用して、遅延の原因を特定しています。これまでのところ、次のことを試しました。

  • カーネルを4.6に更新
  • NetworkManager-wait-onlineサービスを無効にしました
  • Samba-ad-dcサービスを無効化
  • 無効なsmbdサービス
  • 無効なmnbdサービス
  • 無効化およびアンインストールされたapparmor
  • Grub-commonサービスを無効にしました

Grubメニューとログイン画面の間に表示される画面は次のとおりです。 enter image description here

これはfsckであり、Grubメニューのすぐ後にポップアップすることを知っています。また、すぐに表示されるため、実際にはそれほど時間はかかりません。しかし、その画面はログイン画面が表示されるまで表示されます。スプラッシュスクリーンはありませんが、下部には色付きのドットがあり、紫色のスクリーンはありません。

ここに私の dmesg出力 へのリンクがあります

何らかの理由で私のdmesgは25秒にしかなりません。

また、ブートをsystemd-analyze plot > file.svgでプロットしましたが、意味のない時間になってしまいました。実際、グラフは20秒しか表示されませんが、ログイン画面が表示されるまでにさらに時間がかかります。出力は次のとおりです(画像のサイズのために、投稿する代わりに画像をリンクしました)。

systemd-analyze output

systemd-analyze blameの出力(下)

enter image description here

systemd-analyze critical-chainの出力(下)

enter image description here

以下はfdisk -lの出力です(下)

enter image description here

前にも言ったように、前と同じパーティションを使用しています(/にはsdb6、/ homeにはsdb3、スワップにはsdb5)。フォーマットされました。それで、なぜこれが起こっているのかについて私は途方に暮れています。

sdaはSSDドライブ、sdbは機械的な1TBドライブです。

私のハードウェアの残り:

HP DV7ラップトップ。 Intel i7プロセッサ、8GB Ram、AMD Radeon HD 7960M XTグラフィックス(Intelグラフィックスとデュアル切り替え可能)。

私はしばらくの間これに取り組んできましたが、うまくいけば私の掘り出しがこれを示しており、ここでいくつかの助けを本当に使うことができます。必要な他の出力を提供します。

前もって感謝します!

UPDATE

network-managerを無効にしてブートしようとしましたが、ブート時間に違いはありませんでした。何らかの理由で、networking.serviceはまだ非難リストに表示されています。

Systemd-analyzeの非難とクリティカルチェーンの出力は次のとおりです。

非難

  8.410s networking.service
  7.267s ModemManager.service
  7.138s accounts-daemon.service
  5.327s systemd-logind.service
  4.939s alsa-restore.service
  4.595s systemd-user-sessions.service
  4.166s dev-sdb6.device
  3.683s loadcpufreq.service
  3.455s apport.service
  3.353s ondemand.service
  3.261s cpufreqd.service
  2.063s gpu-manager.service
  1.643s polkitd.service
  1.508s rsyslog.service
  1.322s lm-sensors.service
  1.224s lightdm.service
  1.144s plymouth-start.service
  1.026s systemd-modules-load.service
  1.005s thermald.service
   918ms systemd-tmpfiles-setup-dev.service
   907ms avahi-daemon.service
   772ms systemd-journald.service
   534ms upower.service

クリティカルチェーン

graphical.target @16.982s
└─multi-user.target @16.982s
  └─cpufrequtils.service @16.976s +5ms
    └─loadcpufreq.service @13.268s +3.683s
      └─basic.target @8.324s
        └─sockets.target @8.324s
          └─avahi-daemon.socket @8.324s
            └─sysinit.target @8.230s
              └─systemd-update-utmp.service @8.102s +127ms
                └─systemd-tmpfiles-setup.service @7.768s +333ms
                  └─local-fs.target @7.767s
                    └─home.mount @7.704s +63ms
                      └─systemd-fsck@dev-disk-by\x2duuid-e715a619\x2de892\x2d40dc\x2dbc17\x2d235e98e3ffe6.service @7.180s +463ms
                        └─dev-disk-by\x2duuid-e715a619\x2de892\x2d40dc\x2dbc17\x2d235e98e3ffe6.device @7.167s

更新2

そんなに無効にして大量のアプリを削除しても、まだどこにも行きません。ただし、これはDMまたはDEの問題である可能性があると思いますが、すべてのログを調べても、これまでのところ何も得られません。

3
Dorian

数え切れないほど高速化しようとして実行しようとしていたバージョンを放棄し、Ubuntu Gnome 14.04にダウングレードしました。私はUbuntu 16.04をあまりにも使い果たしてしまったので、問題が発生し始めていました。

Gnome 14.04に切り替えると、すべてが非常に高速に起動および実行されました。起動時間はUnity 16.04での55秒からGnome 14.04での20秒になりました。

最終的に、16.04では何をしても、高速化できませんでした。私にとっての解決策はダウングレードであり、新しいハードウェアでも実行できました。

これを確認するために、PCをKubuntu 16.04からGnome 14.04にダウングレードすることも決めました。 16GB RAMおよびSSDドライブを備えたクアッドコアi7 @ 4Ghzです。ブート時間は元々8秒でしたが、現在は5秒になりました。

3
Dorian