誤って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
しかし、肯定的な結果は出ませんでした。