Raspberry Pi 4 verliert verbindung und hängt sich auf ?

[OpenMedia]

Hallo zusammen,
ich habe eine Raspi 4 mit originalen Netzteil an meiner FritzBox 7490 per LAN angeschlossen. Leider habe ich ein sehr großes Problem. Ich muss etwa alle 7-14 Tage den Pi vom Netzteil nehmen und neu einstecken damit dieser wieder erreichbar ist.

Ich greife nur mit SSH auf den Pi im Heimnetzwerk drauf zu. Und mir geht es sehr auf die Nerven den Pi alle paar Tage neuzustarten. Ich habe mir mal ein HDMI Kabel angesteckt um zu prüfen was da genau los ist. Leider kein Signal, sobald ich ein Neustart mache ist alles wieder wie gewohnt HDMI Signal ist da und SSH auch.

Kann mir jemand bitte helfen das Problem irgendwie zu lösen. Ich weiß nicht in welche Logs ich schauen soll weil ja nach einem Neustart die Logs weg sind soweit ich weiß.

Ich möchte nicht alle paar Tage den Pi vom Netz nehmen.

Die LEDs :

• Rote LED leuchtet Dauerhaft
• Grüne blinkt nicht mehr und ist aus.

 

[blablub1212]

Normalerweise findest du alle logs in /var/log. Die werden auch nicht gelöscht beim Neustart. Also einfach mal da suchen.

 

[meph!sto]

Die Logs findest du unter

/var/log

Was machst du mit dem RPi dass du den HDMI Anschluss brauchst ?

 

[OpenMedia]

Die Logs findest du unter

/var/log

Was machst du mit dem RPi dass du den HDMI Anschluss brauchst ?

Nein ich habe nur geprüft ob ich waws sehe wenn er sich aufgehangen hat. Aber kein Signal sobald er sich aufgehangen hat auch kein Ping kein Netzwerk nichts.

Ergänzung (3. Dezember 2020)

Die Logs findest du unter

/var/log

Was machst du mit dem RPi dass du den HDMI Anschluss brauchst ?

Was soll ich mir den angucken um aufschuss über den absturz zu bekommen in welchem log

Ergänzung (3. Dezember 2020)

Habe mir das mal angeschaut der Pi ist wohl am 1.12.2020 abgestürtz folgende Fehlermeldung :

Dec  1 23:25:32 s02 snmpd[497]: error on subcontainer '' insert (-1)
Dec  1 23:25:32 s02 snmpd[497]: Connection from UDP: [10.123.0.1]:49494->[192.168.178.32]:161
Dec  1 23:25:32 s02 snmpd[497]: Connection from UDP: [10.123.0.1]:49494->[192.168.178.32]:161
Dec  1 23:25:33 s02 snmpd[497]: error on subcontainer 'ia_addr' insert (-1)
Dec  1 23:25:34 s02 snmpd[497]: Connection from UDP: [10.123.0.1]:40183->[192.168.178.32]:161
Dec  1 23:25:34 s02 snmpd[497]: Connection from UDP: [10.123.0.1]:40183->[192.168.178.32]:161
Dec  1 23:25:34 s02 snmpd[497]: Connection from UDP: [10.123.0.1]:40183->[192.168.178.32]:161
Dec  1 23:25:34 s02 snmpd[497]: Connection from UDP: [10.123.0.1]:40183->[192.168.178.32]:161
Dec  1 23:25:34 s02 snmpd[497]: Connection from UDP: [10.123.0.1]:40183->[192.168.178.32]:161
Dec  1 23:25:34 s02 snmpd[497]: Connection from UDP: [10.123.0.1]:40183->[192.168.178.32]:161
Dec  1 23:25:34 s02 snmpd[497]: Connection from UDP: [10.123.0.1]:40183->[192.168.178.32]:161
Dec  1 23:25:34 s02 snmpd[497]: Connection from UDP: [10.123.0.1]:40183->[192.168.178.32]:161
Dec  1 23:25:34 s02 snmpd[497]: Connection from UDP: [10.123.0.1]:40183->[192.168.178.32]:161
Dec  1 23:25:34 s02 snmpd[497]: Connection from UDP: [10.123.0.1]:40183->[192.168.178.32]:161
Dec  1 23:25:34 s02 snmpd[497]: Connection from UDP: [10.123.0.1]:40183->[192.168.178.32]:161
Dec  1 23:25:34 s02 snmpd[497]: Connection from UDP: [10.123.0.1]:40183->[192.168.178.32]:161
Dec  1 23:25:34 s02 snmpd[497]: Connection from UDP: [10.123.0.1]:40183->[192.168.178.32]:161
Dec  1 23:25:34 s02 snmpd[497]: Connection from UDP: [10.123.0.1]:40183->[192.168.178.32]:161
Dec  1 23:25:34 s02 snmpd[497]: Connection from UDP: [10.123.0.1]:40183->[192.168.178.32]:161
Dec  1 23:25:34 s02 snmpd[497]: Connection from UDP: [10.123.0.1]:40183->[192.168.178.32]:161
Dec  1 23:25:34 s02 snmpd[497]: Connection from UDP: [10.123.0.1]:40183->[192.168.178.32]:161
Dec  1 23:25:34 s02 snmpd[497]: Connection from UDP: [10.123.0.1]:40183->[192.168.178.32]:161
Dec  1 23:25:34 s02 snmpd[497]: Connection from UDP: [10.123.0.1]:40183->[192.168.178.32]:161
Dec  1 23:25:34 s02 snmpd[497]: Connection from UDP: [10.123.0.1]:40183->[192.168.178.32]:161
Dec  1 23:25:34 s02 snmpd[497]: Connection from UDP: [10.123.0.1]:40183->[192.168.178.32]:161
Dec  1 23:25:34 s02 snmpd[497]: Connection from UDP: [10.123.0.1]:40183->[192.168.178.32]:161
Dec  1 23:25:34 s02 snmpd[497]: Connection from UDP: [10.123.0.1]:40183->[192.168.178.32]:161
Dec  1 23:25:34 s02 snmpd[497]: Connection from UDP: [10.123.0.1]:40183->[192.168.178.32]:161
Dec  1 23:25:34 s02 snmpd[497]: Connection from UDP: [10.123.0.1]:40183->[192.168.178.32]:161
Dec  1 23:25:34 s02 snmpd[497]: Connection from UDP: [10.123.0.1]:40183->[192.168.178.32]:161
Dec  1 23:25:34 s02 snmpd[497]: Connection from UDP: [10.123.0.1]:40183->[192.168.178.32]:161
Dec  1 23:25:34 s02 snmpd[497]: Connection from UDP: [10.123.0.1]:40183->[192.168.178.32]:161
Dec  1 23:25:34 s02 snmpd[497]: Connection from UDP: [10.123.0.1]:40183->[192.168.178.32]:161
Dec  1 23:25:34 s02 snmpd[497]: Connection from UDP: [10.123.0.1]:40183->[192.168.178.32]:161
Dec  1 23:26:03 s02 snmpd[497]: error on subcontainer 'ia_addr' insert (-1)
Dec  1 23:26:33 s02 snmpd[497]: error on subcontainer 'ia_addr' insert (-1)
Dec  3 08:27:12 s02 kernel: [    0.000000] Booting Linux on physical CPU 0x0
Dec  3 08:27:12 s02 kernel: [    0.000000] Linux version 5.4.51-v7l+ (dom@buildbot) (gcc version 4.9.3 (crosstool-NG crosstool-ng-1.22.0-88-g8460611)) #1333 SMP Mon Aug 10 16:51:40 BST 2020
Dec  3 08:27:12 s02 kernel: [    0.000000] CPU: ARMv7 Processor [410fd083] revision 3 (ARMv7), cr=30c5383d
Dec  3 08:27:12 s02 kernel: [    0.000000] CPU: div instructions available: patching division code
Dec  3 08:27:12 s02 kernel: [    0.000000] CPU: PIPT / VIPT nonaliasing data cache, PIPT instruction cache
Dec  3 08:27:12 s02 kernel: [    0.000000] OF: fdt: Machine model: Raspberry Pi 4 Model B Rev 1.1
Dec  3 08:27:12 s02 fake-hwclock[120]: Di 1. Dez 23:17:01 UTC 2020
Dec  3 08:27:12 s02 systemd-fsck[132]: e2fsck 1.44.5 (15-Dec-2018)
Dec  3 08:27:12 s02 systemd-fsck[132]: rootfs: clean, 102308/1888000 files, 600200/7725184 blocks
Dec  3 08:27:12 s02 systemd[1]: Started File System Check on Root Device.

 

[axl foli]

/var/log/messages
und
/var/log/syslog

Die sollten Aufschluss über den Absturz geben.

Naja ob der SNMP Service nun für den Absturz verantwortlich ist...glaub ich weniger.
Angeblich ein bekannter Fehler:
https://wiki.magenbrot.net/linux/li...error_on_subcontainer_ia_addr_insert_-1_fixen
Wenns hilft.

 

[max40]

Ich habe das Problem auch mit einem älteren Model.
Jetzt lasse ich die Kiste jede Nacht neustarten.
Glaub per shutdown im crontab. Ist schon ein paar Jahre her.
Seit dem habe ich kein einziges mal mehr Probleme damit gehabt.

Natürlich ist der bessere weg erstmal die logs zu prüfen.

Gruß
Max

 

[lokon]

Mit journalctl --list-boots und journalctl -b -1 bzw. der entsprechenden Nummer kannst du die Bootvorgänge einzeln betrachten : -k für Kernelnachrichten oder andere Filter helfen vielleicht auch.

Per serieller Konsole (zB via USB-TTL Kabel ) : zb hier dokumentiert (via google "serielle konsole raspberry")
kann ein Zugriff versucht werden.
Per "netconsole" zB hier dokumentiert / hier oder rsyslog können sämtliche Lognachrichten auch über Netzwerk an einen Log-Server, den du einrichten müsstest, verschickt werden.

Für automatische Reboots wegen "Aufhängen" gibt es Hardware-Watchdogs - hier dokumentiert oder hier.

 

[froschmeister]

Würde ich mal:
1. prüfen, ob die ssh/sshd-Versionen auf beiden Seiten identisch sind;
2. kürzeres Stromkabel verwenden;
3. andere SD-Karte verwenden.

 

[Blanksucher]

Hi erstmal,
wie für jedes Anliegen gibt es hier mehrere Möglichkeiten und dann natürlich auch die entsprechenden Lösungsansätze.

Ich hätte hier aus eigener Erfabrung folgende Lösungsansätze anzubieten:

1. SD Karte prüffen ob diese nict defekt ist

2. Habe mir mehrere Docker Container mit verschiedenen Smarthome Broker installiert und danach bei meinem 1GB RPI4 keinen Arbeitsspeicher mehr zu verfügung gehabt und die cpu die ganze Zeit auf 100%, nachdem ich den Spool auf 2gb erhöht habe, waren die Proble nach einem Tag vorbei.

3. Wen eine Festplatte über den. USB angeschlossen ist, eventuell ein Deep Slepp Problem (Energieproblem der angeschlossenen Festplatte).

4. Alle angechlossen Kabel,eventuell einmal Kreuz tauschen.

Das mit den LED ist Standard Rot = Power, Grün = Zugriff auf Datenträger.

PS: Wen du ein Freeze hast gehen da noch die LED's der RJ45 Buchse ?

Gruß

Blanksucher

 

[OpenMedia]

Hi erstmal,
wie für jedes Anliegen gibt es hier mehrere Möglichkeiten und dann natürlich auch die entsprechenden Lösungsansätze.

Ich hätte hier aus eigener Erfabrung folgende Lösungsansätze anzubieten:

1. SD Karte prüffen ob diese nict defekt ist

2. Habe mir mehrere Docker Container mit verschiedenen Smarthome Broker installiert und danach bei meinem 1GB RPI4 keinen Arbeitsspeicher mehr zu verfügung gehabt und die cpu die ganze Zeit auf 100%, nachdem ich den Spool auf 2gb erhöht habe, waren die Proble nach einem Tag vorbei.

3. Wen eine Festplatte über den. USB angeschlossen ist, eventuell ein Deep Slepp Problem (Energieproblem der angeschlossenen Festplatte).

4. Alle angechlossen Kabel,eventuell einmal Kreuz tauschen.

Das mit den LED ist Standard Rot = Power, Grün = Zugriff auf Datenträger.

PS: Wen du ein Freeze hast gehen da noch die LED's der RJ45 Buchse ?

Gruß

Blanksucher

Sobald ich einen freeze habe sind die LEDs an der rj45 Dose dauerhaft am leichten. Und die rote LED ist die ganze Zeit am leuchten die grüne leuchtet nicht mehr.

Verwende das Originale raspi4 Netzteil habe schon 2-3 Mal die SD Karte neu aufgesetzt. Einen SD Karten Wechsel habe ich nicht gemacht. Aber die SD Karte hat volle Geschwindigkeit