Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[tklein]

@homoran said in Unbekannte Ursache für Raspi Komplettabsturz alle 2-3 Tage:

wenn die Probleme an defekten Zellen liegen, ist das eben nicht tutti

wie kann ich das rausfinden? Würde das nach Neuinstallation testen wollen, bevor ich mir die arbeit mache.

Alternativ könnte ich das Image sichern und auf eine neue SSD Platte aufspielen, oder?

[Homoran]

@tklein sagte in Unbekannte Ursache für Raspi Komplettabsturz alle 2-3 Tage:

Alternativ könnte ich das Image sichern und auf eine neue SSD Platte aufspielen, oder?

welches Image?

wenn du jetzt die defekte Platte klonen willst hast du die Fehler mit geklont

[tklein]

@homoran said in Unbekannte Ursache für Raspi Komplettabsturz alle 2-3 Tage:

wenn du jetzt die defekte Platte klonen willst hast du die Fehler mit geklont

achso mist. hätte die jetzt geclont

[Dr. Bakterius]

@tklein, @homoran sagte in Unbekannte Ursache für Raspi Komplettabsturz alle 2-3 Tage:

@tklein sagte in Unbekannte Ursache für Raspi Komplettabsturz alle 2-3 Tage:

dachte, dass es mit einer neuinstallation alles tutti wäre.

wenn die Probleme an defekten Zellen liegen, ist das eben nicht tutti

Was sagt denn S.M.A.R.T.? Beschädigtes Dateisystem kann ja auch daran liegen, dass der Pi mal hart vom Strom genommen wurde.

[tklein]

@dr-bakterius said in Unbekannte Ursache für Raspi Komplettabsturz alle 2-3 Tage:

Was sagt denn S.M.A.R.T.? Beschädigtes Dateisystem kann ja auch daran liegen, dass der Pi mal hart vom Strom genommen wurde.

ja öfters, wenn er dead war.

pi@raspberrypi-iob:/var/log/influxdb $ sudo smartctl --info /dev/sda1
smartctl 6.6 2017-11-05 r4594 [armv7l-linux-5.10.17-v7l+] (local build)
Copyright (C) 2002-17, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
Vendor:               JMicron
Product:              Generic
Revision:             0414
Compliance:           SPC-4
User Capacity:        240,057,409,536 bytes [240 GB]
Logical block size:   512 bytes
LU is resource provisioned, LBPRZ=0
Logical Unit id:      0x3001234567891234
Serial number:        0123456789ABCDEF
Device type:          disk
Local Time is:        Sat Jan 15 12:48:35 2022 CET
SMART support is:     Unavailable - device lacks SMART capability.

pi@raspberrypi-iob:/var/log/influxdb $

keine Ahnung, ob ich es ausführen kann

Ergebnis:

pi@raspberrypi-iob:/var/log/influxdb $ sudo smartctl -t long /dev/sda1
smartctl 6.6 2017-11-05 r4594 [armv7l-linux-5.10.17-v7l+] (local build)
Copyright (C) 2002-17, Bruce Allen, Christian Franke, www.smartmontools.org

Long (extended) offline self test failed [device not ready]
pi@raspberrypi-iob:/var/log/influxdb $ sudo smartctl -t short /dev/sda1
smartctl 6.6 2017-11-05 r4594 [armv7l-linux-5.10.17-v7l+] (local build)
Copyright (C) 2002-17, Bruce Allen, Christian Franke, www.smartmontools.org

Short offline self test failed [device not ready]
pi@raspberrypi-iob:/var/log/influxdb $

Es ist diese Platte:
https://www.amazon.de/gp/product/B07G3YNLJB/ref=ppx_yo_dt_b_search_asin_title?ie=UTF8&psc=1

UPDATE:

Kurzcheck ergab das:

pi@raspberrypi-iob:/var/log/influxdb $ sudo smartctl -H /dev/sda1
smartctl 6.6 2017-11-05 r4594 [armv7l-linux-5.10.17-v7l+] (local build)
Copyright (C) 2002-17, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF READ SMART DATA SECTION ===
SMART Health Status: OK

Der lange läuft noch

[Thomas Braun]

@tklein

Orphaned inodes weisen nicht unbedingt auf einen Hardwaredefekt hin (können sie aber auch).
Da sind 'nur' leere Stellen im 'Telefonbuch' über die inodes werden Dateien auf dem Medium adressiert.

[holgerble]

Das so zu analysieren wird etwas schwer.. wenn man kaum Ahnung von Linux hat.
Es gibt diverse usb Adapter (auf SSD), die Probleme machen.
Raspberry Forum ist da eine gute Anlaufstelle https://forums.raspberrypi.com/viewforum.php?f=75

Su solltest das Ganze mal auf einem anderen Medium installieren, SD-Card, USB-Stick,
und dann testen. Wenn es dann läuft kann man weitersuchen.
Fehlerquellen gibt es diverse, aber es wird schwierig zu diagnostizieren, da beim Absturz die letzten Logs meistens weg sind.

[tklein]

Könnte es auch auch an einer vollen Swap Partition liegen?

[tklein]

@holgerble said in Unbekannte Ursache für Raspi Komplettabsturz alle 2-3 Tage:

Es gibt diverse usb Adapter (auf SSD), die Probleme machen

welche meinst du damit? D meinst jetzt nicht die IOB-Adapter, oder?

[tklein]

@holgerble said in Unbekannte Ursache für Raspi Komplettabsturz alle 2-3 Tage:

Su solltest das Ganze mal auf einem anderen Medium installieren, SD-Card, USB-Stick,

con SD bin ich ja wegen der Ausfälle gewechselt.

[Thomas Braun]

@tklein sagte in Unbekannte Ursache für Raspi Komplettabsturz alle 2-3 Tage:

Könnte es auch auch an einer vollen Swap Partition liegen?

Ja. Dir geht der Speicher aus und das System killt im Selbsterhaltungstrieb alles was nicht systemrelevant ist: Den iobroker z. B.

[Homoran]

@tklein sagte in Unbekannte Ursache für Raspi Komplettabsturz alle 2-3 Tage:

Könnte es auch auch an einer vollen Swap Partition liegen?

bitte keine Screenshots

Und nicht Ursache und Wirkung verwechseln.
Die volle SWAP Partition ist ein Zeichen, dass irgendetwas zuviel RAM verbraucht.
Die darf nicht volllaufen

Auch dein RAM ist sogar aktuell voll
Sortier mal nach MEM

[tklein]

@homoran sorry wieder ein screen, da ich nicht weiss wie ich den inhalt sonst hier posten könnte

ist das normal, dass Prozesse/Dienste mehrfach enthalten sind?

[Thomas Braun]

@tklein

Ja, ist normal. Das ist ein Mehr-Kern-Prozessor da, 4 cores vermute ich.
Sortier das mal nach MEM%.
Und die Ausgabe von

free -ht --mega

mal anschauen. Bitte nicht als Screenshot, sondern in CodeTags eingebettet:

[Homoran]

@thomas-braun sagte in Unbekannte Ursache für Raspi Komplettabsturz alle 2-3 Tage:

Sortier das mal nach MEM%.

hat er schon, sein controller raucht

[Thomas Braun]

@homoran
Nee, das ist nach VirtMEM sortiert. Aber in der Tendenz natürlich ähnlich.

[Homoran]

@thomas-braun sagte in Unbekannte Ursache für Raspi Komplettabsturz alle 2-3 Tage:

ist nach VirtMEM

tatsächlich!

[tklein]

@thomas-braun

![40edfef3-bdb4-4c3a-8b46-975abeea5f1b-grafik.png](/assets/uploads/files/1642334082039-40edfef3-bdb4-4c3a-8b46-975abeea5f1b-grafik.png) 

free -ht --mega:

pi@raspberrypi-iob:~ $ free -ht --mega
              total        used        free      shared  buff/cache   available
Mem:           3.8G        2.0G        1.1G         39M        675M        2.1G
Swap:           99M         96M        3.0M
Total:         3.9G        2.1G        1.1G
pi@raspberrypi-iob:~ $

Hatte den iob gestoppt und erneut gestartet.

[Thomas Braun]

@tklein

Der SWAP dürfte jetzt über die Zeit wieder leer laufen.
Arbeitsspeicher ist ansonsten im Moment gesund. Ich vermute, da haut dir irgendein krummes Skript den Speicher voll. Oder ein Loop im Backup.

[tklein]

@thomas-braun thx für deine infos.

swap ist noch nicht kleiner geworden:

pi@raspberrypi-iob:~ $ free -ht --mega
              total        used        free      shared  buff/cache   available
Mem:           3.8G        2.1G        1.0G         39M        679M        2.0G
Swap:           99M         96M        3.0M
Total:         3.9G        2.2G        1.0G
pi@raspberrypi-iob:~ $

Macht es Sinn, den Swap zu vergrößern? Oder soll der bei SSD überhaupt aktiviert sein?

Kann ich bei Blockly-Skripten gezielt schauen, wie die mit Resourcen umgehen?
Habe ca. 250 Blockly Skripte zum durchforsten.