Ubuntu 16.04で本当に遅いブートを高速化するには？

39

Ubuntu 16.04で起動を高速化するために必要なことを理解しようとしています。dmesgを実行し、出力をここに保存しました。約10秒後にはすべてうまくいかないようです。

boot 16.04 dmesg

— パックウッド
ソース

dmesgを見ると、「新しいマウントオプションが既存のスーパーブロックと一致しない」などのエントリが見つかる場合があります。もしそうなら、その文字列のためにグーグルとそれは修正されていないLinuxのバグにつながる

— -NickT

私はそのエラーまたは同様のものを見ているとは思わない。

— Packwood

10秒で物事が悪くなると感じるのはなぜですか？どのメッセージが特に心配だと思いますか？

— Ciro Santilli新疆改造中心法轮功六四事件

44

systemdで最も時間がかかっているものを調べることができます。

systemd-analyze blame

— ユーザー536489
ソース

31

はい、それでどうしたの？一部のサービスの実行を停止する必要がありますか？

— モハメッドアミンブルカディ

29

スワップスペースの/ etc / fstabのUUIDを（の出力に一致するsudo blkidように）編集するのは魅力的でした！

注：その後、/etc/crypttabファイルにスワップエントリがある場合、UUIDまたはパス（つまり、UUID = somethingまたは/ path / to / swap）のいずれかによって、2番目のパラメーターをスワップスペースに一致するように変更する必要があります。

私のSSDでは、起動が2分から10秒未満に短縮されました。

問題は、この問題が始まったときに、パーティションをめちゃくちゃにすることなく、14.04から16.04に通常のアップグレードを行ったところです。明らかに、アップグレード手順にはいくつかの問題があります。

— Mダブ
ソース

おかげでたくさん助けてくれました。テストのために、リムーバブルキャディにスワップを入れました。14.04にディスクがなくてもブートの問題はありませんでした。スワップが見つからない場合、カーネル3はカーネル4よりも高速だったようです。

— エマニュエル

ありがとう。あなたは私の多くの時間を節約しました。また、システムを14.04からアップグレードしていたため、この問題が発生しました。

— PaladiN

おかげで、間違ったスワップUUIDで同じ問題が発生しました。blkidに合わせて変更すると、約60秒からわずか5秒の長い起動時間がかかりました

— BrandonSørenCulley

2

askubuntu.com/questions/38533/を参照してください…その方法の詳細については、回答をご覧ください。起動時間が100秒以上から15秒に短縮されました。

— ドミトリー

いや、17.10にアップグレードするが、私のスワップUUIDマッチ「BLKID」から聖霊降臨祭の結果

— ヴァシルValchev

10

アップグレード後に起動時間が長くなるという同様の問題が発生しました。

なにが問題だったの？ スワップスペースを削除したため、/ etc / fstabファイルと新しいファイルシステムに競合がありました。ブートローダーは、それを見つけるためにほぼ1分30秒待機しました。

問題の解決方法 sudo blkidを実行する

/ etc / fstabファイルを開き、uuidと一致するパーティションを比較します。不一致がある場合は、それを変更して再起動します。

— ゴクル・パルウェ
ソース

dmesg質問の出力は、OPに別の問題があることを示しています。

— バイトコマンダー

9

これは回避策ですが、これによりブート時間が大幅に短縮されました（1分24秒から16秒）。

sudo vim /etc/systemd/system.conf

これらの2つのパラメーターのコメントを解除し、必要なタイムアウトを設定します。

DefaultTimeoutStartSec=10s
DefaultTimeoutStopSec=10s

注：ハードウェアのニーズに合わせてこれらの値を最適化してください。5〜60秒。

論じたように、ここで、これらのパラメータは、で単位当たりの構成として、装置の自動再起動の間にスリープへのデフォルトの開始時間および単位の停止、ならびにデフォルトのタイムアウトを設定しTimeoutStartSec=、TimeoutStopSec=そしてRestartSec=（サービスのために、systemd.service（5を参照します）ユニットごとの設定の詳細）。

非サービスユニットの場合DefaultTimeoutStartSec=、デフォルトを設定しますTimeoutSec= value。DefaultTimeoutStartSec=そしてDefaultTimeoutStopSec=90年代にデフォルト設定。DefaultRestartSec=デフォルトは100ミリ秒です。

編集-詳細：

systemd-analyze plot > sequence.svg新しくアップグレードしたOSでサービスが開始できないことを示すブートシーケンスを分析しました。3つありました。1つは誤って設定されたsendmailデーモンで、powerd.serviceとNetworkManager-wait-online.serviceでした。NetworkManagerサービスを完全に無効にするのは得策ではないため、10秒後にタイムアウトさせ、このルールをグローバルに適用しました。

— ミレック
ソース

2

このソリューションがブート時間を68秒短縮する方法について詳しく教えてください。

— オタク長老

問題ありません、お楽しみください！

— -Mirek

変更を適用した後、起動時間が52秒から57秒になったため、それは機能しません。

— -Woeitg

1

10秒が低すぎます。リカバリモードで起動できます。私は30代を使用しています

— アンワル

18.04で10代で起動できなくなりました。現在、リカバリモードでUbuntuを修復しています。

— パスパティ

1

これは、ファイルシステムの問題に関連している可能性があります。次のリンクをチェックして、ファイルシステムを修復するとブート時間が改善されるかどうかを確認できます。https： //help.ubuntu.com/community/FilesystemTroubleshooting

— クリスJアルジェス
ソース

うーん現在は[長い！]（pastebin.com/a5g4wHvA）のようです。約30秒後に問題が発生したようです。「eth0の：リンクは準備ができていない」nf_conntrack「：自動ヘルパー割り当てが廃止されて、それがすぐに削除されます使用iptablesのCTターゲットは」代わりにヘルパーを添付する

— パックウッド

0

解決したばかりの同様の問題がありました。SSDでUbuntu 16.04を実行しています。フラッシュドライブをスワップパーティションとして使用します。ドライブは偶発的にわずかに移動し、起動に3分以上かかりました。私はそれを正しく元に戻し、今ではすべてがうまくいきました。smartctlまたはfsckを試してみて、ファイルシステムに問題がない場合は、フラッシュドライブ（または他の周辺機器）を取り外して、どのように動作するかを確認してください。がんばろう！

— joham34
ソース

0

pastebinの出力に基づいて、いくつかのことが飛び出します。

EXT4-fs (sda5): re-mounted

このボリュームをfsckして、そのドライブのスマートデータを確認することをお勧めします。

そして

[   31.022220] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[   45.720952] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[   45.761548] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready

接続でサポートされていない場合は、ネットワーク接続でIPV6を無効にしてみてください。

— オタク長老
ソース

0

user536489のヒントに従ってください：

systemd-analyzeのせい

起動に時間がかかるサービスがあるかどうかを確認し、タイムアウトを低く設定します。

sudo vim /lib/systemd/system/networking.service

のTimeoutStartSecようなものに変更します10s。manページの状態は、このような「5分の20代」として秒単位レス値、または時間のスパン値をとります。タイムアウトロジックを無効にするには、「無限」を渡します。

— 最大
ソース