Pi nach ein paar Tagen nicht mehr erreichbar, keine Logs vorhanden

KrawallKurt · September 11, 2025 at 8:45 AM

Hallo zusammen,

ich habe seit ein paar Tagen das Problem, dass mein Pi nach ein paar Tagen immer nicht mehr erreichbar ist. Bzw, er läuft noch und führt auch noch cronjobs aus, pingen kann ich ihn auch. Aber wenn ich zum Beispie per SSH verbinden will, kommt direkt "remote side unexpectedly closed connection". Wenn ich ihm dann den Stecker ziehe und er wieder da ist, funktioniert scheinbar alles normal. Nur gibt es auch keine logs. /var/log/syslog.1 endet am 25. August, /var/log/syslog startet erst mit dem reboot. Auch ansonsten "vergisst" er alles was zwischenzeitlich passiert ist. Hier zum Beispiel die CPU Load aus dem rpimonitor. Natürlich war er zwischen 25. August und heute die ganze Zeit an und hat auch Sachen ausgeführt. Seit dem reboot gerade wird es auch wieder richtig angezeigt.

Woran kann das liegen? Kann es sein, dass er nicht mehr auf die SD Karte schreiben kann und jetzt alles nur noch im RAM hält bis der voll läuft? Aber das müsste doch irgenwie in den Logs ersichtlich sein, oder nicht?

Bot · Vor 5 Minuten

Pi nach ein paar Tagen nicht mehr erreichbar, keine Logs vorhanden? Schau mal ob du hier fündig wirst!

**hyle** · September 11, 2025 at 9:02 AM

Quote from KrawallKurt

Kann es sein, dass er nicht mehr auf die SD Karte schreiben kann und jetzt alles nur noch im RAM hält bis der voll läuft?

Genau das dürfte der Grund für dieses Verhalten sein. Liegt die SD im sterben, ist da nur noch ro möglich, also wird nichts mehr darauf geschrieben. Höchste Zeit für Datensicherung, bevor die SD ganz hin ist!

//Edit

Es sei denn, Du hast bewusst das OverlayFS aktiviert.

KrawallKurt · September 12, 2025 at 8:50 AM

Danke für die Einschätzung, sowas hatte ich befürchtet. Dann werde ich mir am Wochenende wohl mal wieder ein wenig Zeit dafür nehmen.

Quote from hyle

Es sei denn, Du hast bewusst das OverlayFS aktiviert.

bewusst sicher nicht, aber wie finde ich das denn raus, ob es aktiviert ist?

Bot · Vor einem Moment

fred0815 · September 12, 2025 at 11:16 AM

Mach erst eimal ein Backup.

Danach mit mount gucken, ob es ein ro oder rw ausspuckt.

**hyle** · September 12, 2025 at 12:21 PM

... und die Ausgabe von mount bitte hier in einem Codeblock mal zeigen.

KrawallKurt · September 15, 2025 at 9:10 AM

Code

/dev/mmcblk0p2 on / type ext4 (rw,noatime)
devtmpfs on /dev type devtmpfs (rw,relatime,size=340460k,nr_inodes=85115,mode=755)
proc on /proc type proc (rw,relatime)
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
securityfs on /sys/kernel/security type securityfs (rw,nosuid,nodev,noexec,relatime)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,nodev,size=188820k,nr_inodes=819200,mode=755)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
cgroup2 on /sys/fs/cgroup type cgroup2 (rw,nosuid,nodev,noexec,relatime,nsdelegate,memory_recursiveprot)
pstore on /sys/fs/pstore type pstore (rw,nosuid,nodev,noexec,relatime)
bpf on /sys/fs/bpf type bpf (rw,nosuid,nodev,noexec,relatime,mode=700)
systemd-1 on /proc/sys/fs/binfmt_misc type autofs (rw,relatime,fd=30,pgrp=1,timeout=0,minproto=5,maxproto=5,direct)
mqueue on /dev/mqueue type mqueue (rw,nosuid,nodev,noexec,relatime)
sunrpc on /run/rpc_pipefs type rpc_pipefs (rw,relatime)
debugfs on /sys/kernel/debug type debugfs (rw,nosuid,nodev,noexec,relatime)
tracefs on /sys/kernel/tracing type tracefs (rw,nosuid,nodev,noexec,relatime)
fusectl on /sys/fs/fuse/connections type fusectl (rw,nosuid,nodev,noexec,relatime)
configfs on /sys/kernel/config type configfs (rw,nosuid,nodev,noexec,relatime)
tmpfs on /tmp type tmpfs (rw,relatime)
/dev/sda1 on /media/intenso type ext4 (rw,relatime)
/dev/mmcblk0p1 on /boot type vfat (rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=ascii,shortname=mixed,flush,errors=remount-ro)
/dev/sdb1 on /media/hdd type ext4 (rw,relatime)
tmpfs on /run/user/1000 type tmpfs (rw,nosuid,nodev,relatime,size=94408k,nr_inodes=23602,mode=700,uid=1000,gid=1000)

Display More

Bot · Vor einem Moment

**hyle** · September 15, 2025 at 9:23 AM

Ein OverlayFS ist scheinbar nicht aktiv, soweit ich das hier am Telefon erkennen kann.

Hängen die beiden externen Laufwerke direkt am RPi oder ist ein aktiver USB-Hub dazwischen? Und sind die immer angeschlossen oder nur gerade wg. Backup usw.?

KrawallKurt · September 15, 2025 at 1:24 PM

Die hängen immer dran, über einen powered usb hub. Läuft auch schon viele Jahre stabil so.

Quote from KrawallKurt

(rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=ascii,shortname=mixed,flush,errors=remount-ro)

Diese Zeile ist auch normal, speziell der Teil ganz am Ende?

**hyle** · September 15, 2025 at 1:31 PM

Bin noch unterwegs, aber soweit ich mich richtig erinnere sollte das so passen. Werde dann aber nochmals nachsehen. Es geht dabei ja "nur" um /boot und diese Partition hat nichts mit den Log-Dateien zu tun.

Bot · Vor einem Moment

**hyle** · September 15, 2025 at 8:30 PM

Quote from hyle

Werde dann aber nochmals nachsehen.

Fast vergessen!

Ja, ist das gleiche (von flush mal abgesehen), aber Du verwendest offenbar ein anderes OS als ich.:

Code

(rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=ascii,shortname=mixed,errors=remount-ro)

Participate now!