RTL810xE PCI Express Fast Ethernet はファブリックに複数のログエラーを生成します。

RTL810xE PCI Express Fast Ethernet はファブリックに複数のログエラーを生成します。

私の日記帳には次のような内容がいっぱいです。

    journalctl -r
    2024-01-10T20:07:01.947911-08:00 dell kernel: pci 0000:01:00.0:    [ 0] RxErr                  (First)
    2024-01-10T20:07:01.947686-08:00 dell kernel: pci 0000:01:00.0:   device [10ec:8136] error status/mask=00000001/00006000
    2024-01-10T20:07:01.947423-08:00 dell kernel: pci 0000:01:00.0: PCIe Bus Error: severity=Corrected, type=Physical Layer, (Receiver ID)
    2024-01-10T20:07:01.946988-08:00 dell kernel: pcieport 0000:00:1d.0: AER: Multiple Corrected error received: 0000:01:00.0
    2024-01-10T20:07:01.694824-08:00 dell kernel: pci 0000:01:00.0:    [ 0] RxErr                  (First)
    2024-01-10T20:07:01.694573-08:00 dell kernel: pci 0000:01:00.0:   device [10ec:8136] error status/mask=00000001/00006000
    2024-01-10T20:07:01.694279-08:00 dell kernel: pci 0000:01:00.0: PCIe Bus Error: severity=Corrected, type=Physical Layer, (Receiver ID)
    2024-01-10T20:07:01.693781-08:00 dell kernel: pcieport 0000:00:1d.0: AER: Multiple Corrected error received: 0000:01:00.0
    2024-01-10T20:07:01.601284-08:00 dell kernel: pci 0000:01:00.0:    [ 0] RxErr                  (First)
    
    

カードは RTL810xE PCI Express Fast Ethernet controller基本的にhttps://linux-hardware.org/index.php?id=pci:10ec-8136-1028-056aRealtek r8169ドライバが欲しいです。

これhttps://wiki.archlinux.org/title/Network_configuration/Ethernetこのページには、Realtek no link / WOL problemこのドライバにWindowsデュアルブートに問題があるというセクションがあります。これはデュアルブートシステムではありません。これはarch linux 6.6.10-arch1-1

カードに命を吹き込むことができますが、modprobe r8169デバイスのログエラーメッセージには影響しません。

ベストアンサー1

カーネルがPCI Expressルートポート高度なエラー報告(CONFIG_PCIEAER)機能で構成されており、チップセットがバスロケーション0000:01:00.0でRTL810xE NICと通信する修正可能なマイナーPCIeリンクエラーを検出しています。自動的に修正してください。

これはネットワーク通信エラーではなく、コンピュータ内のPCIeリンクエラーです。

このネットワークインターフェースが追加のカードである場合は、カードが損傷していないこと、スロットにしっかりと取り付けられていること、カードの端のコネクタの表面がきれいであることを確認してください。可能であれば、同じモデルの別のネットワークカードを使用してテストしてください。

そうではなく、特にそのネットワークインターフェースがマザーボードに統合されている場合、これらのエラーは特定のチップおよび/またはマザーボード設計の「既知の問題」であり、根本的な原因を取り除くことができない可能性があります。ただし、エラーがそのタイプの場合、severity=Corrected問題は発生しません。

以前に動作していたコンポーネントが突然複数のseverity=Correctedエラーを生成し始めると、これはハードウェアエラーが差し迫ったという初期の信号である可能性があります。カーネルは、システム管理者が事前保守が適切かどうかを判断できるように報告します。

つまり、システムが以前にこれらの警告なしに機能していた場合は、問題が発生した場合に備えてスペアネットワークカードを準備することをお勧めします。

エラーレベル(=番号4)でseverity=Correctedメッセージを発行します。KERN_WARNINGジャーナルからこれらのメッセージを削除するには、このsystemd-journald優先順位より高いメッセージのみを保存するように調整できます。

/etc/systemd/journald.conf.d/silence-kernel-warnings.conf次の内容でファイルを作成します。

[Journal]
MaxLevelKMsg=err

severity=Uncorrectedこれは、対応するPCIeリンクの実際のデータ破損を示すエラーには影響しません。これらのエラーはKERN_ERRエラーレベル(= 3回)として報告されます。

独自のカスタムカーネルを構築する場合は、CONFIG_PCIEAERカーネル設定オプションを無効にすることをお勧めします。

おすすめ記事