私の/var/log/は奇妙なことに数分でGBまで満たされました!

私の/var/log/は奇妙なことに数分でGBまで満たされました!

syslogは数分でシステムハードドライブをいっぱいにします。ログに表示される内容は次のとおりです。

Dec  6 14:03:01 ubuntu kernel: [   18.515567] pcieport 0000:00:1c.5:   device [8086:9d15] error status/mask=00000001/00002000
Dec  6 14:03:01 ubuntu kernel: [   18.515569] pcieport 0000:00:1c.5:    [ 0] Receiver Error         (First)
Dec  6 14:03:01 ubuntu kernel: [   18.515574] pcieport 0000:00:1c.5: AER: Corrected error received: id=00e5
Dec  6 14:03:01 ubuntu kernel: [   18.516217] pcieport 0000:00:1c.5: can't find device of ID00e5
Dec  6 14:03:01 ubuntu kernel: [   18.516219] pcieport 0000:00:1c.5: AER: Corrected error received: id=00e5
Dec  6 14:03:01 ubuntu kernel: [   18.516227] pcieport 0000:00:1c.5: can't find device of ID00e5
Dec  6 14:03:01 ubuntu kernel: [   18.516230] pcieport 0000:00:1c.5: AER: Corrected error received: id=00e5
Dec  6 14:03:01 ubuntu kernel: [   18.516241] pcieport 0000:00:1c.5: PCIe Bus Error: severity=Corrected, type=Physical Layer, id=00e5(Receiver ID)

以下は、Ubuntu 16デュアルブートWindows 10を搭載した3つの新しいAsus F541Uノートブックです。彼らはすべて同じ問題を抱えていますが、重大度はさまざまです。

それ以外はシステムがうまく機能します。すべてが更新されました。

適切な回避策がありますか?これを無視して最初からこれらの行を出力しないように努力する必要がありますか?どのように?

回避策は、犯罪者(pcieport - ID00e5?)を削除したり、ブラックリストに追加したり、ディレクトリサイズを制限したりするのと同様の記事を読んでいますが、これについてはわかりません。

私は現在以下を使用しています:

for i in /var/log/*; do cat /dev/null > $i; done

いつも...

ベストアンサー1

で述べたようにランチパッドエラー報告pci=noaer、カーネルコマンドラインに追加する必要があります。

上記のバグレポートから取得した概要:

  1. 編集する/etc/default/grubGRUB_CMDLINE_LINUX_DEFAULT次に始まる行を変更してください。

     GRUB_CMDLINE_LINUX_DEFAULT="quiet splash pci=noaer"
    
  2. ランニングsudo update-grub

  3. 再起動。

quiet上記の変更を適用せずに最初に再起動し、Grubが自動的に起動されるのではなく、(スペースと)を追加して起動仕様を編集することをお勧めします。splashpci=noaer

このように起動した後、マシンが正常に動作し、システムログがスパムになっていない場合は、上記の編集を安全に実行できます。

おすすめ記事