Przygladając się modemowi (`19d2:1489 ZTE ZTE`) po ADB (`adb shell` z openwrt) widzę, że ma on folder `/logfs` do którego co sekundę leci do `/logfs/syslog` wpis tej postaci:
Apr 22 09:52:20 OpenWrt user.emerg syslog: src/zte_wan_nw_view_handler.c 1611 clear 3gpp2 provider name NV in zte_wan_nw_write_plmn_info_icon_nv_proc()
Apr 22 09:52:21 OpenWrt user.emerg syslog: src/zte_wan_nw_view_handler.c 1611 clear 3gpp2 provider name NV in zte_wan_nw_write_plmn_info_icon_nv_proc()
Oczywiście nie jest to w żadnym `tmpfs` tylko na `ubi`. Potencjalnie taka częstość może skutkować większym flash wear modemu (modem ma oddzielny system, z oddzielnym flashem). Nie sprawdzałem jak to się przekłada na konkretne write requesty, ale zakładam, że flush jest co parę sekund.
Syslog jest startowany przez:
cat /etc/rcS-zte
cat /usr/zte/zte_conf/scripts/zte_syslog.sh
Co uruchamia proces:
syslogd -O /logfs/syslog -l 6 -s 1024
Fajnie, bo syslog jest konfigurowalny:
$ cfg get syslog_path
/logfs
$ cfg get syslog_mode
0
$ cfg get syslog_level
6
$ cfg get syslog_size
1024
$ cfg get syslog_host_ip
Obsługiwane są dwa tryby `syslog_mode=0` to jest zapis lokalny, `syslog_mode=1` to wysyłanie sysloga do hosta IP.
Domyślnie jest ustawiony level 6 (info: https://en.wikipedia.org/wiki/Syslog#Severity_level). Niestety wpisy mają `user.emerg`. Czyli nie można łatwo odfiltrować aby zapisywał tylko błedy.
Okazuje się, że ustawiając `mode=0` oraz `level=0` efektywnie można wyłączyć sysloga i pozbyć się potencjalnego problemu (że modem padnie za parę lat):
cfg set syslog_mode=0
cfg set syslog_level=0
cfg save
reboot # zrestartuje całe urządzenie
Ustawiając wyższy level (np. 6) można przywrócić zapis logów.