Início / unix / Perguntas / 427119
Accepted
Raven
Asked: 2018-02-28 23:43:04 +0800 CST

Linux gerando gigabytes de logs em uma sessão

  • 772

No meu laptop HP Pavilion executando o Linux Mint 18.3, estou tendo o problema de o sistema gerar gigabytes de arquivos de log em apenas uma ou duas sessões (não mais que meio dia cada).

Os grandes arquivos de log gerados são /var/log/kern.loge /var/log/syslog. Ambos são preenchidos com o seguinte relatório:

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)

De novo e de novo e de novo outra vez. Esse erro costumava aparecer na inicialização, mas como não parecia afetar minha experiência de trabalho diária após a inicialização, suprimi esses erros com o pci=nomisadicionado a /etc/default/grube, em seguida, executando um arquivo update-grub.

No entanto, obviamente, apenas suprimi a impressão dessas mensagens de erro, pois o log agora está cheio delas.

Eu também tentei usar logrotatepara limitar o tamanho dos arquivos de log, mas isso não tem nenhum efeito, pois o arquivo de log está crescendo tanto em apenas uma sessão.

Alguém tem uma ideia de como posso manter esses arquivos de log em um tamanho aceitável (talvez algumas centenas de MBs no máximo)? Porque agora eu regularmente tenho que excluir esses arquivos de log manualmente para evitar que eles ocupem todo o meu espaço em disco.

EDITAR: saída de 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
debian rsyslog

1 respostas

  1. Best Answer

    Em seus logs, vemos que um dispositivo no PCI 1d.0 está gerando muitos logs.

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

    Com a ajuda do comando solicitado lspci -tv, podemos ver que é o seu dispositivo realtek. Eles são conhecidos por serem lentos, cheios de erros e pouco confiáveis.

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

    Como tal, proponho como uma solução de curto prazo, simplesmente instruir rsyslogpara descartar todos esses logs/erros.

    Configure rsyslogpara ignorar todas essas mensagens, como:

    Adicione como a primeira linha do seu /etc/rsyslog.conf:

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

    Após adicionar esta linha, você precisa reiniciar o rsyslogserviço, caso contrário ele só estará funcionando na próxima reinicialização.

    sudo service rsyslog restart

    Consulte Descartando mensagens indesejadas

    Observe que a instrução é colocada no topo de rsyslog.conf. Isso faz com que seja executado antes de qualquer outra instrução de ação. Portanto, cada mensagem recebida será verificada na string e descartada, se uma correspondência for encontrada.

    Como solução de longo prazo, compre outra placa Wifi PCIe compatível com a marca e modelo do seu notebook. Realtek é muito bugado.

    Relacionado: Problemas de Wi-Fi usando o adaptador ASUS USB-N13

    Notas Adicionais:

    • 8086:9d1b é seu controlador PCI;
    • Eu também sugeri como uma pista para o OP, mas não resolveu a questão, tentando ambos pci=nomsie pci=noaercomo parâmetros do kernel. Consulte a gravidade do erro do barramento PCIe ;
    • À medida que os arquivos de log giram, não se esqueça de deletar seus logs antigos, caso não precise manter o histórico dos logs;
    • Uma possível solução de médio prazo é usar um stick wifi e colocar na lista negra o módulo wifi realtek;
    • Adicionei as tags [realtek] e [rsyslog] à pergunta.
    • 4

relate perguntas