起動に失敗した後、これらのログエントリをどのように読み取ることができますか？

最新のマルチコアプロセッサがあり、ディストリビューションsystemdから。一部のログメッセージは、異なるパス（デフォルトログ、カーネル監査サブシステム、syslogシステムコール）を使用している場合、systemd順序が若干異なる場合があります。

基本的な順序でメッセージを見てみましょう。しかし、同様のメッセージは1つにまとめられています。

Jan 22 01:42:53 hostname kernel: Linux version 5.10.9-arch1-1 (linux@archlinux) (gcc (GCC) 10.2.0, GNU ld (GNU Binutils) 2.35.1) #1 SMP PREEMPT Tue, 19 Jan 2021 22:06:06 +0000
Jan 22 01:42:53 hostname kernel: Command line: BOOT_IMAGE=/vmlinuz-linux root=UUID=d825234f-4397-494f-9c61-e719a008ecbd rw loglevel=3 quiet

これは通常、Linuxカーネルが実行を開始した後に出力される最初の行です。この時点で、システムクロックは通常、バッテリ駆動のクロックチップから派生したシステムファームウェアによって初期化された時間値のみを使用します。カーネルオプションに注意してくださいloglevel=3 quiet。このオプションは多くの初期ブートメッセージを沈黙させるため、このメッセージの後と次のメッセージの前に多くのことが発生する可能性があります。

Jan 22 01:38:09 hostname kernel: input: HDA NVidia HDMI/DP,pcm=3 as /devices/pci0000:00/0000:00:02.1/0000:01:00.1/sound/card1/input15
Jan 22 01:38:09 hostname kernel: input: HDA NVidia HDMI/DP,pcm=7 as /devices/pci0000:00/0000:00:02.1/0000:01:00.1/sound/card1/input16
Jan 22 01:38:09 hostname kernel: input: HDA NVidia HDMI/DP,pcm=8 as /devices/pci0000:00/0000:00:02.1/0000:01:00.1/sound/card1/input17
Jan 22 01:38:09 hostname kernel: input: HDA NVidia HDMI/DP,pcm=9 as /devices/pci0000:00/0000:00:02.1/0000:01:00.1/sound/card1/input18
Jan 22 01:38:09 hostname kernel: input: HDA NVidia HDMI/DP,pcm=10 as /devices/pci0000:00/0000:00:02.1/0000:01:00.1/sound/card1/input19
Jan 22 01:38:09 hostname kernel: input: HDA NVidia HDMI/DP,pcm=11 as /devices/pci0000:00/0000:00:02.1/0000:01:00.1/sound/card1/input20
Jan 22 01:38:09 hostname kernel: input: HDA NVidia HDMI/DP,pcm=12 as /devices/pci0000:00/0000:00:02.1/0000:01:00.1/sound/card1/input21
Jan 22 01:38:09 hostname kernel: input: HD-Audio Generic Front Mic as /devices/pci0000:00/0000:00:14.2/sound/card0/input22
Jan 22 01:38:09 hostname kernel: input: HD-Audio Generic Rear Mic as /devices/pci0000:00/0000:00:14.2/sound/card0/input23
Jan 22 01:38:09 hostname kernel: input: HD-Audio Generic Line as /devices/pci0000:00/0000:00:14.2/sound/card0/input24
Jan 22 01:38:09 hostname kernel: input: HD-Audio Generic Line Out as /devices/pci0000:00/0000:00:14.2/sound/card0/input25
Jan 22 01:38:09 hostname kernel: input: HD-Audio Generic Front Headphone as /devices/pci0000:00/0000:00:14.2/sound/card0/input26

これらのメッセージは入力サブシステムから出て、さまざまなオーディオコネクタのプラグ検出回路を入力として登録します。これは、実際のサウンドドライバがこの時点でロードされたことを意味します。サウンドチップは通常「必須ハードウェア」と見なされないため、ドライバは通常カーネルに組み込まれていないか、常にinitramfsに含まれているため、この時点で起動プロセスが大幅に進行している可能性があります。

ブートプロセスでネットワークインターフェイスを有効にし、NTPサーバーからより正確な時間情報を取得した可能性があり、これは明らかなリバースタイムジャンプを説明できます。または、使用可能なバッテリー対応の時計がなく、NTPサーバーにまだアクセスできない場合、ブートプロセスは最後のディスク書き込み操作時間を現在時刻の最良の推測として使用できます。

Jan 22 01:38:09 hostname audit[425]: NETFILTER_CFG table=filter family=10 entries=144 op=xt_replace pid=425 comm="ip6tables-resto"
Jan 22 01:38:09 hostname audit[426]: NETFILTER_CFG table=filter family=10 entries=160 op=xt_replace pid=426 comm="ip6tables-resto"
Jan 22 01:38:09 hostname audit[435]: NETFILTER_CFG table=filter family=10 entries=168 op=xt_replace pid=435 comm="ip6tables-resto"

特定の要因（おそらくip6tables-restore）によって、IPv6ネットフィルタルールが追加されます。

Jan 22 01:38:09 hostname kernel: EDAC amd64: F15h detected (node 0).
Jan 22 01:38:09 hostname kernel: EDAC amd64: Error: F1 not found: device 0x1601 (broken BIOS?)

これらのメッセージは、エラー検出と修正（EDAC）サブシステムによって提供されます。 ECCエラー訂正メモリのみがあるシステム（つまり、サーバーおよび高度なワークステーション）で最も便利です。プロセッサにはECCメモリと連携するために必要な機能があるようですが、システムファームウェアにはEDACサブシステムがメモリ/バスエラーを物理コンポーネント（メモリモジュールスロットなど）にマッピングするために必要な情報がないようです。マザーボードがECCメモリの使用をサポートしていませんか？これが真であれば、EDACサブシステムはおそらく役に立ちません。EDACモジュールをブラックリストに追加して、完全にロードをスキップできます。

Jan 22 01:38:09 hostname systemd-udevd[258]: controlC0: Process '/usr/bin/alsactl restore 0' failed with exit code 99.
Jan 22 01:38:10 hostname systemd-udevd[267]: controlC1: Process '/usr/bin/alsactl restore 1' failed with exit code 99.

何らかの理由で、マザーボードの統合サウンドチップとGPUのHDMI / DPコネクタからサウンドカードのボリューム設定を復元しようとすると失敗しました。おそらくalsactl store現在の設定を維持するために使用されていないのでしょうか？これは、生のALSAおよび/またはテキストモードを使用している場合にのみ重要です。ほとんどのGUIデスクトップ環境および/またはPulseaudioは通常、ユーザー固有の設定でALSAボリューム設定を上書きします。

Jan 22 01:38:09 hostname systemd[1]: Condition check resulted in First Boot Wizard being skipped.
Jan 22 01:38:09 hostname systemd[1]: Condition check resulted in File System Check on Root Device being skipped.
Jan 22 01:38:09 hostname systemd[1]: Condition check resulted in Rebuild Hardware Database being skipped.
Jan 22 01:38:09 hostname systemd[1]: Condition check resulted in Repartition Root Disk being skipped.
Jan 22 01:38:09 hostname systemd[1]: Condition check resulted in Create System Users being skipped.

systemd必要な条件が満たされていないため、一部の条件付きブートエントリをスキップしています。

Jan 22 01:38:10 hostname kernel: nvidia: module license 'NVIDIA' taints kernel.
Jan 22 01:38:10 hostname kernel: Disabling lock debugging due to kernel taint
Jan 22 01:38:10 hostname kernel: nvidia-nvlink: Nvlink Core is being initialized, major device number 237
Jan 22 01:38:10 hostname kernel: 
Jan 22 01:38:10 hostname kernel: nvidia 0000:01:00.0: vgaarb: changed VGA decodes: olddecodes=io+mem,decodes=none:owns=io+mem
Jan 22 01:38:10 hostname kernel: NVRM: loading NVIDIA UNIX x86_64 Kernel Module  460.32.03  Sun Dec 27 19:00:34 UTC 2020

独自のNVIDIA GPUドライバをロードしています。

Jan 22 01:38:10 hostname audit[1]: SERVICE_START pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=systemd-random-seed comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'

これは、ルートファイルシステムがマウントされ、監査サブシステムが「実際の」システム起動を確認するようです。以前は、起動プロセスは initramfs の「mini-systemd」によって処理されました。これは、いくつかのメッセージが重複しているように見える理由を説明できます。 initramfs mini-systemd はこれらのチェックを一度実行し、real systemd が再び実行します。

Jan 22 01:38:10 hostname kernel: random: crng init done
Jan 22 01:38:10 hostname kernel: random: 7 urandom warning(s) missed due to ratelimiting
Jan 22 01:38:10 hostname systemd[1]: Finished Load/Save Random Seed.

systemd最後のブートまたはシーケンシャルシャットダウンのランダムシードが復元されました。

Jan 22 01:38:10 hostname kernel: nvidia-modeset: Loading NVIDIA Kernel Mode Setting Driver for UNIX platforms  460.32.03  Sun Dec 27 18:51:11 UTC 2020
Jan 22 01:38:10 hostname kernel: [drm] [nvidia-drm] [GPU ID 0x00000100] Loading driver
Jan 22 01:38:10 hostname kernel: [drm] Initialized nvidia-drm 0.0.0 20160202 for 0000:01:00.0 on minor 0

独自のNVIDIA GPUドライバのより多くのコンポーネントがリリースされています。

Jan 22 01:38:10 hostname systemd[1]: Created slice system-systemd\x2dbacklight.slice.
Jan 22 01:38:10 hostname systemd[1]: Starting Load/Save Screen Backlight Brightness of backlight:acpi_video0...
Jan 22 01:38:10 hostname systemd[1]: Finished Load/Save Screen Backlight Brightness of backlight:acpi_video0.
Jan 22 01:38:10 hostname audit[1]: SERVICE_START pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=systemd-backlight@backlight:acpi_video0 comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? termi>

ファームウェア ACPI テーブルにはバックライト制御インターフェイスが含まれており、あるブートから次のブートsystemdまで、現在のバックライト設定を記憶するサービスを開始します。

Jan 22 01:38:18 hostname kernel: ata2: softreset failed (1st FIS failed)
Jan 22 01:38:28 hostname kernel: ata2: softreset failed (1st FIS failed)

これは、2番目のSATAデバイスに問題があることを示します。 2番目のスニペットにこれに関する詳細情報があるようです。

2番目のスニペットでは：

Jan 22 01:38:08 hostname kernel: ACPI BIOS Warning (bug): Optional FADT field Pm2ControlBlock has valid Length but zero Address: 0x0000000000000000/0x1 (20200925/tbfadt-615)

ACPIシステムファームウェアに不完全な電源管理情報があります。 BIOSアップデートでこの問題を解決できますが、これは単なる警告であるため、カーネルは問題を解決できます。

Jan 22 01:38:08 hostname kernel: ata2.00: exception Emask 0x0 SAct 0x30000 SErr 0x0 action 0x6
Jan 22 01:38:08 hostname kernel: ata2.00: irq_stat 0x40000008
Jan 22 01:38:08 hostname kernel: ata2.00: failed command: READ FPDMA QUEUED
Jan 22 01:38:08 hostname kernel: ata2.00: cmd 60/78:80:88:00:00/00:00:00:00:00/40 tag 16 ncq dma 61440 in
                                         res 43/84:78:f0:00:00/00:00:00:00:00/00 Emask 0x410 (ATA bus error) <F>
Jan 22 01:38:08 hostname kernel: ata2.00: status: { DRDY SENSE ERR }
Jan 22 01:38:08 hostname kernel: ata2.00: error: { ICRC ABRT }
Jan 22 01:38:08 hostname kernel: ata2: hard resetting link
Jan 22 01:38:08 hostname kernel: ata2: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
Jan 22 01:38:08 hostname kernel: ata2.00: NCQ Send/Recv Log not supported
Jan 22 01:38:08 hostname kernel: ata2.00: NCQ Send/Recv Log not supported
Jan 22 01:38:08 hostname kernel: ata2.00: configured for UDMA/133
Jan 22 01:38:08 hostname kernel: sd 1:0:0:0: [sdb] tag#16 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE cmd_age=1s
Jan 22 01:38:08 hostname kernel: sd 1:0:0:0: [sdb] tag#16 Sense Key : Aborted Command [current] 
Jan 22 01:38:08 hostname kernel: sd 1:0:0:0: [sdb] tag#16 Add. Sense: Scsi parity error
Jan 22 01:38:08 hostname kernel: sd 1:0:0:0: [sdb] tag#16 CDB: Read(10) 28 00 00 00 00 88 00 00 78 00
Jan 22 01:38:08 hostname kernel: blk_update_request: I/O error, dev sdb, sector 136 op 0x0:(READ) flags 0x80700 phys_seg 1 prio class 0

これは、ディスクにデータ転送エラーがあることを示します/dev/sdb。これはSATAケーブルまたはコネクタが損傷している可能性があるため、最初にディスクを別のSATAポートに移動するか、ケーブルを交換してください。これらの方法が役に立たない場合は、ディスクを交換する必要があります。エラーが繰り返されると思われる場合は、できるだけ早くディスクをバックアップしてください。