Hello,
I need some help troubleshooting. As per the title, I’m using a Raspberry Pi 3 Model B Plus Rev 1.3 with Debian bookworm kernel 6.12.93+rpt-rpi-v8 to host a local YunoHost server (12.1.40.1 stable) with the following apps:
- AdGuard Home (0.107.77)
- Baïkal (0.9.4)
- Grocy (4.6.0)
- Tiny Tiny RSS (2026.07.05)
Sadly, the server randomly crashes and can only be rebooted trough a hardware reset (pulling the plug).
Here are the last 50 lines of journalctl before the last crash: https://privatebin.net/?dbca869581c95573#83bk7W2CEPbeBGAXyg7wG8xLFhmGpwxBD9ReUaFphdCS
Here are the last 50 lines of journalctl before the crash before that: https://privatebin.net/?f7bdf2fd48ab12f7#9ZPh68rJ1p8JdzyLaGTXomZV4Lt7BhQFRYoXBKHMdKMb
I do not see anything troubling. The older journalctl read outs are equally bland. Do you have any advice on how to proceed?


The bland logs are themselves a data point. If the journal just stops mid-line with nothing unusual before it, that points at a hard hang or a power cut rather than something userspace did, because a kernel oops normally leaves a trace behind. There’s also a catch-22 in the SD theory: a card that’s failing can’t reliably write the log that would prove it’s failing.
Two things worth doing before the card swap, both cheap. Check vcgencmd get_throttled: bit 16 stays set if undervoltage happened at any point since boot, so you get an answer on power-versus-card without having to catch the crash live. And switch on the hardware watchdog, bcm2835_wdt plus RuntimeWatchdogSec in systemd, so the Pi resets itself instead of waiting for someone to pull the plug. That doesn’t fix the cause, but it stops every crash from becoming an outage that lasts until you’re back home.
I wasn’t aware of a hardware watchdog, thank you very much for that. It’s now turned on and the new SD card has been active since yesterday without hiccups.