UNSOLVED Raspberry Pi abstürze hören nicht auf
-
Jetzt müsste noch der von heute da sein
-
Aber ich brauche die Skripte
-
@marcuskl
Das mit den Scripts ist schon mal gut.Wenn ich gestern morgen gegen 2 uhr dein log ansrhe ist der raspi da mehrfach abgestürzt.
Wie viele Adapter hast du in betrieb?
Habe ich da richtig mqtt und sonoff gesehen?
-
@marcuskl sagte in Raspberry Pi abstürze hören nicht auf:
Aber ich brauche die Skripte
Du brauchst vor allem ein stabiles system
-
Wenn ich mir das log ansehe, die Anzahl der Adapter die gestartet werden, die Anzahl der scripte frage ich mich wie du zu der Aussage kommst der Raspi hat nichts zu tun.
Das hier steht auch im log
2019-03-11 06:32:25.568 - [32minfo[39m: host.raspberrypi received SIGTERMSchau mal in das Linux syslog ob du zur gleichen Zeit da etwas findest.
-
@Homoran !
Ja für Espeasy den Mqtt mit dem Port 4114
Sonoff hat den Standartport -
Da steht schon 672MB RAM Nutzung....
Mal mit
topGeschaut?
Wie sieht die Speicherkarte aus
df -h -
@wendy2702
Da war auch noch ein sigsegvUnd bei der anzahl Adapter und skripte denke ich schon dass der raspi an der grenze seines ram ist
-
@wendy2702 sagte in Raspberry Pi abstürze hören nicht auf:
Da steht schon 672MB RAM Nutzung....
Und da sind einige Adapter deaktiviert die gestern beim absturz noch liefen
-
Ich zitiere:
Ich steuere gerade mal nur die Beleuchtung meiner Wohnung und 1 Fernseher damit,
-
-
@Homoran sagte in Raspberry Pi abstürze hören nicht auf:
@wendy2702
Da war auch noch ein sigsegvGucke nur am Handy... da ist das beliebig unübersichtlich
-
@wendy2702
Ich auch
Ich meine da waren auch drei sigterm.
Das sind wohl die drei Abstürze gesternTop wäre sehr interessant
-
Der Raspberry hat 1 GB Ram, eine 32GB sd karte, gerade mal 9% belegt.
Ich steuere wirklich nur Beleuchtung und 1 Fernseher damit.
Den Zigbee habe ich heute deaktiviert, weil der nicht genutzt wird aktuell, dort war auch nur 1 Schalter verbunden, in der Hoffnung das die deaktivierung hilft.
Discovery hatte ich normalerweise deaktiviert, aber beim neu aufsetzen muss der wieder aktiv gegangen sein. -
@Homoran was heißt sigterm ?
-
@marcuskl
Signal für Beendigung des systems -
Aus dem log
EXT4-fs error (device mmcblk0p2): ext4_iget:4874: inode #1087: block 1885532938: comm sshd: invalid blockKönnte ein Problem der Speicherkarte sein.
Eventuell steht aber noch mehr im log
-
@marcuskl sagte in Raspberry Pi abstürze hören nicht auf:
eine 32GB sd karte, gerade mal 9% belegt
Die karte ist unerheblich, dein ram ist wahrscheinlich überlastet
-
@Homoran sagte in Raspberry Pi abstürze hören nicht auf:
Top wäre sehr interessant
Kannst du mal bitte die Ausgabe von
TopPosten wenn das system vollständig läuft
-
@Homoran wo finde ich top?
