systemd-journald 누락된 충돌 로그

systemd-journald 누락된 충돌 로그

저는 RPi3에서 Arch-ARM을 실행하고 있습니다. 시스템이 충돌할 때 로그에서 관련 충돌 로그를 찾을 수 없다는 것을 알았습니다.

RPi3의 아치 리눅스 ARM:Linux 4.4.37-1-ARCH #1 SMP armv7l GNU/Linux

체계:systemd 232

/etc/systemd/journald.conf:

[Journal]
Storage=persistent
Compress=yes
#Seal=yes
#SplitMode=uid
SyncIntervalSec=1
#RateLimitIntervalSec=30s
#RateLimitBurst=1000
SystemMaxUse=1.5G
#SystemKeepFree=
#SystemMaxFileSize=
#SystemMaxFiles=100
#RuntimeMaxUse=
#RuntimeKeepFree=
#RuntimeMaxFileSize=
#RuntimeMaxFiles=100
MaxRetentionSec=1month
MaxFileSec=3hour
#ForwardToSyslog=no
#ForwardToKMsg=no
#ForwardToConsole=no
#ForwardToWall=yes
#TTYPath=/dev/console
#MaxLevelStore=debug
#MaxLevelSyslog=debug
#MaxLevelKMsg=notice
#MaxLevelConsole=info
#MaxLevelWall=emerg

최근 충돌 로그:

Dec 29 03:43:48 sudo[21861]:  my_user : TTY=unknown ; PWD=/opt/my_app/repo/src ; USER=root ; COMMAND=/usr/sbin/hciconfig hci0 reset
Dec 29 03:43:48 sudo[21861]: pam_unix(sudo:session): session opened for user root by (uid=0)
Dec 29 03:43:48 sudo[21861]: pam_unix(sudo:session): session closed for user root
Dec 29 03:43:48 my_app.py[17773]: trying to connect to XX:XX:XX:XX:XX:XX
Dec 29 03:43:48 systemd-udevd[21865]: Process '/bin/hciconfig hci0:64 up' failed with exit code 1.
Dec 29 03:43:51 my_app.py[17773]: connection successful :)
-- Reboot --
Jan 03 16:31:25 systemd[1]: Time has been changed
Jan 03 16:31:26 dhcpcd[470]: forked to background, child pid 587
Jan 03 16:31:25 systemd-timesyncd[360]: Synchronized to time server 206.108.0.133:123 (2.arch.pool.ntp.org).
Jan 03 16:31:25 systemd[1]: Starting Update man-db cache...
Jan 03 16:31:25 systemd[1]: Starting Rotate log files...
Jan 03 16:31:25 systemd[1]: Started Verify integrity of password and group files.
Jan 03 16:31:25 systemd[1]: ssh-tunnel.service: Service hold-off time over, scheduling restart.

journald충돌이 발생하면 왠지 로그에 실패하는 것 같습니다 .sync

  • 이것이 알려진 동작입니까?
  • 해결책이 있나요?

또한 다음 진술이 다음에서 나온 것인지 알고 싶습니다.아치 리눅스 위키여전히 유효:

systemd의 syslog 구성 요소인 Journald는 정상 작동 중에 로그를 디스크에 플러시하지 않기 때문에 시스템이 비정상적으로 종료되면(정전, 커널 잠금 등) 이러한 로그가 사라집니다. 커널 잠금이 발생하는 경우 디버깅 목적으로 일부 커널 로그를 보유하는 것이 중요합니다. Journald가 커널 로그를 플러시하는 구성 옵션을 얻을 때까지 rsyslog를 Journald와 함께 사용할 수 있습니다.


관련 버그 보고서(이전):버그 61411 - 충돌/하드 재부팅 후 마지막 부팅 이후의 모든 로그가 사라집니다.

비슷한 질문(이전):디버그 잠금 - systemd가 내 로그를 잃습니다.

관련 정보