Ubuntuをインストールしてからラップトップを起動するのに時間がかかることに非常に不満を感じています。
Ubuntuの前に、Kubuntu 15.04をGrubからデスクトップに20秒以内で起動しました。 Ubuntu(64ビット)に切り替えたのは、高速だと聞いたからです。これまでのところ、それははるかに悪いです。自動ログインでは、55秒かかります。なしでは、35秒でGrubからログイン画面に到達します。次に、パスワードを入力してEnterキーを押すと、デスクトップが表示されるまでにさらに21秒かかります。
また、起動中は紫色の画面がまったく表示されないか、Ubuntuのスプラッシュロゴがスクロールドットで表示されます。
デスクトップに着くと、すべてが正常に高速に実行されます。それは眠り、元気に再開します。それは私に関係するただの起動です。デュアルブートシステムを使用しているため、Windows 10を再起動して特定のことを行う傾向があります。 Win10からの起動は非常に高速ですが、Ubuntuからの起動には時間がかかりすぎます。
以前とまったく同じパーティションを使用しています(Ubuntuの新規インストール用にフォーマットしました)。
systemd-analyze
を使用して、遅延の原因を特定しています。これまでのところ、次のことを試しました。
Grubメニューとログイン画面の間に表示される画面は次のとおりです。
これはfsck
であり、Grubメニューのすぐ後にポップアップすることを知っています。また、すぐに表示されるため、実際にはそれほど時間はかかりません。しかし、その画面はログイン画面が表示されるまで表示されます。スプラッシュスクリーンはありませんが、下部には色付きのドットがあり、紫色のスクリーンはありません。
ここに私の dmesg出力 へのリンクがあります
何らかの理由で私のdmesgは25秒にしかなりません。
また、ブートをsystemd-analyze plot > file.svg
でプロットしましたが、意味のない時間になってしまいました。実際、グラフは20秒しか表示されませんが、ログイン画面が表示されるまでにさらに時間がかかります。出力は次のとおりです(画像のサイズのために、投稿する代わりに画像をリンクしました)。
systemd-analyze blame
の出力(下)
systemd-analyze critical-chain
の出力(下)
以下はfdisk -l
の出力です(下)
前にも言ったように、前と同じパーティションを使用しています(/には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の問題である可能性があると思いますが、すべてのログを調べても、これまでのところ何も得られません。
数え切れないほど高速化しようとして実行しようとしていたバージョンを放棄し、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秒になりました。