Linux は 1 セッションでギガバイトのログを生成します。

Linux は 1 セッションでギガバイトのログを生成します。

Linux Mint 18.3を実行しているHP Pavilionノートブックでは、システムが1つまたは2回のセッションでギガバイトのログファイルを生成するという問題に直面しました(各セッションは半日を超えませんでした)。

生成された大容量ログファイルは/var/log/kern.logおよびです/var/log/syslog。彼らはすべて次のレポートを作成しました。

Feb 27 13:54:38 workstation kernel: [  390.503777] pcieport 0000:00:1d.0: AER: Corrected error received: id=00e8
Feb 27 13:54:38 workstation kernel: [  390.503786] pcieport 0000:00:1d.0: can't find device of ID00e8
Feb 27 13:54:38 workstation kernel: [  390.503802] pcieport 0000:00:1d.0: AER: Multiple Corrected error received: id=00e8
Feb 27 13:54:38 workstation kernel: [  390.504154] pcieport 0000:00:1d.0: PCIe Bus Error: severity=Corrected, type=Physical Layer, id=00e8(Receiver ID)
Feb 27 13:54:38 workstation kernel: [  390.504158] pcieport 0000:00:1d.0:   device [8086:9d1b] error status/mask=00000001/00002000
Feb 27 13:54:38 workstation kernel: [  390.504162] pcieport 0000:00:1d.0:    [ 0] Receiver Error         (First)
Feb 27 13:54:38 workstation kernel: [  390.504172] pcieport 0000:00:1d.0: AER: Corrected error received: id=00e8
Feb 27 13:54:38 workstation kernel: [  390.504180] pcieport 0000:00:1d.0: PCIe Bus Error: severity=Corrected, type=Physical Layer, id=00e8(Receiver ID)
Feb 27 13:54:38 workstation kernel: [  390.504185] pcieport 0000:00:1d.0:   device [8086:9d1b] error status/mask=00000001/00002000
Feb 27 13:54:38 workstation kernel: [  390.504190] pcieport 0000:00:1d.0:    [ 0] Receiver Error         (First)

続けて。もともとこのエラーが起動時に現れたが、起動pci=nomis後の日常的な業務経験には影響しないようでした。 /etc/default/grubupdate-grub

しかし、ログはエラーメッセージでいっぱいになったので、これらのエラーメッセージの出力を抑制しました。

また、次のようにlogrotateログファイルのファイルサイズを制限してみました。

これらのログファイルを許容可能なサイズ(最大数百MB)に保つ方法を知っている人はいますか?これは、これらのログファイルがディスク容量全体を占有しないように手動で削除する必要があることが多いためです。

編集:出力lspci -tv

-[0000:00]-+-00.0  Intel Corporation Sky Lake Host Bridge/DRAM Registers
           +-02.0  Intel Corporation Sky Lake Integrated Graphics
           +-04.0  Intel Corporation Skylake Processor Thermal Subsystem
           +-14.0  Intel Corporation Sunrise Point-LP USB 3.0 xHCI Controller
           +-14.2  Intel Corporation Sunrise Point-LP Thermal subsystem
           +-16.0  Intel Corporation Sunrise Point-LP CSME HECI
           +-17.0  Intel Corporation Sunrise Point-LP SATA Controller [AHCI mode]
           +-1c.0-[01]----00.0  NVIDIA Corporation GM108M [GeForce 940MX]
           +-1c.4-[02]----00.0  Realtek Semiconductor Co., Ltd. RTS522A PCI Express Card Reader
           +-1c.5-[03]----00.0  Realtek Semiconductor Co., Ltd. RTL8101/2/6E PCI Express Fast/Gigabit Ethernet controller
           +-1d.0-[04]----00.0  Realtek Semiconductor Co., Ltd. RTL8723BE PCIe Wireless Network Adapter
           +-1f.0  Intel Corporation Sunrise Point-LP LPC Controller
           +-1f.2  Intel Corporation Sunrise Point-LP PMC
           +-1f.3  Intel Corporation Sunrise Point-LP HD Audio
           \-1f.4  Intel Corporation Sunrise Point-LP SMBus

ベストアンサー1

ログを見ると、PCI 1d.0のデバイスが多数のログを生成していることがわかります。

 pcieport 0000:00:**1d.0**

要求されたコマンドを使用すると、lspci -tvそのデバイスがrealtekデバイスであることを確認できます。彼らは遅くてバグが多く、信頼できないことで悪名高いです。

1d.0-[04]----00.0 Realtek Semiconductor Co., Ltd. RTL8723BE PCIe Wireless Network Adapter

したがって、短期的な解決策として、rsyslogこれらのすべてのログ/エラーを削除するように指示することをお勧めします。

rsyslog次のように、これらすべてのメッセージを無視するように設定します。

次へ追加最初の行にあなたの/etc/rsyslog.conf

:msg, contains, "0000:00:1d.0:" ~

この行を追加したら、サービスを再起動する必要がありますrsyslog。それ以外の場合は、次回の再起動時にのみ機能します。

sudo service rsyslog restart

バラより不要なメッセージを削除してください

このドアは上部にありますrsyslog.conf。これにより、他の作業文の前に実行されます。したがって、受信したすべてのメッセージは文字列と比較して検証され、一致するものが見つかると削除されます。

長期的な解決策を見つけるには、ノートパソコンのメーカーやモデルと互換性のある他のWi-Fi PCIeカードを購入してください。 Realtekにはバグが多すぎます。

関連:ASUS USB-N13アダプタを使用したWi-Fiの問題

その他の注意:

  • 8086:9d1bはPCIコントローラです。
  • 私もOPの手がかりとして提案しましたが、問題は解決されませんでした。pci=nomsiそしてpci=noaerカーネルパラメータとして渡してみてください。バラよりPCIeバスエラー重大度;
  • ログファイルを置き換えるときにログ記録を維持する必要がない場合は、古いログを削除することを忘れないでください。
  • 考えられる中期的な解決策は、WiFiスティックを使用してRealtek WiFiモジュールをブラックリストに追加することです。
  • 質問に[realtek]タグと[rsyslog]タグを追加しました。

おすすめ記事