Проблема с обнаружением дисков

[rat1b0r]

Ребят, подскажите пожалуйста. Попал в такую глупую ситуацию и не могу выпутаться.

смотрим на разделы дисков:

NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINTS
loop0 7:0 0 63.8M 1 loop /snap/core20/2686
loop1 7:1 0 91.4M 1 loop /snap/lxd/36558
loop2 7:2 0 91.4M 1 loop /snap/lxd/36918
loop3 7:3 0 50.8M 1 loop /snap/snapd/25202
loop4 7:4 0 50.9M 1 loop /snap/snapd/25577
loop5 7:5 0 63.8M 1 loop /snap/core20/2682
vda 252:0 0 40G 0 disk
├─vda1 252:1 0 39.9G 0 part /
├─vda14 252:14 0 4M 0 part
└─vda15 252:15 0 106M 0 part /boot/efi
vdb 252:16 0 200G 0 disk
└─vdb1 252:17 0 200G 0 part
└─data-data 253:0 0 200G 0 lvm /data

в заббиксе lld обнаружил скажем раздел vda1, но в get stats у него ключ vfs.file.contents[/sys/block/vda1/stat].

проблема в том что на самом деле файл stat лежит в /sys/block/vda/vda1/stat, и я не могу это исправить в lld потому что это убьет все остальные обнаружения где почему то разделы лежат правильно по пути /sys/block/ (имеется ввиду на других хостах)
как заставить заббикса видеть нормально диски? статичные айтемы не предлагать, я почти уверен что это делается через редактирование макросов или что то такое

[rat1b0r]

в целом мне стало понятно, но не до конца. но вопрос закрыт.
суть в том что vda и vdb определились через block device discovery и снимают свои метрики из серии нагрузки на диск. а разделы типа vda1 не определились, но в целом а зачем они мне нужны, нагрузка на диск у них такая же как и у родительского раздела vda.
а вот mounted filesystem discovery в свою очередь разделы мне нашел и все нормально, я вижу свободное место и все что хотел. просто напрягают эти восклицательные знаки, хотел разобраться, а получается зря. но все равно почему он находит эти разделы, а stat не может правильно указать, ведь по факту он там лежит. но в этом уже нет смысла.