rsyslog, похоже, запускает дампы sdhci при записи во внешнее хранилище

rsyslog, похоже, запускает дампы sdhci при записи во внешнее хранилище

Согласно тому, что я прочитал, rsyslog обычно используется для обработки журналов и отправки их в другие места, либо локально (внешнее хранилище, определенный раздел и т. д.), либо удаленно (сервер журналирования, например). Однако я пытаюсь настроить rsyslog для хранения журналов на внешнем устройстве хранения (SD-карта), но у меня возникли проблемы с драйвером sdhciв ядре. Сначала у вас есть здеськонфигурация rsyslog.

Как вы видите, журналы хранятся на /data/logs, что на самом деле является SD-картой.вывод lsblkшоу. Тем не менее, я вижу странную вещь вdmesg. По-видимому, ядро ​​создает узел /dev/mmcblk0для внешнего хранилища, который указан как 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

Однако sdhciдампы касаются mmc1!, который является внутренним хранилищем, а не внешним!

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: ============================================

Как вы думаете, почему это так? Какое отношение имеет аппаратное прерывание для внутреннего запоминающего устройства к внешнему запоминающему устройству? Когда запускаются эти дампы, система (Debian 10 Buster) становится чрезвычайно медленной, вплоть до того, что она неработоспособна, не используется.

Спасибо вам всем.

Связанный контент