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

[Homoran]

@Jan1 sagte in Pi verliert LAN - nicht erreichbar:

ich habe es noch nie geschafft ein Gerät so lange aus dem LAN zu halten.

Das ist ja auch nicht das Thema, sondern:

@Homoran sagte in Pi verliert LAN - nicht erreichbar:

ab der letzten Zuweisung, nicht ab dem letzten disconnect

[Jan1]

@haselchen sagte in Pi verliert LAN - nicht erreichbar:

Hier ist beschrieben wie man die WLAN Schnittstelle per Console deaktiviert und auch spezielle Configdateien für LAN Betrieb einrichtet.

Er kommt nicht auf den PI und somit wird das nix.
Dann musste ich LAN im PI noch nie wirklich konfigurieren, sondern immer nur WLAN.

[Jan1]

@Homoran
hab ich auch noch nicht geschafft, wobei ich es in der Tat wohl falsch verstanden hatte

[haselchen]

@Jan1
Wenn er neu startet, kommt der TE laut seiner Aussage auf den PI.

Wenn ich abwechselnd WLAN und LAN hatte, hatte ich 2 verschiedene IP Adressen.
Habe ich beides an, kam es zur Kollision, die ich nur mit der wpa…..conf Datei beheben konnte.

[Homoran]

@Jan1 sagte in Pi verliert LAN - nicht erreichbar:

Er kommt nicht auf den PI und somit wird das nix.

Da wäre es doch schön, wenn @mguenther eine Tastatur und einen Monitor/TV an den Pi klemmenb könnte und direkt am Gerät testen könnte was Sache ist

[Jan1]

@haselchen
Ich hatte am Pi zu beginn auch mal beides getestet und deshalb beides aktiv, wobei die immer schön getrennt waren. Ich denke man kann da bei der Grundinstallation des PI schon viel flasch machen und ich hatte eben Glück ne gute Anleitung gefunden zu haben.

Wenn er neu startet kommt er wohl auf den Pi, nur wie startet er sauber neu, wenn er danach nicht mehr drauf kommt?
Mir wäre das Ding zu retten einfach zu heiß und zu zeitaufwendig. Neu machen und aufpassen sollte ein sauberes System ergeben.

[Homoran]

@Jan1 sagte in Pi verliert LAN - nicht erreichbar:

Ich denke man kann da bei der Grundinstallation des PI schon viel flasch machen

IMHO kannst du das über sudo raspi-config machen.
WLAN (de)aktivieren und vor allem die korrekten Einstellungen für länderspezifische Einstellungen

[Jan1]

@Homoran
Ich weiß, steh in meiner gerne verlinkten Anleitung von Raspifun.de schön mit Bildchen drin ;-)

[crunchip]

@Jan1 default sind 10 Tage, sollte es z.b. im Gästenetz laufen, sind es default nur 6 Std. zumindest in aktueller Firmware Version
Ich habe die Erfahrung, eine neuen IP zu bekommen in der Vergangenheit schon mal gemacht

Das mit dem Problem, wenn Lan und Wlan aktiviert ist, kenne ich auch und verursacht so ein Verhalten. Musste Wlan explizit deaktivieren

[haselchen]

@Jan1

Ok, im Normalfall würde ich das auch machen.
Kommt immer drauf an was man schon auf dem PI drauf hat.
Aber wie ihr schon sagt, wäre schön wenn der TE sich selber mal äußern würde :)

@crunchip "Das mit dem Problem, wenn Lan und Wlan aktiviert ist, kenne ich auch und verursacht so ein Verhalten. Musste Wlan explizit deaktivieren"

Bruder im Geiste ;) ;)

[Jan1]

@crunchip
Dann scheint das wohl vorkommen zu können, wobei es auch nicht viel Gründe gibt beides aktiv zu haben, zumal das WLAN ein Zigbee Stick ganz schön stören kann.

@haselchen
Mit viel Glück nur sein Ubuntu und IOBroker, deshalb ist der Aufwand wenn er ein Backup vom IOBroker hat max. ne Stunde und ohne Backup kein Mitleid.

[wendy2702]

Wir sollten auf @mguenther warten :grin: :grimacing:

[haselchen]

@wendy2702
@Jan1

Lustig, einer fragt, der Rest der Community unterhält sich :grimacing: :grimacing:

[wendy2702]

Bestimmt alle gelangweilt im Homeoffice ....:face_with_rolling_eyes:

[Jan1]

@haselchen
Jou, immerhin hat er jetzt viel zu lesen, falls er mal wieder hier rein stolpert.
Er schreibt auch oben was von "Offizielle ioBroker Seite mit Elzersharks Tools für SSD". Halte ich fast für ein Gerücht, dass ein Tool von Elzershark für IOBroker benötigt wird und das noch offiziell ist. Könnte auch der Grund sein, warm nix geht :sunglasses:

[haselchen]

@Jan1

Der PI ist schon nen niedlicher Minicomputer und zum Lernen oder für den Anfang nicht schlecht.
Aber einmal verhaspelt , kann man , wie du schon sagst, nochmal neu anfangen. Oder eben ein Backup einspielen.
Und weil mich das Teil schon echt Nerven gekostet hat, musste ne Synology ran :)
Das ist schon eher meine Welt, Plug and Play :)

[Wildbill]

Ich vermute das Problem eher beim verwenden einer SSD in Verbindung mit dem originalen Netzteil. Damit hätte ich auch immer wieder solche Effekte weil wohl die Spannung bzw. der Strom irgendwann kurz weg brach. Mit der SSD an einem USB-Hub mit separaten Netzteil war es dann behoben.

Gruß, Jürgen

[OliverIO]

wenn linux sich mittels LAN und WLAN verbinden kann,
dann verbindet er sich auch mit beiden,
nimmt aber im standard immer das LAN als default-Schnittstelle.
Wenn man dennoch über WLAN funkten möchte, dann muss man das intern speziell ansprechen. gibt Szenarien, bei dem man 2 oder sogar mehr Schnittstellen gleichzeitig verwenden will.

Wenn Linux trotz LAN dennoch auf das WLAN zurückfällt, dann stimmt mit dem LAN grundsätzlich was nicht und dann sollte man die Konnektivität dort mal prüfen.

und ja, zu wenig strom ist auch so ein Fall, der leider im log auch nicht richtig nachweisbar ist.

[hans_999]

@Wildbill said in Pi verliert LAN - nicht erreichbar:

Mit der SSD an einem USB-Hub mit separaten Netzteil war es dann behoben.

Wie schrub der TE:
@mguenther said in Pi verliert LAN - nicht erreichbar:

Netzteil ist ein Originalnetzteil. Die SSD hat eine separate Stromzufuhr und hängt am USB3.0.

@OliverIO said in Pi verliert LAN - nicht erreichbar:

und ja, zu wenig strom ist auch so ein Fall, der leider im log auch nicht richtig nachweisbar ist.

Der Fehler "undervoltage" ist im Kernel-Log zu finden, sofern der Pi nicht sofort abschaltet.
Schau doch einmal in die Meldungen des BeSy unter /var/log/kern.log und prüfe, ob dort Meldungen der Art

Under-voltage detected! (0x00050005)

zu finden sind.

[Wildbill]

Ja, so kann es gehen, wenn man Text nur überfliegt. Mit SSD am separatem Netzteil fällt das als Ursache dann raus. Schade

Gruss, Jürgen