Ubuntu 18.04で非常に遅いブートを診断/修正する方法

47

SSDが何もしない長い時間があります。

  • どうすれば障害を見つけて修正できますか？
  • 既にチェック済み/etc/fstab、スワップなし、またはそこに何か問題がある（32GBのRAM、スワップなし）

[    2.173492] usb 2-1.6: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[    2.173497] usb 2-1.6: Product: DW375 Bluetooth Module
[    2.173501] usb 2-1.6: Manufacturer: Dell Computer Corp
[    2.173511] usb 2-1.6: SerialNumber: 7CE9D3C0713B
[    2.323728] ata4: SATA link down (SStatus 0 SControl 300)
[    2.441062] input: AlpsPS/2 ALPS GlidePoint as /devices/platform/i8042/serio1/input/input6
[    2.640309] ata5: SATA link down (SStatus 0 SControl 300)
[    2.954947] ata6: SATA link down (SStatus 0 SControl 300)
[    3.068090] clocksource: Switched to clocksource tsc
[   36.584826] EXT4-fs (sda1): mounted filesystem with ordered data mode. Opts: (null)
[   36.726117] ip_tables: (C) 2000-2006 Netfilter Core Team
[   36.732610] systemd[1]: systemd 237 running in system mode. (+PAM +AUDIT +SELINUX +IMA +APPARMOR +SMACK +SYSVINIT +UTMP +LIBCRYPTSETUP +GCRYPT +GNUTLS +AC
L +XZ +LZ4 +SECCOMP +BLKID +ELFUTILS +KMOD -IDN2 +IDN -PCRE2 default-hierarchy=hybrid)
[   36.751996] systemd[1]: Detected architecture x86-64.
[   36.753867] systemd[1]: Set hostname to <latitude-e5520>.
[   36.868561] systemd[1]: Started Forward Password Requests to Wall Directory Watch.
[   36.868594] systemd[1]: Reached target Remote File Systems.
[   36.868751] systemd[1]: Created slice User and Session Slice.
[   36.868869] systemd[1]: Created slice System Slice.
[   36.868948] systemd[1]: Listening on udev Control Socket.
[   36.868957] systemd[1]: Reached target Slices.
[   36.868996] systemd[1]: Listening on udev Kernel Socket.
[   36.895156] EXT4-fs (sda1): re-mounted. Opts: errors=remount-ro
[   36.898185] lp: driver loaded but no devices found
[   36.903941] ppdev: user-space parallel port driver
boot  18.04 
— user105939
ソース
3
これは新規インストールですか？lvmで？おそらくこのバグ：bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1768230？
— pim
参照するにはWARNING:Failed to connect to lvmetad. Falling back to device scanning.、メッセージを、あなたはspash /静かブートを無効にする必要があります（参照：askubuntu.com/a/289/454520）
— PIM
長いnetwork.serviceブートについてです。この答えからの解決策は私を助けました。
— gyr9i

回答:

60

今日18.04にアップグレードしたところ、同じ問題が発生しました。noresumeパラメータを使用してカーネルを起動することで修正できました。

あなたと同じように、スワップスペースもありません。アップグレード中のある時点で、initramfs構成が変更され、存在しないスワップパーティションを指す行が追加されました。遅いブートは、このパーティションを探してから30秒後にタイムアウトするためです。

ブート時にこのオプションをカーネルに自動的に渡すようにGRUBを更新するには：

  1. ファイル/etc/default/grubfileを編集して、文字列noresumeがGRUB_CMDLINE_LINUX_DEFAULT行に含まれるようにします。次に例を示します。

    GRUB_CMDLINE_LINUX_DEFAULT="quiet splash noresume"

  2. GRUBを更新するには、次のコマンドを実行します。 

    sudo update-grub

  3. コンピューターを再起動します

— クリフォルス
ソース
1
noresumeはそれを修正しました。initramfsで奇妙なことはありません。
— user105939
2
昨日18.04にアップグレードしたところ、同じ問題が発生しました（起動に52秒かかりました）。「noresume」パラメーターの設定後、21秒かかりました。
— エロール
1
GRUBを更新する手順を使用して、すでに適切な回答を改善できます。
— WinEunuuchs2Unix
9
これは、休止状態のシステムの再開を妨げるため、これは回避策であることに注意してください。
— ピム
2
これにより、休止状態を使用できなくなるのではないかと心配しています。しかし、これは私のために働いた：askubuntu.com/questions/1013830/…（/etc/initramfs-tools/conf.d/resumeを編集し、UUIDからRESUME = noneを変更し、update-initramfs -uを実行）
— グレイパンサー
19 
$ systemd-analyze blame

どのプロセスが起動プロセスの中で最も時間がかかっているかを確認します。

— マノジ
ソース
5
systemd-analyze blameこの問題では、カーネル時間は表示されません。systemd-analyse timeファイルシステムの検索でスタックしているのはカーネルであることを示します。
— ピム
2
良いヒントですが、最長のプロセスには1.6秒しかかからなかったため、このツールは役に立ちませんでした。
— user105939
3
@Pimは、systemd-analyse timeタイプミスがあり、それが持っている必要がありますz
— RobAu
1
systemd-analyze critical-chainより良いよりもblame
— user535733
4

16.04から18.04にアップグレードしました。起動時間は10分以上でした。
「カーネルへのスプラッシュスクリーンなし」から試して、起動に最も時間がかかっているプロセスを見つけました。

A start job is running for Raise network interfaces (1min 26s / 5min 24s)

そのため、ブート時間を節約するために、このプロセスの時間を短縮する必要があります。そうするために、

編集する必要があります

sudo nano /etc/systemd/system/network-online.target.wants/networking.service

見つける 

TimeoutStartSec=5min

への変更 

TimeoutStartSec=5s

そして再起動

— クリゲ
ソース
3

ジョブの開始とジョブの停止のタイムアウトを設定できます。

/etc/systemd/system.conf昇格した特権で編集し、デフォルトで90秒から5（またはお好みの）にコメントされている2行を変更/追加し、コメントを解除します。

から： 

#DefaultTimeoutStartSec=90s
#DefaultTimeoutStopSec=90s

に：

DefaultTimeoutStartSec=5s
DefaultTimeoutStopSec=5s

その後、次のコマンドを使用してinitramfsを再構築し、変更を適用します。

sudo update-initramfs -u
— markackerman8-gmail.com
ソース
0

別の方法を試してみましたが、うまくいきませんでした。その後、グラフィックスドライバーの問題であることがわかりました。追加のドライバーを使用して解決したのはNvidiaでした。

goto：ソフトウェアとアップデート->リストされたグラフィックスドライバーを選択->変更を適用

注：カーネルバージョン4.18.0-25-genericを使用しています

— ハビブン
ソース
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.