Pelo que li, o rsyslog geralmente é usado para processar logs e enviá-los para outros locais, seja local (armazenamento externo, partição específica, etc.) ou remoto (servidor de log, por exemplo). Porém estou tentando configurar o rsyslog para armazenar os logs em um dispositivo de armazenamento externo (cartão SD) mas estou tendo problemas com o sdhcidriver no kernel. Primeiro você tem aqui oconfiguração do rsyslog.
Como você pode ver, os logs estão sendo armazenados /data/logs, que na verdade é o cartão SD comosaída lsblkmostra. No entanto, posso ver uma coisa estranha nodmesg. Aparentemente, o kernel está criando o nó /dev/mmcblk0para armazenamento externo listado como mmc0:
jul 26 11:03:40 pabx2 kernel: mmc0: new ultra high speed SDR104 SDXC card at address 59b4
jul 26 11:03:40 pabx2 kernel: mmcblk0: mmc0:59b4 SD 58.9 GiB
jul 26 11:03:40 pabx2 kernel: mmcblk0: p1
Mas os sdhcilixões são preocupantes mmc1! que é o armazenamento interno, não o externo!
jul 26 11:50:18 pabx2 kernel: mmc1: Timeout waiting for hardware interrupt.
jul 26 11:50:18 pabx2 kernel: mmc1: sdhci: ============ SDHCI REGISTER DUMP ===========
jul 26 11:50:18 pabx2 kernel: mmc1: sdhci: Sys addr: 0x00000008 | Version: 0x00001002
jul 26 11:50:18 pabx2 kernel: mmc1: sdhci: Blk size: 0x00007200 | Blk cnt: 0x00000008
jul 26 11:50:18 pabx2 kernel: mmc1: sdhci: Argument: 0x0056c808 | Trn mode: 0x0000002b
jul 26 11:50:18 pabx2 kernel: mmc1: sdhci: Present: 0x1fff0001 | Host ctl: 0x0000003c
jul 26 11:50:18 pabx2 kernel: mmc1: sdhci: Power: 0x0000000a | Blk gap: 0x00000080
jul 26 11:50:18 pabx2 kernel: mmc1: sdhci: Wake-up: 0x00000000 | Clock: 0x00000207
jul 26 11:50:18 pabx2 kernel: mmc1: sdhci: Timeout: 0x00000006 | Int stat: 0x00000000
jul 26 11:50:18 pabx2 kernel: mmc1: sdhci: Int enab: 0x03ff000b | Sig enab: 0x03ff000b
jul 26 11:50:18 pabx2 kernel: mmc1: sdhci: ACmd stat: 0x00000000 | Slot int: 0x00000000
jul 26 11:50:18 pabx2 kernel: mmc1: sdhci: Caps: 0x546ec881 | Caps_1: 0x00000805
jul 26 11:50:18 pabx2 kernel: mmc1: sdhci: Cmd: 0x0000193a | Max curr: 0x00000000
jul 26 11:50:18 pabx2 kernel: mmc1: sdhci: Resp[0]: 0x00000000 | Resp[1]: 0x00000000
jul 26 11:50:18 pabx2 kernel: mmc1: sdhci: Resp[2]: 0x00000000 | Resp[3]: 0x00000000
jul 26 11:50:18 pabx2 kernel: mmc1: sdhci: Host ctl2: 0x0000000c
jul 26 11:50:18 pabx2 kernel: mmc1: sdhci: ADMA Err: 0x00000000 | ADMA Ptr: 0x0000000182ff6200
jul 26 11:50:18 pabx2 kernel: mmc1: sdhci: ============================================
Por que você acha que é isso? O que a interrupção de hardware do dispositivo de armazenamento interno tem a ver com o armazenamento externo? Quando esses dumps são acionados, o sistema (Debian 10 Buster) fica extremamente lento, a ponto de ficar inoperante e fora de uso.
Obrigado a todos.