실수로 NAS의 플러그를 뽑았다가 다시 꽂았을 때 다음 오류로 인해 NAS가 시작되지 않습니다.
[ 105.556720] systemd[1]: systemd-timesyncd.service: Main process exited, code=killed, status=11/SEGV
비상 모드에 들어갈 수 있었지만(루트에는 비밀번호가 정의되어 있지 않았으나 이제 정의되었습니다) 로그 서비스가 작동하도록 할 수 없습니다. status=11/SEGV예상치 못한 전력 손실로 인해 메모리 주소 지정에 무엇이 잘못될 수 있는지 모르기 때문에 분할 오류 오류를 처리하는 방법을 모르겠습니다 .
root@syrenka-nas:~# systemctl status systemd-journald | cat
× systemd-journald.service - Journal Service
Loaded: loaded (/lib/systemd/system/systemd-journald.service; static)
Active: failed (Result: signal) since Tue 2023-08-29 13:01:31 CEST; 5min ago
TriggeredBy: × systemd-journald.socket
○ systemd-journald-audit.socket
○ systemd-journald-dev-log.socket
Docs: man:systemd-journald.service(8)
man:journald.conf(5)
Process: 343 ExecStart=/lib/systemd/systemd-journald (code=killed, signal=SEGV)
Main PID: 343 (code=killed, signal=SEGV)
FD Store: 0 (limit: 4224)
CPU: 92ms
장치는 ReadyNAS Duo v2이고 운영 체제는 Debian 12(11에서 업그레이드)이며 테스트 브랜치의 일부 패키지가 설치되어 있습니다. 또한 이번이 Debian 12(Bookworm) 및 Debian 13(Trixie/testing)으로 패키지를 업데이트한 이후 첫 번째 재부팅이라는 점에 유의하세요.
root@syrenka-nas:~# uname -a
Linux syrenka-nas 6.4.0-2-marvell #1 Debian 6.4.4-3 (2023-08-08) armv5tel GNU/Linux
root@syrenka-nas:~# cat /etc/os-release
PRETTY_NAME="Debian GNU/Linux trixie/sid"
NAME="Debian GNU/Linux"
VERSION_CODENAME=trixie
ID=debian
HOME_URL="https://www.debian.org/"
SUPPORT_URL="https://www.debian.org/support"
BUG_REPORT_URL="https://bugs.debian.org/"
이벤트 이후 시작할 수 없는 시스템 서비스:
root@syrenka-nas:~# systemctl --failed | cat
UNIT LOAD ACTIVE SUB DESCRIPTION
● systemd-journal-flush.service loaded failed failed Flush Journal to Persistent Storage
● systemd-journald.service loaded failed failed Journal Service
● systemd-timesyncd.service loaded failed failed Network Time Synchronization
● systemd-udevd.service loaded failed failed Rule-based Manager for Device Events and Files
● systemd-journald.socket loaded failed failed Journal Socket
● systemd-udevd-control.socket loaded failed failed udev Control Socket
● systemd-udevd-kernel.socket loaded failed failed udev Kernel Socket
LOAD = Reflects whether the unit definition was properly loaded.
ACTIVE = The high-level unit activation state, i.e. generalization of SUB.
SUB = The low-level unit activation state, values depend on unit type.
7 loaded units listed.
하지만 제가 이해한 바는 systemd-journald.service 또는 systemd-journald.socket이 시작 실패의 시작자라는 것입니다.
수동으로 서비스를 시작하고 /var/log/journal/비상 모드에서 디렉터리를 지워 보았습니다. 그리고 수십 시간의 인터넷 검색 끝에 로그 설정을 변경해 보았습니다.
PrivateDevices=no
NoNewPrivileges=no
그러나 긍정적인 결과는 나오지 않았습니다.