Не загружается системный журнал

Но запускать команду mosquitto_pub -t "/rpc/v1/wb_logs/logs/List/wb-mqtt-homeui-fortest" -m '{"id":4,"params":{}}' нужно не останавливая выполнение первой.
Такое впечатление что вы выполняете команду прямо в вывод первой.

Прошу пояснить. запустить mosquitto_sub -v -t /rpc/Без категории
проваливаюсь в экран и запукаю mosquitto_pub -t "/rpc/v1/wb_logs/logs/List/wb-mqtt-homeui-fortest" -m '{"id":4,"params":{}}'

или запускаю mosquitto_sub -v -t /rpc/Без категории
Выхожу по ctrl-c в командную строку и запускаю.
mosquitto_pub -t “/rpc/v1/wb_logs/logs/List/wb-mqtt-homeui-fortest” -m ‘{“id”:4,“params”:{}}’

вот вывод экрана для второго варианта

Выполните в разных терминалах, например.
Цель получить вывод подписки при публикации.

Last login: Mon Nov 11 11:13:17 2024 from 127.0.0.1
root@wirenboard-AVITVUUJ:~# mosquitto_sub -v -t /rpc/#
/rpc/v1/confed/Editor/Save 1
/rpc/v1/confed/Editor/Load 1
/rpc/v1/confed/Editor/List 1
/rpc/v1/exp-check {“result”: “not found”}
/rpc/v1/wb_logs/logs/List 1
/rpc/v1/wb_logs/logs/Load 1
/rpc/v1/wb_logs/logs/CancelLoad 1
/rpc/v1/wb-device-manager/bus-scan/Start 1
/rpc/v1/wb-device-manager/bus-scan/Stop 1
/rpc/v1/diag/main/diag 1
/rpc/v1/diag/main/status 1
/rpc/v1/db_logger/history/get_values 1
/rpc/v1/db_logger/history/get_channels 1
/rpc/v1/wbrules/Editor/ChangeState 1
/rpc/v1/wbrules/Editor/List 1
/rpc/v1/wbrules/Editor/Load 1
/rpc/v1/wbrules/Editor/Remove 1
/rpc/v1/wbrules/Editor/Save 1
/rpc/v1/wb-mqtt-serial/config/Load 1
/rpc/v1/wb-mqtt-serial/config/GetSchema 1
/rpc/v1/wb-mqtt-serial/port/Load 1
/rpc/v1/wb-mqtt-serial/port/Setup 1
/rpc/v1/wb-mqtt-serial/ports/Load 1
/rpc/v1/wb_logs/logs/List/wb-mqtt-homeui-fortest {“id”:4,“params”:{}}
/rpc/v1/wb_logs/logs/List/wb-mqtt-homeui-fortest/reply {“error”:null,“id”:4,“result”:{“boots”:null,“services”:[“apt-daily-upgrade.service”,“apt-daily.service”,“autovt@.service”,“avahi-daemon.service”,“bluetooth.service”,“console-getty.service”,“container-getty@.service”,“cron.service”,“cryptdisks-early.service”,“cryptdisks.service”,“dbus-fi.w1.wpa_supplicant1.service”,“dbus-org.bluez.service”,“dbus-org.freedesktop.Avahi.service”,“dbus-org.freedesktop.hostname1.service”,“dbus-org.freedesktop.locale1.service”,“dbus-org.freedesktop.login1.service”,“dbus-org.freedesktop.ModemManager1.service”,“dbus-org.freedesktop.nm-dispatcher.service”,“dbus-org.freedesktop.timedate1.service”,“dbus.service”,“debug-shell.service”,“dnsmasq.service”,“dnsmasq@.service”,“e2scrub@.service”,“e2scrub_all.service”,“e2scrub_fail@.service”,“e2scrub_reap.service”,“emergency.service”,“fcgiwrap.service”,“fstrim.service”,“getty-static.service”,“getty@.service”,“hostapd.service”,“hostapd@.service”,“hwclock.service”,“ifup@.service”,“ifupdown-pre.service”,“ifupdown-wait-online.service”,“initrd-cleanup.service”,“initrd-parse-etc.service”,“initrd-switch-root.service”,“initrd-udevadm-cleanup-db.service”,“kmod-static-nodes.service”,“kmod.service”,“knxd.service”,“logrotate.service”,“ModemManager.service”,“modprobe@.service”,“mosquitto.service”,“netplug.service”,“networking.service”,“NetworkManager-dispatcher.service”,“NetworkManager-wait-online.service”,“NetworkManager.service”,“nftables.service”,“nginx.service”,“nm-priv-helper.service”,“ntp.service”,“polkit.service”,“procps.service”,“quotaon.service”,“rc-local.service”,“rc.service”,“rcS.service”,“rescue.service”,“rsync.service”,“serial-getty@.service”,“spruthub-update.service”,“spruthub.service”,“ssh.service”,“ssh@.service”,“sshd.service”,“sudo.service”,“system-update-cleanup.service”,“systemd-ask-password-console.service”,“systemd-ask-password-wall.service”,“systemd-backlight@.service”,“systemd-binfmt.service”,“systemd-bless-boot.service”,“systemd-boot-check-no-failures.service”,“systemd-boot-system-token.service”,“systemd-exit.service”,“systemd-fsck-root.service”,“systemd-fsck@.service”,“systemd-fsckd.service”,“systemd-halt.service”,“systemd-hibernate-resume@.service”,“systemd-hibernate.service”,“systemd-hostnamed.service”,“systemd-hwdb-update.service”,“systemd-hybrid-sleep.service”,“systemd-initctl.service”,“systemd-journal-flush.service”,“systemd-journald.service”,“systemd-journald@.service”,“systemd-kexec.service”,“systemd-localed.service”,“systemd-logind.service”,“systemd-machine-id-commit.service”,“systemd-modules-load.service”,“systemd-network-generator.service”,“systemd-networkd-wait-online.service”,“systemd-networkd.service”,“systemd-poweroff.service”,“systemd-pstore.service”,“systemd-quotacheck.service”,“systemd-random-seed.service”,“systemd-reboot.service”,“systemd-remount-fs.service”,“systemd-resolved.service”,“systemd-rfkill.service”,“systemd-suspend-then-hibernate.service”,“systemd-suspend.service”,“systemd-sysctl.service”,“systemd-sysusers.service”,“systemd-time-wait-sync.service”,“systemd-timedated.service”,“systemd-tmpfiles-clean.service”,“systemd-tmpfiles-setup-dev.service”,“systemd-tmpfiles-setup.service”,“systemd-udev-settle.service”,“systemd-udev-trigger.service”,“systemd-udevd.service”,“systemd-update-utmp-runlevel.service”,“systemd-update-utmp.service”,“systemd-user-sessions.service”,“systemd-volatile-root.service”,“udev.service”,“usb_modeswitch@.service”,“user-runtime-dir@.service”,“user@.service”,“watchdog.service”,“wb-cloud-agent-frpc.service”,“wb-cloud-agent-frpc@.service”,“wb-cloud-agent-telegraf.service”,“wb-cloud-agent-telegraf@.service”,“wb-cloud-agent.service”,“wb-cloud-agent@.service”,“wb-configs-early.service”,“wb-configs.service”,“wb-connection-manager.service”,“wb-device-manager.service”,“wb-diag-collect.service”,“wb-gsm.service”,“wb-homa-adc.service”,“wb-homa-gpio.service”,“wb-homa-w1.service”,“wb-hwconf-manager.service”,“wb-init.service”,“wb-knxd-config.service”,“wb-mqtt-adc.service”,“wb-mqtt-confed.service”,“wb-mqtt-db.service”,“wb-mqtt-gpio.service”,“wb-mqtt-iec104.service”,“wb-mqtt-knx.service”,“wb-mqtt-logs.service”,“wb-mqtt-mbgate.service”,“wb-mqtt-metrics.service”,“wb-mqtt-nm-helper.service”,“wb-mqtt-opcua.service”,“wb-mqtt-serial.service”,“wb-mqtt-w1.service”,“wb-prepare.service”,“wb-rules.service”,“wb-systime-adjust.service”,“wb-usb-otg.service”,“wb-watch-update.service”,“wd_keepalive.service”,“wpa_supplicant-nl80211@.service”,“wpa_supplicant-wired@.service”,“wpa_supplicant.service”,“wpa_supplicant@.service”,“x11-common.service”,“zigbee2mqtt.service”,“dmesg”]}}

Да, так что-то выводит.

еще вывод команды
root@wirenboard-AVITVUUJ:~# journalctl -u wb-rules -f
– Journal begins at Mon 2024-04-29 19:25:47 MSK. –
Nov 08 19:52:48 wirenboard-AVITVUUJ wb-rules[2037]: WARNING: [frontend] failed to remove external control dooya_0x0101/Factory Default: No such control
Nov 08 19:52:48 wirenboard-AVITVUUJ wb-rules[2037]: WARNING: [frontend] failed to remove external control dooya_0x0101/Factory Default: No such control
Nov 08 19:52:48 wirenboard-AVITVUUJ wb-rules[2037]: WARNING: [frontend] failed to remove external control dooya_0x0101/Factory Default: No such control
Nov 08 19:52:49 wirenboard-AVITVUUJ wb-rules[2037]: WARNING: [frontend] failed to remove external control dooya_0x0101/Stop: No such control
Nov 08 19:52:49 wirenboard-AVITVUUJ wb-rules[2037]: WARNING: [frontend] failed to remove external control dooya_0x0101/Stop: No such control
Nov 08 19:52:49 wirenboard-AVITVUUJ wb-rules[2037]: WARNING: [frontend] failed to remove external control dooya_0x0101/Open: No such control
Nov 08 19:52:57 wirenboard-AVITVUUJ wb-rules[2037]: ERROR: [rule error] ECMAScript error: TypeError: invalid base value
duk_hobject_props.c:2000
anon /usr/share/wb-rules-system/scripts/lib.js:851 preventsyield
anon /etc/wb-rules/kabinet_off.js:19 preventsyield
forEach native strict preventsyield
anon /etc/wb-rules/kabinet_off.js:21 preventsyield
call native strict preventsyield
anon /usr/share/wb-rules-system/scripts/lib.js:238 preventsyield
Nov 08 19:52:57 wirenboard-AVITVUUJ wb-rules[2037]: ERROR: [rule error] ECMAScript error: TypeError: invalid base value
duk_hobject_props.c:2000
anon /usr/share/wb-rules-system/scripts/lib.js:851 preventsyield
anon /etc/wb-rules/on_off_gostinnay_all.js:19 preventsyield
forEach native strict preventsyield
anon /etc/wb-rules/on_off_gostinnay_all.js:21 preventsyield
call native strict preventsyield
anon /usr/share/wb-rules-system/scripts/lib.js:238 preventsyield
Nov 08 19:52:58 wirenboard-AVITVUUJ wb-rules[2037]: ERROR: [rule error] ECMAScript error: TypeError: invalid base value
duk_hobject_props.c:2000
anon /usr/share/wb-rules-system/scripts/lib.js:851 preventsyield
anon /etc/wb-rules/Masret_OFF.js:30 preventsyield
forEach native strict preventsyield
anon /etc/wb-rules/Masret_OFF.js:32 preventsyield
call native strict preventsyield
anon /usr/share/wb-rules-system/scripts/lib.js:238 preventsyield
Nov 08 19:55:02 wirenboard-AVITVUUJ wb-rules[2037]: INFO: reloading file: /etc/wb-rules/key_postirocnaya.js

Так, как и предполагал, соответствует

Есть гипотеза что это следствие установки стороннего ПО, которое меняет права и настройки системы. Что-то устанавливалось в апреле-мае?

Выполните пожалуйста

systemd-tmpfiles --create --prefix /var/log/journal

И покажите результат выполнения

ls -l /var/log/journal

Что-то похожее на тему скорее всего.

root@wirenboard-AVITVUUJ:~#
root@wirenboard-AVITVUUJ:~#
root@wirenboard-AVITVUUJ:~# systemd-tmpfiles --create --prefix /var/log/journal
root@wirenboard-AVITVUUJ:~#
root@wirenboard-AVITVUUJ:~#
root@wirenboard-AVITVUUJ:~#
root@wirenboard-AVITVUUJ:~#
root@wirenboard-AVITVUUJ:~# ls -l /var/log/journal
total 16
drwxr-sr-x+ 2 root systemd-journal 16384 Nov 8 11:01 fc449581e95448b0a1d06a448c63f0e9
root@wirenboard-AVITVUUJ:~#
root@wirenboard-AVITVUUJ:~#
root@wirenboard-AVITVUUJ:~#
root@wirenboard-AVITVUUJ:~#

не скажу, в апреле в мае, только включил эту систему, не помню, что бы чего-то ставил.

Все так же((…не работает.

Странно. Не получается воспроизвести.
Ага. В архиве есть признаки запущенного SprutHub.
Я предполагаю что неработающий функционал - следствие изменений им системных файлов.
Для того чтобы подтвердить гипотезу - отключите его запуск, затем обновите ПО контроллера с помощью FIT файла.
Ну и после перезапуска следующего за обновлением - проверьте.

спрут хаб позже поставил, журнал намного ранее перестал выводить информацию.

спрут хаб не могу погасить, работающая система, там теплые полы и скрипты какие-то. по датчикам движения…
Но точно намного раньше перестал выводить журнал сообщения. месяца за два до установки спрут хаба.

Я не могу, к сожалению воспроизвести подобное.
Если такое поведение будет воспроизводиться после сброса - то можно считать что дефект аппаратный. Если нет - тогдачто-то с настройками, но предположений почему в журнале нет записей о загрузке - нет.

если подозрение на аппаратный дефект, давайте проверим, целостность дисков куда пишутся данные. напишите, плз, команды, проверю.

Не совсем понимаю. Каких дисков?
Для проверки - загрузите дефолтное ПО (сбросьте контроллер). Это оптимальный путь.

дисков примантированных в файловой системе.

Система в продакшене, сбрасывать на дефолтные настройки не вариант.
Найдите, пожалуйста, способ диагностировать проблему.

image
Это как можно ещё продиагностировать?

Вот именно. Смонтированнные - не проверяются.

У меня нет предположений. Скорее всего - какие-то настройки были изменены. Возможно - изменены системные файлы или права на них.
А интегратор, который реализовывал проект - никаких настроек не делал?

Выполните systemctl edit systemd-journald и добавьте в секцию [Service]
строку

Environment=SYSTEMD_LOG_LEVEL=debug

Затем перезапустите сервис, убедитесь что он корректно работает и перезапустите контроллер.
Debug будет выводиться в буфер ядра.

я и есть интегратор…
Никто больше не лазил туда…

Полную строку с командой напишите, плз.