Pop!_OS 21.10で非常に長い起動時間を診断する

Pop!_OS 21.10で非常に長い起動時間を診断する

最近、コンピュータをWin10からPop OSに変更しました。ログイン画面に移動するのにはるかに時間がかかります。以前はほぼ瞬時に感じられましたが、今は1分以上かかります。高速NVME M.2から起動し、Ryzen 7-5800hが付属しているため、ハードウェア制限ではないことがわかります。

ターミナルを少し見てみると、次のような内容が出ました。

jianzen@dragon-7:~$ systemd-analyze
Startup finished in 5.520s (firmware) + 388ms (loader) + 4.798s (kernel) + 1min 37.591s (userspace) = 1min 48.299s 
graphical.target reached after 1min 37.544s in userspace

jianzen@dragon-7:~$ systemd-analyze blame
6.388s NetworkManager-wait-online.service
5.102s plymouth-quit-wait.service
 562ms docker.service
 305ms accounts-daemon.service
 274ms man-db.service
...

jianzen@dragon-7:~$ systemd-analyze critical-chain
The time when unit became active or started is printed after the "@" character.
The time the unit took to start is printed after the "+" character.

graphical.target @1min 37.544s
└─multi-user.target @1min 37.544s
  └─docker.service @1min 36.981s +562ms
    └─network-online.target @1min 36.950s
      └─NetworkManager-wait-online.service @1min 30.560s +6.388s
        └─NetworkManager.service @1min 30.483s +64ms
          └─dbus.service @1min 30.481s
            └─basic.target @1min 30.477s
              └─sockets.target @1min 30.477s
                └─cups.socket @1min 30.589s
                  └─sysinit.target @1min 30.443s
                    └─systemd-backlight@backlight:acpi_video0.service @1.820s +3ms
                      └─system-systemd\x2dbacklight.slice @1.819s
                        └─system.slice @130ms
                          └─-.slice @130ms

blame犯人やcritical-chainボトルネックが発生した場所を指すことはありsysinit.targetません。

編集する:ファイルシステムに関する追加情報を指定します。

jianzen@dragon-7:~$ lsblk
NAME        MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
nvme1n1     259:0    0 931.5G  0 disk 
├─nvme1n1p1 259:1    0 431.5G  0 part /mnt/SLibrary
└─nvme1n1p2 259:2    0   500G  0 part /mnt/Drive 2
nvme0n1     259:3    0 476.9G  0 disk 
├─nvme0n1p1 259:4    0     3G  0 part /boot/efi
├─nvme0n1p2 259:5    0    30G  0 part /home
├─nvme0n1p3 259:6    0    30G  0 part [SWAP]
└─nvme0n1p4 259:7    0 413.9G  0 part /

jianzen@dragon-7:~$ cat /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system>  <mount point>  <type>  <options>  <dump>  <pass>
PARTUUID=1e9f9308-e092-4249-b178-4c1e61d9bd37  /boot/efi  vfat  umask=0077  0  0
UUID=375f4eac-da6d-4d87-a17a-aed548fe7961  /home  ext4  noatime,errors=remount-ro  0  0
/dev/mapper/cryptswap  none  swap  defaults  0  0
UUID=7f37168f-738f-475e-b593-237ccf58d0a5  /  ext4  noatime,errors=remount-ro  0  0
/dev/disk/by-uuid/FCC2A5FFC2A5BE70 /mnt/Drive\0402 auto nosuid,nodev,nofail,x-gvfs-show,x-gvfs-name=Drive%202 0 0
/dev/disk/by-uuid/6bee998f-b10b-4d1e-951a-a86b6d1b8b59 /mnt/SLibrary auto nosuid,nodev,nofail,x-gvfs-show,x-gvfs-name=SLibrary 0 0

編集者:Pt。 2 実行すると、dmesg次のエラーが発生します(他のすべてのエラーと共に)。

[    0.240256] ACPI BIOS Error (bug): Could not resolve symbol [\_SB.PCI0.PB2], AE_NOT_FOUND (20210930/dswload2-162)
[    0.240269] ACPI Error: AE_NOT_FOUND, During name lookup/catalog (20210930/psobject-220)
[    0.839449] integrity: Problem loading X.509 certificate -65

[    4.826083] ================================================================================
[    4.826138] UBSAN: invalid-load in /build/linux-RFp8Q8/linux-5.16.19/drivers/net/wireless/mediatek/mt76/dma.c:162:13
[    4.826199] load of value 103 is not a valid value for type '_Bool'

[   98.377451] [drm:nv_drm_master_set [nvidia_drm]] *ERROR* [nvidia-drm] [GPU ID 0x00000100] Failed to grab modeset ownership

[  114.634906] ================================================================================
[  114.634914] UBSAN: invalid-load in /build/linux-RFp8Q8/linux-5.16.19/net/mac80211/status.c:1164:21
[  114.634921] load of value 255 is not a valid value for type '_Bool'
[  120.040061] [drm:nv_drm_master_set [nvidia_drm]] *ERROR* [nvidia-drm] [GPU ID 0x00000100] Failed to grab modeset ownership

[  355.714107] TCP: wlp4s0: Driver has suspect GRO implementation, TCP performance may be compromised.

ベストアンサー1

マブソサ、リストが多すぎますね。

一度見ます:

[0.240256] ACPI BIOSエラー(エラー):記号[_SB.PCI0.PB2]、AE_NOT_FOUND(20210930 / dswload2-162)を確認できません。 [0.240269] ACPIエラー:AE_NOT_FOUND、名前検索/ディレクトリ(20210930 / psobject-220)

これは深刻ではなく、カーネルが特定のBIOS機能をサポートしていないということです。これを使用するか、acpi=off起動時にacpiをオフにすることができます。それは大きな問題ではありません。

[ 0.839449] 整合性: X.509 証明書の読み込み中に問題が発生する-65

この問題は解決する必要があります。 UEFI経由で起動しているようです。影響を確認してください。 (起動プロセスとモジュールに署名する必要があります。カーネルモジュールの署名)

[4.826138] UBSAN: /build/linux-RFp8Q8/linux-5.16.19/drivers/net/wireless/mediatek/mt76/dma.c:162:13の無効なペイロード [4.826199] 値103のペイロードは有効ですではありません。 '_Bool' の値 114.634914] UBSAN: /build/linux-RFp8Q8/linux-5.16.19/net/mac80211/status.c:1164:21 [114.634921] 値 255 の無効なペイロードいいえ。

ワイヤレスドライバに問題があります。表示される値が103または255ではないため、いくつかのバグがある可能性があります_Bool。たぶん何かが正しく認識されないかもしれません。ソースを確認できます。

[98.377451][drm:nv_drm_master_set[nvidia_drm]]間違い [nvidia-drm] [GPU ID 0x00000100] モードセットの所有権を取得できません。

ああ、NVIDIA独自のドライバに問題があります。さて、ここではソースコードを確認できないので、Nvidiaが直接修正する必要があるこのバグを見つける必要があります。それを探してください。たぶんモジュールにバグがあるかもしれませんnvidia-drm

[355.714107] TCP:wlp4s0:ドライバに疑わしいGRO実装があり、TCPのパフォーマンスが影響を受ける可能性があります。

GRO(通常の受信オフロード)を設定しようとしましたが、値が気に入らない。カーネルにRH修正が適用されていることを確認するために、カーネルを調べることができます。詳細については、次を参照してください。ドライバーはGROが実装したことを疑いました...

編集する:Debian bookworm(Intel(R) Core(TM) i5-8350U CPUを搭載したIntelノートブック)のブート速度を公開:

systemd-analyze
Startup finished in 18.763s (firmware) + 7.674s (loader) + 13.889s (kernel) + 6.821s (userspace) = 47.148s 
graphical.target reached after 6.795s in userspace

ブート時間を食べるものが何であるかを推測する必要がある場合は、Nvidiaドライバーです。 Nouveauドライバを使用して、ブートが改善されていることを確認できます。

おすすめ記事