Resposta parcial:
Eu ainda não sei o que causa isso, mas posso apontar o (s) lugar (es) no log de depuração do udevd onde isso acontece.
Ou seja, você recebe eventos "inotify close" para /dev/sda
e /dev/sdb
:
2018-08-06T16:20:28.414845+02:00 SLES12RDX systemd-udevd[429]: inotify event: 8 for /dev/sda
2018-08-06T16:20:28.416130+02:00 SLES12RDX systemd-udevd[429]: device /dev/sda closed, synthesising 'change'
2018-08-06T16:20:28.556561+02:00 SLES12RDX systemd-udevd[429]: inotify event: 8 for /dev/sdb
...
2018-08-06T16:20:28.566988+02:00 SLES12RDX systemd-udevd[429]: seq 2123 queued, 'remove' 'block'
2018-08-06T16:20:58.630120+02:00 SLES12RDX systemd-udevd[429]: inotify event: 8 for /dev/sda
...
2018-08-06T16:20:58.631408+02:00 SLES12RDX systemd-udevd[429]: device /dev/sda closed, synthesising 'change'
etc., etc., e o udev sintetiza eventos "change", que causam as várias análises do dispositivo de bloco inteiro e de todas as partições.
Eu nunca vi nada assim. inotify
é para monitorar eventos do sistema de arquivos, então parece que eles vêm do espaço do usuário.
Eu não sei como rastrear qual aplicativo causa isso. Talvez arquivar um bug no site do udev bugtracking, e ver se eles têm alguma idéia de como rastreá-lo ainda mais?