IceRage
Anmeldungsdatum: 15. Februar 2009
Beiträge: Zähle...
|
Hallo zusammen, ich habe auf einem rock pi kürzlich ein dist-upgrade auf 20.04 gemacht und seit dem stimmt etwas mit der Netzwerkverbindung dieses Rechners nicht mehr. Direkt nach dem Hochfahren kann ich den Rechner für eine kurze Zeit ca. 5 Minuten anpingen, dann wird er unerreichbar. Wenn ich mich dann als User direkt an diesem Rechner anmelde (also nicht remote) und angemeldet bleibe, dann ist alles in Ordnung. Wenn ich mich aber dort abmelde dann geht nach ca. 5 Minuten wieder kein Ping mehr auf den Rechner. Außerdem kann ich mich nach etwas längerer Zeit auch nicht mehr anmelden. Für mich sieht es so aus, als würde die Netzwerkverbindung vielleicht vom Powermanagement deaktiviert und nach etwas längerer Zeit der ganze rock pi heruntergefahren, so dass dann neu gebootet werden muss. Etwas merkwürdig dieses Verhalten. Hinzu kommt, dasss ich das Powermanagement als dort angemeldeter User deaktiviert habe. Bitte um Hilfestellung, danke! Gruß IceRage
Moderiert von redknight: Ins passende Forum verschoben und Titel angepasst
|
lubux
Anmeldungsdatum: 21. November 2012
Beiträge: 13933
|
IceRage schrieb: ich habe auf einem rock pi kürzlich ein dist-upgrade auf 20.04 gemacht und seit dem stimmt etwas mit der Netzwerkverbindung dieses Rechners nicht mehr. Direkt nach dem Hochfahren kann ich den Rechner für eine kurze Zeit ca. 5 Minuten anpingen, dann wird er unerreichbar. Wenn ich mich dann als User direkt an diesem Rechner anmelde (also nicht remote) und angemeldet bleibe, dann ist alles in Ordnung. Wenn ich mich aber dort abmelde dann geht nach ca. 5 Minuten wieder kein Ping mehr auf den Rechner. Außerdem kann ich mich nach etwas längerer Zeit auch nicht mehr anmelden.
Beschreibe mal von wo Du den Ping machst und wie die Geräte miteinander verbunden sind (Router, Switch, LAN, WLAN, ..., ...).
|
IceRage
(Themenstarter)
Anmeldungsdatum: 15. Februar 2009
Beiträge: 22
|
Den Ping mache ich von einem Notebook aus, ist aber der gleiche Effekt von jedem anderen Rechner im Netz. Alles hängt an einer Fritzbox. Der rock pi hängt per Kabel direkt an der Fritzbox und den Ping setze ich von Rechnern im WLAN ab.
|
lubux
Anmeldungsdatum: 21. November 2012
Beiträge: 13933
|
IceRage schrieb: Den Ping mache ich von einem Notebook aus,
OK, dann poste mal von Notebook, die Ausgabe von:
arp -a
, wenn Du rock pi per ping erreichen kannst und wenn Du den rock pi per ping nicht erreichen kannst.
|
kB
Supporter, Wikiteam
Anmeldungsdatum: 4. Oktober 2007
Beiträge: 8616
Wohnort: Münster
|
IceRage schrieb: […] auf einem rock pi kürzlich ein dist-upgrade auf 20.04 gemacht
Was ist ein „rock pi“? Was war vorher installiert?
[…] Direkt nach dem Hochfahren kann ich den Rechner für eine kurze Zeit ca. 5 Minuten anpingen, dann wird er unerreichbar.
Möglicherweise geht der Rechner in einen Ruhe- oder Schlafzustand oder in einen anderen Stromsparzustand, in dem der Netzwerkadapter abgeschaltet wird. Geht das Ethernet über einen USB-Chip? Zeige jedenfalls einmal:
lspci -nnk -d ::0200
lsusb
|
IceRage
(Themenstarter)
Anmeldungsdatum: 15. Februar 2009
Beiträge: 22
|
kB schrieb: Was ist ein „rock pi“?
Rock pi ist so ähnlich wie ein raspberry pi, also ein Einplatinencomputer.
Was war vorher installiert?
Vorher war die Vorgängerversion von 20.04 installiert.
Möglicherweise geht der Rechner in einen Ruhe- oder Schlafzustand oder in einen anderen Stromsparzustand, in dem der Netzwerkadapter abgeschaltet wird. Geht das Ethernet über einen USB-Chip? Zeige jedenfalls einmal:
lspci -nnk -d ::0200
lsusb
Ich vermute das auch. Ich würde einmal behaupten, dass nichts mit dem Netzwerkaufbau an sich nicht in Ordnung ist, denn sonst funktioniert alles andere problemlos. Das Ethernet geht über einen On-Board-Chip, nicht über USB. lubux schrieb: , wenn Du rock pi per ping erreichen kannst und wenn Du den rock pi per ping nicht erreichen kannst.
Wenn ich den rock pi erreichen kann, dann sieht das so aus: fritz.box (192.168.178.1) auf e0:28:6d:7f:94:06 [ether] auf wlan0
rockpi4b.fritz.box (192.168.178.51) auf 2e:bc:93:59:79:d7 [ether] auf wlan0 wenn nicht, so: fritz.box (192.168.178.1) auf e0:28:6d:7f:94:06 [ether] auf wlan0
? (192.168.178.51) auf <unvollständig> auf wlan0 Das ist der arp -a Befehl von meinem Notebook aus über die dortige Schnittstelle wlan0. Der rock pi hängt wie gesagt über Ethernet direkt am Router.
|
lubux
Anmeldungsdatum: 21. November 2012
Beiträge: 13933
|
IceRage schrieb: Wenn ich den rock pi erreichen kann, dann sieht das so aus: fritz.box (192.168.178.1) auf e0:28:6d:7f:94:06 [ether] auf wlan0
rockpi4b.fritz.box (192.168.178.51) auf 2e:bc:93:59:79:d7 [ether] auf wlan0 fritz.box (192.168.178.1) auf e0:28:6d:7f:94:06 [ether] auf wlan0
? (192.168.178.51) auf <unvollständig> auf wlan0
Mach mal auf dem Notebook einen statischen arp-cache-Eintrag für den PI:
sudo arp -i wlan0 -d 192.168.178.51 && sudo arp -i wlan0 -s 192.168.178.51 2e:bc:93:59:79:d7
arp -av
ping -c 3 192.168.178.51
|
kB
Supporter, Wikiteam
Anmeldungsdatum: 4. Oktober 2007
Beiträge: 8616
Wohnort: Münster
|
IceRage schrieb: […] Vorher war die Vorgängerversion von 20.04 installiert.
Und welche Vorgängerversion? 19.10? Oder 18.04? Lass Dir bitte nicht jedes Bit einzeln aus der Nase ziehen! […] lspci -nnk -d ::0200
lsusb
Scherzkeks! Warum nenne ich Dir wohl Diagnosebefehle? Damit Du sie abschreibst und sonst ignorierst doch wohl nicht! Schalte bitte Dein Hirn ein und arbeite mit!
|
lubux
Anmeldungsdatum: 21. November 2012
Beiträge: 13933
|
IceRage schrieb: Alles hängt an einer Fritzbox. Der rock pi hängt per Kabel direkt an der Fritzbox ...
Ist die IP-Adresse 192.168.178.51 des PI aus dem DHCP-Pool deiner FritzBox? Hast Du in der FritzBox so konfiguriert, dass der PI immer diese IP-Adresse 192.168.178.51 zugewiesen bekommt. Teste mal auf dem Notebook, wenn der PI per ping nicht erreichbar ist, ob die Namensauflösung für den PI funktioniert:
host rockpi4b 192.168.178.1
host rockpi4b.fritz.box 192.168.178.1
Zum weiteren testen (und temporär), installiere auf deinem PI:
sudo apt-get update
sudo apt-get install iputils-arping
sudo dpkg --configure -a
und mach in der systemweiten /etc/crontab deines PI, folgende Eintragungen (als letzte Zeilen):
*/2 * * * * root /usr/bin/arping -q -c 3 -w 2 -b -f -I eth0 -s 192.168.178.51 192.168.178.1 > /dev/null 2>&1
*/3 * * * * root /usr/bin/arping -q -c 2 -b -A -I eth0 192.168.178.51 > /dev/null 2>&1
# - - - - -
(evtl. musst Du das Interface "eth0" auf deinem PI anpassen, wenn dort anders; siehe die Ausgabe von "ip a").
Wenn Du jetzt noch immer deinen PI nach 5 Minuten nicht erreichen kannst, dann starte auf deinem _Notebook_ (für die Zeitdauer von mind. 15 Minuten):
sudo tcpdump -c 50 vvveni wlan0 arp and host 192.168.178.51
Wenn Du mit tcpdump die arp-replies vom PI sehen kannst, ist der PI nicht heruntergefahren und muss auch nicht neu gebootet werden. BTW: Wie bootest Du neu, wenn der PI nicht "erreichbar" ist? Durch Strom trennen?
|
IceRage
(Themenstarter)
Anmeldungsdatum: 15. Februar 2009
Beiträge: 22
|
Sorry, war etwas beschäftigt die Tage. Es scheint mir, als hätte ich mich anfangs schlecht oder sogar falsch ausgedrückt. Also um Missverständnissen vorzubeugen, was ich mache und was nicht funktioniert ist folgendes: Direkt wenn der Pi hochgefahren ist - etwa 1 Minute - melde ich mich mit den Peripheriegeräten, die direkt am Pi angeschlossen sind, über die Benutzeroberfläche an - xfce glaube ich. Ich melde mich also nicht über ssh oder sonstige Konsolenprogramme remote an, sondern lokal am Pi. Und solange ich dort angemeldet bleibe ist alles okay und alles im Netzwerk funktioniert absolut problemlos. Also keine Netzwerkauffälligkeiten. Nur wenn ich mich als Benutzer über die Peripheriegeräte am Pi abmelde, dann scheint er in den standby-modus zu gehen oder ganz herunter zu fahren oder was auch immer. Jedenfalls danach kann ich mich nicht einmal mehr über die Peripherigeräte am Pi anmelden und ich kann ihn auch nicht mehr anpingen und ihn auch sonst nicht mehr erreichen. Aber alle sonstigen Geräte im Netzwerk kommunizieren vollkommen normal miteinander, also so wie immer. Warum sage ich das? Ganz einfach, es sieht für mich so aus, als würde kein Netzwerkproblem vorliegen, sondern auf Grund irgendeiner Einstellung am Pi geht er in den Standby oder fährt herunter und lässt sich nicht wieder "aufwecken". Man muss ihn dann neu booten. Aber sagt selbst, sieht das aus, als wäre irgendwo eine Netzwerkkonfiguration fehlerhaft? Also irgendwie nicht oder? Sorry, wenn ich das irgendwie anfänglich missverständlich geäußert haben sollte. LG
|
DJKUhpisse
Supporter, Wikiteam
Anmeldungsdatum: 18. Oktober 2016
Beiträge: 17655
Wohnort: in deinem Browser, hier auf dem Bildschirm
|
Nur wenn ich mich als Benutzer über die Peripheriegeräte am Pi abmelde, dann scheint er in den standby-modus zu gehen oder ganz herunter zu fahren oder was auch immer. Jedenfalls danach kann ich mich nicht einmal mehr über die Peripherigeräte am Pi anmelden und ich kann ihn auch nicht mehr anpingen und ihn auch sonst nicht mehr erreichen. Aber alle sonstigen Geräte im Netzwerk kommunizieren vollkommen normal miteinander, also so wie immer. Warum sage ich das? Ganz einfach, es sieht für mich so aus, als würde kein Netzwerkproblem vorliegen, sondern auf Grund irgendeiner Einstellung am Pi geht er in den Standby oder fährt herunter und lässt sich nicht wieder "aufwecken". Man muss ihn dann neu booten.
Kann beides sein.
Am besten stellst du Standby und Ruhezustand komplett ab, sodass der den gar nicht mehr nutzen darf und testest dann.
|
IceRage
(Themenstarter)
Anmeldungsdatum: 15. Februar 2009
Beiträge: 22
|
DJKUhpisse schrieb: Kann beides sein. Am besten stellst du Standby und Ruhezustand komplett ab, sodass der den gar nicht mehr nutzen darf und testest dann.
Ja eben, kann beides sein. Ich will auch nicht behaupten, dass ein Netzwerkcheck nicht sinnvoll sein kann. Ich habe Standby über die mir bekannten mittel schon deaktiviert. Kann aber sein, dass ich das nicht richtig gemacht habe. Ich kenne mich halt mit den Konfigurationsdateien nicht so aus. Ich weiß nicht mal, wo die alle liegen. Wie genau könnte ich beispielsweise das komplette Powermanagement abschalten? Oder was muss ich sonst noch abschalten - also nicht nur einen Haken deaktivieren - sondern am besten die entsprechenden Dienste abschalten, damit der Pi auf sicher nicht mehr herunterfährt oder standy einschaltet?
|
DJKUhpisse
Supporter, Wikiteam
Anmeldungsdatum: 18. Oktober 2016
Beiträge: 17655
Wohnort: in deinem Browser, hier auf dem Bildschirm
|
systemctl status sleep.target
|
lubux
Anmeldungsdatum: 21. November 2012
Beiträge: 13933
|
IceRage schrieb: ..., dann scheint er in den standby-modus zu gehen oder ganz herunter zu fahren oder was auch immer. Jedenfalls danach kann ich mich nicht einmal mehr über die Peripherigeräte am Pi anmelden und ich kann ihn auch nicht mehr anpingen und ihn auch sonst nicht mehr erreichen.
Kannst Du diese:
*/3 * * * * root /usr/bin/arping -q -c 2 -b -A -I eth0 192.168.178.51
cronjob-Ausgabe von deinem PI im Subnetz sehen?
|
IceRage
(Themenstarter)
Anmeldungsdatum: 15. Februar 2009
Beiträge: 22
|
lubux schrieb: Kannst Du diese:
*/3 * * * * root /usr/bin/arping -q -c 2 -b -A -I eth0 192.168.178.51
cronjob-Ausgabe von deinem PI im Subnetz sehen?
Sorry, verstehe ich nicht. Wie meinst Du das?
Also ich soll den cronjob auf dem Pi anlegen und wo soll dann die Ausgabe erscheinen?
|