Monatsrückblick Januar/Februar 2026 ist online!

[Asgothian]

@christian-wöhrle Ich würde behaupten die Aussage von @Thomas-Braun weist dich darauf hin das eines deiner Dateisysteme (Ja, Linux nutzt mehrere davon) nicht mehr in Ordnung sind.

Welches betroffen ist kannst du mit dem Befehl "mount" auf der Konsole abfragen. (ich vermute das du einen Eintrag ähnlich wie diesen findest:)

/dev/sda2 on / type ext4 (rw,noatime,data=ordered)

Ich gehe im Moment davon aus das es sich um deine USB Festplatte handelt die ein Problem hat. Es kann sein das nur das Dateisystem auf Grund von unsachgemässem "entfernen" der Festplatte geschädigt ist, aber auch das die Platte selber ein Problem hat.

A.

[Christian Wöhrle]

@asgothian
aha, das ist sehr interessant. Das sagt mount:

/dev/sda2 on / type ext4 (rw,noatime)
devtmpfs on /dev type devtmpfs (rw,relatime,size=1826960k,nr_inodes=97608,mode=755)
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,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,mode=755)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
tmpfs on /sys/fs/cgroup type tmpfs (ro,nosuid,nodev,noexec,mode=755)
cgroup2 on /sys/fs/cgroup/unified type cgroup2 (rw,nosuid,nodev,noexec,relatime,nsdelegate)
cgroup on /sys/fs/cgroup/systemd type cgroup (rw,nosuid,nodev,noexec,relatime,xattr,name=systemd)
none on /sys/fs/bpf type bpf (rw,nosuid,nodev,noexec,relatime,mode=700)
cgroup on /sys/fs/cgroup/net_cls,net_prio type cgroup (rw,nosuid,nodev,noexec,relatime,net_cls,net_prio)
cgroup on /sys/fs/cgroup/cpuset type cgroup (rw,nosuid,nodev,noexec,relatime,cpuset)
cgroup on /sys/fs/cgroup/pids type cgroup (rw,nosuid,nodev,noexec,relatime,pids)
cgroup on /sys/fs/cgroup/cpu,cpuacct type cgroup (rw,nosuid,nodev,noexec,relatime,cpu,cpuacct)
cgroup on /sys/fs/cgroup/freezer type cgroup (rw,nosuid,nodev,noexec,relatime,freezer)
cgroup on /sys/fs/cgroup/blkio type cgroup (rw,nosuid,nodev,noexec,relatime,blkio)
cgroup on /sys/fs/cgroup/devices type cgroup (rw,nosuid,nodev,noexec,relatime,devices)
cgroup on /sys/fs/cgroup/perf_event type cgroup (rw,nosuid,nodev,noexec,relatime,perf_event)
systemd-1 on /proc/sys/fs/binfmt_misc type autofs (rw,relatime,fd=29,pgrp=1,timeout=0,minproto=5,maxproto=5,direct)
sunrpc on /run/rpc_pipefs type rpc_pipefs (rw,relatime)
mqueue on /dev/mqueue type mqueue (rw,relatime)
debugfs on /sys/kernel/debug type debugfs (rw,relatime)
configfs on /sys/kernel/config type configfs (rw,relatime)
/dev/sda1 on /boot type vfat (rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=ascii,shortname=mixed,errors=remount-ro)
tmpfs on /run/user/1000 type tmpfs (rw,nosuid,nodev,relatime,size=391808k,mode=700,uid=1000,gid=1000)

Die Festplatte an sich glaube ich nicht. Ich hatte den Broker auf einer SD-Karte am laufen. Aufgrund der anhaltenden Fehler dachte ich auch dass die Karte einen knacks hat und bin dann auf die Festplatte gewechselt. Leider ist das Problem das Gleich. Was ist dein Rat? Backup anlegen und Platte komplett platt machen, Raspbian OS neu installieren, IOBroker neu installieren und Backup einlesen? Oder lässt sich das Dateisystem reparieren? Dazu hätte man den Befehl sudo touch /forcefsck lt. https://www.rustimation.eu/index.php/filesystem-reparieren/.

[Asgothian]

@christian-wöhrle

• Wie bist du auf die Festplatte gewechselt ? Hast du neu installiert oder die bestehende Installation von der Karte herunter kopiert ?
• Hat dein PI ggf. Probleme mit der Stromversorgung ?

A

[Christian Wöhrle]

@asgothian
Ich habe Raspberry os lite neu installiert. Stromversorung: 5V / 3A

[Christian Wöhrle]

@asgothian

Die Stromversorgung müsste doch ausreichen und richtig sein, oder?

[Asgothian]

@christian-wöhrle

Abhängig von der verwendeten Platte kann es zu wenig sein. Ich würde zum Test ein stärkeres Netzteil einsetzen.

A.

[Thomas Braun]

@christian-wöhrle

Und es sollte ein richtiges, stabiles Netzteil sein, kein zweckentfremdetes Handy-Ladegerät.

[Christian Wöhrle]

@thomas-braun
Das hab ich dran :-)
@Asgothian
welches kannst du mir empfehlen? Raspi 4b.

[Thomas Braun]

@christian-wöhrle

Was hast du dran? Ein zweckentfremdetes Ladegerät?

Ich fahre meinen Raspi4B mit dem offiziellen Netzteil.

[Christian Wöhrle]

@thomas-braun

Ich habe ein normales Netzteil dran. Kein Ladekabel.
Ich bestelle mir das mal und hoffe dann auf Besserung. Muss aber dazu sagen dass der Pi nie aus ist. Oder kann es sein dass die Spannungsschwankung so gering ist dass der Pi kurz aus geht und die Systeme aber weiter laufen? Das wäre schon sehr komisch.

[Thomas Braun]

@christian-wöhrle sagte in ioBroker verabschiedet sich alle 1,5 Tage:

Wenn die Spannungsversorgung unstabil ist gibt es i.d.R. Einträge in den Kernelringnachrichten:

dmesg -T | grep -i voltage

[Christian Wöhrle]

@thomas-braun said in ioBroker verabschiedet sich alle 1,5 Tage:

bil ist gibt es i.g.R. Einträge in den Kernelringnachrichten:

Was es nicht alles gibt. Schau ich später zuhause nach.

[Asgothian]

@christian-wöhrle sagte in ioBroker verabschiedet sich alle 1,5 Tage:

@thomas-braun

Ich habe ein normales Netzteil dran. Kein Ladekabel.
Ich bestelle mir das mal und hoffe dann auf Besserung. Muss aber dazu sagen dass der Pi nie aus ist. Oder kann es sein dass die Spannungsschwankung so gering ist dass der Pi kurz aus geht und die Systeme aber weiter laufen? Das wäre schon sehr komisch.

So komisch ist das nicht. Bis der PI wirklich aus geht kann die Spannung deutlich weit abfallen. Bei der Platte ist das ggf. nicht so. Wenn die Platte durch Ihren Betrieb eine Lastspitze erzeugt und dann nicht genügend Strom hat dann kann es passieren das nicht sauber geschrieben wird. Das muss nicht bedeuten das das OS auch mit bekommt das das Root-FS nicht zur verfügung gestanden hat. Allerdings geht es davon aus das auf dem Dateisystem alles ok ist.

Es müssten im Log allerdings Warnmeldungen wegen Unterspannung auftreten. Wie die genau aussehen weiss ich aktuell aber nicht.

A.

[Homoran]

@Christian-Wöhrle
@asgothian sagte in ioBroker verabschiedet sich alle 1,5 Tage:

Wie die genau aussehen weiss ich aktuell aber nicht.

geht auch mit tac /var/log/kern.log | grep -i under

@Thomas-Braun cat geht auch

[Thomas Braun]

@homoran

tac ist ja immer chronologisch verkehrt herum. Und wenn ich eh greppe brauch ich nicht das Dateiende zuerst sehen.
Deswegen würde ich immer cat bevorzugen.

[Christian Wöhrle]

@thomas-braun by the way: keine Einträge

[Christian Wöhrle]

@thomas-braun Ich habe jetzt eventl. den Fehler gefunden. Dieser war aber nicht software- sondern hardwareseitig.
Ich habe mal die Temeperatur geprüft und mit über 60°C ist mir das brutal heiß vorgekommen. Ventilator ran und seit 3 oder 4 Tagen läuft der Broker ohne Probleme.
Ich hoffe, es bleibt so.