Netzwerkverbindung (Kabel) mit ständigen Unterbrechungen.

[ottonormal]

Hallo,

seit einiger Zeit schon habe ich ein Problem mit der Netzwerkverbindung unter Stretch und jetzt auch Buster.
Das sieht dann so aus, dass plötzlich die Meldung ersheint:

"Verbindung getrennt"

Auch Conky sagt bei den Netzwerkanzeigen:

"Kabel-IP: No Adress"

Das dauert dann einige Sekunden bis hin zu ca. 10 Sekunden. Dann kommt die Meldung:

"Verbindung hergestellt"

Bin ich dann gerade im Firefox am sörfen, ist das schon ziemlich lästig. Vor allem wenn gerade etwas heruntergeladen wird. Das tritt manchmal alle ca. 5 Minuten auf, manchmal ist auch 1 Stunde lang Ruhe.
Dieses Phänomen tritt nicht nur hier auf meinem Arbeitsrechner auf, sondern auf allen Rechnern mit Debian. Auch der Rechner meiner Frau mit Stretch ist davon betroffen.
Nun hörte ich auch von einem Bekannten, dem ich gerade ein Sparky-Debian installiert hatte, dass das bei ihm auch schon ein paarmal vorgekommen ist.

Ob das bei Funknetzverbindung auch so ist weiß ich nicht, weil ich das nicht verwende.

Ist das ein bekannter Fehler? Woran könnte das liegen?

[DeletedUserReAsG]

Woran könnte das liegen?

Es besteht ’ne gewisse Chance, dazu was in den Logs zu finden.

Ist das ein bekannter Fehler?

Ist ja nicht mal bekannt, welche Hard- und Software du überhaupt verwendest.

[ottonormal]

Wird das für ’ne "gewisse Chance" genügen?:

http://nopaste.debianforum.de/40778

Zur Hardware hatte ich ja schon geschrieben, dass das bei mehreren, ganz unterschiedlichen Rechnern auftritt. Auch bei einem Fremdrechner. Soll ich die jetzt alle einzeln aufführen?

Und zur Software: Was ist Netzwerkmäßig installiert bei einer Debian-Standard-LXDE-Installation?
Ich selbst verändere daran nichts.

[DeletedUserReAsG]

[…]

[…]

… such dir halt ’nen anderen Blöden. Bye.

[MSfree]

Ist das ein bekannter Fehler?

Zumindest kein mir bekannter Linuxfehler.

Woran könnte das liegen?

Da wohl mehrere Rechner betroffen sind, würde ich auf die zentral Stelle im Netz tippen, also den Ethernetswitch. Sofern der Switch im Router integriert ist, würde ich in die Richtung forschen.

[ottonormal]

… such dir halt ’nen anderen Blöden. Bye.

Ja da schau her! Und ich hab gedacht, wer andere wie dumme Schuljungen ausschauen lässt, der sieht so etwas eher wie die Eiche die Wild...

[ottonormal]

Da wohl mehrere Rechner betroffen sind, würde ich auf die zentral Stelle im Netz tippen, also den Ethernetswitch. Sofern der Switch im Router integriert ist, würde ich in die Richtung forschen.

In die FritzBox habe ich eben geschaut und einen Schrecken bekommen. Es steht da viele Male so etwas:

Code: Alles auswählen

23.03.19
01:09:57
Internetverbindung wurde erfolgreich hergestellt. IP-Adresse: xx.xx.xxx.xx, DNS-Server: xxx.x.xx.xx und xxx.x.xxx.xxx, Gateway: xxx.xxx.xxx.xxx, Breitband-PoP: ewetel.dsl..........
23.03.19
01:09:56
Internetverbindung wurde getrennt.
23.03.19
01:09:56
Die Internetverbindung wird kurz unterbrochen, um der Zwangstrennung durch den Anbieter zuvorzukommen.

Was soll denn das heißen?
Muss ich da die Firma EWE anrufen, oder lässt sich da selbst etwas machen?

Wenn es an der FritzBox liegt, warum dann auch bei dem Bekannten? Ist doch eigentlich recht merkwürdig...

[willy4711]

Was soll denn das heißen?
Muss ich da die Firma EWE anrufen, oder lässt sich da selbst etwas machen?

Hast du noch nie in deinen Router geschaut ?
Das was du da rauskopiert hast ist die ganz normale tägliche Zwangstrennung, bzw. die von Router vorgenommene, und diese zu umgehen.
Das passiert jeden Tag ca. um die selbe Zeit.

Das ist aber nicht der Grund für deine Unterbrechungen.

[ottonormal]

Das ist aber nicht der Grund für deine Unterbrechungen.

Ja, Du hast recht. Ich hab mir das noch einmal in Ruhe angeschaut. Es ist wirklich nur einmal am Tag. Ich war erst etwas verwirrt, weil es so viele Einträge waren. Ich hatte den Eindruck, dass das die ständigen Unterbrechungen waren.
Ist also die FritzBox unschuldig? Was könnte es denn dann sein?

[willy4711]

Ist also die FritzBox unschuldig? Was könnte es denn dann sein?

Es besteht ’ne gewisse Chance, dazu was in den Logs zu finden.

Dann mach das, und lasse das Journal mitlaufen. Poste dann aber nur die betreffenden Zeilen
Befehl der Wahl:

Code: Alles auswählen

journalctl -f

[MSfree]

Ist also die FritzBox unschuldig?

Nicht unbedingt.

Was könnte es denn dann sein?

Es könnte ein Hardwaredefekt in der Fritzbox sein.

Ich würde auch mal journalctl befragen, wenn das Problem auftritt. Da sollten dann diese Disconnect/Connect Meldungen kommen. Vor allem würde ich dann auf dem zweiten System ebenfalls nachsehen, ob da das Problem ebenfalls zeitgleich auftritt. Wenn ja, dann ist ziemlich sicher etwas am (integrierten) Ethernetswitch kaputt. Die Fritte protokolliert diesen Defekt nicht unbedingt mit.

Ich würde in so einem Fall meine Rechner erstmal an (m)einen Ersatzswitch anschließen und mit einem Raspi einen "Server" mit dnsmasq anschließen. Mit diesem isolierten Netz würde ich dann testen, ob damit das Problem nicht mehr auftritt.

[ottonormal]

Das passt ja gerade gut. Um 10:22 Uhr hatte ich die letzte Unterbrechung. Gleich danach habe ich in syslog die letzten 20 Zeilen kopiert (das Journal habe ich auf diesem System wohl nicht laufen. Zeigt jedenfalls nichts an):

Code: Alles auswählen

Jun 23 10:21:35 xxxxxxxx-pc ntpd[6955]: Listen and drop on 0 v6wildcard [::]:123
Jun 23 10:21:35 xxxxxxxx-pc ntpd[6955]: Listen and drop on 1 v4wildcard 0.0.0.0:123
Jun 23 10:21:35 xxxxxxxx-pc ntpd[6955]: Listen normally on 2 lo 127.0.0.1:123
Jun 23 10:21:35 xxxxxxxx-pc ntpd[6955]: Listen normally on 3 eth0 192.168.178.52:123
Jun 23 10:21:35 xxxxxxxx-pc ntpd[6955]: Listen normally on 4 lo [::1]:123
Jun 23 10:21:35 xxxxxxxx-pc ntpd[6955]: Listen normally on 5 eth0 [fe80::f92f:305e:6425:efb%2]:123
Jun 23 10:21:35 xxxxxxxx-pc ntpd[6955]: Listening on routing socket on fd #22 for interface updates
Jun 23 10:21:35 xxxxxxxx-pc ntpd[6955]: kernel reports TIME_ERROR: 0x2041: Clock Unsynchronized
Jun 23 10:21:35 xxxxxxxx-pc ntpd[6955]: kernel reports TIME_ERROR: 0x2041: Clock Unsynchronized
Jun 23 10:21:45 xxxxxxxx-pc systemd[1]: NetworkManager-dispatcher.service: Succeeded.
Jun 23 10:22:20 xxxxxxxx-pc dbus-daemon[914]: [session uid=1000 pid=914] Activating via systemd: service name='org.gtk.vfs.Metadata' unit='gvfs-metadata.service' requested by ':1.9' (uid=1000 pid=1034 comm="thunar --daemon ")
Jun 23 10:22:20 xxxxxxxx-pc systemd[895]: Starting Virtual filesystem metadata service...
Jun 23 10:22:20 xxxxxxxx-pc dbus-daemon[914]: [session uid=1000 pid=914] Successfully activated service 'org.gtk.vfs.Metadata'
Jun 23 10:22:20 xxxxxxxx-pc systemd[895]: Started Virtual filesystem metadata service.
Jun 23 10:22:20 xxxxxxxx-pc dbus-daemon[914]: [session uid=1000 pid=914] Activating service name='org.freedesktop.thumbnails.Thumbnailer1' requested by ':1.9' (uid=1000 pid=1034 comm="thunar --daemon ")
Jun 23 10:22:20 xxxxxxxx-pc org.freedesktop.thumbnails.Thumbnailer1[914]: Registered thumbailer evince-thumbnailer -s %s %u %o
Jun 23 10:22:20 xxxxxxxx-pc org.freedesktop.thumbnails.Thumbnailer1[914]: Registered thumbailer /usr/bin/gdk-pixbuf-thumbnailer -s %s %u %o
Jun 23 10:22:20 xxxxxxxx-pc org.freedesktop.thumbnails.Thumbnailer1[914]: Registered thumbailer atril-thumbnailer -s %s %u %o
Jun 23 10:22:21 xxxxxxxx-pc dbus-daemon[914]: [session uid=1000 pid=914] Successfully activated service 'org.freedesktop.thumbnails.Thumbnailer1'

[ottonormal]

Ich würde in so einem Fall meine Rechner erstmal an (m)einen Ersatzswitch anschließen und mit einem Raspi einen "Server" mit dnsmasq anschließen. Mit diesem isolierten Netz würde ich dann testen, ob damit das Problem nicht mehr auftritt.

Ja, das klingt ganz gut. Für mich sind das aber alles böhmische Dörfer.
Das mit dem Journal, das hatte ich doch kürzlich erst. Das war aber wohl noch in Stretch, muss ich da wohl mal weiterschauen.

[willy4711]

das Journal habe ich auf diesem System wohl nicht laufen. Zeigt jedenfalls nichts an):

Was hast du denn für einen Befehl eingegeben ?

Code: Alles auswählen

journalctl -f

zeigt nichts an trotz systemd ??

Ich glaube nicht, dass die ntp - Meldungen etwas mit dem Unterbruch zu tun haben.

[ottonormal]

Jetzt funktioniert das mit dem Journal. Ich warte nur auf den nächsten Aussetzer.
Und dann das?:

Code: Alles auswählen

journalctl -f

oder das?:

Code: Alles auswählen

journalctl -b -1 -n30

oder beides?

[willy4711]

oder das?:

Code: Alles auswählen

journalctl -b -1 -n30

oder beides?

Einführung:
https://mywiki.bluelupo.net/wiki/Grundl ... zu_systemd

[ottonormal]

So, nun war's mal wieder so weit. Nach Eingabe von:

Code: Alles auswählen

journalctl -b -1 -n30

Kam dann das:

Code: Alles auswählen

-- Logs begin at Sun 2019-06-23 10:09:58 CEST, end at Sun 2019-06-23 15:11:45 CEST. --
Jun 23 11:33:30 xxxxxxxx-pc systemd-cryptsetup[9204]: Device luks-3d8858b9-22f2-47a4-b811-3634f14174fa is still in use.
Jun 23 11:33:30 xxxxxxxx-pc systemd-cryptsetup[9204]: Failed to deactivate: Device or resource busy
Jun 23 11:33:30 xxxxxxxx-pc systemd[1]: systemd-cryptsetup@luks\x2d3d8858b9\x2d22f2\x2d47a4\x2db811\x2d3634f14174fa.service: Con
Jun 23 11:33:30 xxxxxxxx-pc systemd[1]: systemd-cryptsetup@luks\x2d3d8858b9\x2d22f2\x2d47a4\x2db811\x2d3634f14174fa.service: Fai
Jun 23 11:33:30 xxxxxxxx-pc systemd[1]: Stopped Cryptography Setup for luks-3d8858b9-22f2-47a4-b811-3634f14174fa.
Jun 23 11:33:30 xxxxxxxx-pc systemd[1]: Removed slice system-systemd\x2dcryptsetup.slice.
Jun 23 11:33:30 xxxxxxxx-pc systemd[1]: media-xxxxxxxx-XXXGB\x2dEXT4.mount: Succeeded.
Jun 23 11:33:30 xxxxxxxx-pc systemd[1]: Unmounted /media/xxxxxxxx/100GB-EXT4.
Jun 23 11:33:30 xxxxxxxx-pc systemd[1]: Reached target Unmount All Filesystems.
Jun 23 11:33:30 xxxxxxxx-pc systemd[1]: Stopped target Local File Systems (Pre).
Jun 23 11:33:30 xxxxxxxx-pc systemd[1]: systemd-tmpfiles-setup-dev.service: Succeeded.
Jun 23 11:33:30 xxxxxxxx-pc systemd[1]: Stopped Create Static Device Nodes in /dev.
Jun 23 11:33:30 xxxxxxxx-pc systemd[1]: systemd-sysusers.service: Succeeded.
Jun 23 11:33:30 xxxxxxxx-pc systemd[1]: Stopped Create System Users.
Jun 23 11:33:30 xxxxxxxx-pc systemd[1]: systemd-remount-fs.service: Succeeded.
Jun 23 11:33:30 xxxxxxxx-pc systemd[1]: Stopped Remount Root and Kernel File Systems.
Jun 23 11:33:30 xxxxxxxx-pc systemd[1]: Reached target Shutdown.
Jun 23 11:33:30 xxxxxxxx-pc systemd[1]: Reached target Final Step.
Jun 23 11:33:30 xxxxxxxx-pc systemd[1]: Started Show Plymouth Reboot Screen.
Jun 23 11:33:30 xxxxxxxx-pc systemd[1]: systemd-reboot.service: Succeeded.
Jun 23 11:33:30 xxxxxxxx-pc systemd[1]: Started Reboot.
Jun 23 11:33:30 xxxxxxxx-pc systemd[1]: Reached target Reboot.
Jun 23 11:33:30 xxxxxxxx-pc systemd[1]: Shutting down.
Jun 23 11:33:30 xxxxxxxx-pc systemd[1]: Hardware watchdog 'iTCO_wdt', version 0
Jun 23 11:33:30 xxxxxxxx-pc systemd[1]: Set hardware watchdog to 10min.
Jun 23 11:33:30 xxxxxxxx-pc kernel: watchdog: watchdog0: watchdog did not stop!
Jun 23 11:33:30 xxxxxxxx-pc kernel: systemd-shutdow: 67 output lines suppressed due to ratelimiting
Jun 23 11:33:30 xxxxxxxx-pc systemd-shutdown[1]: Syncing filesystems and block devices.
Jun 23 11:33:30 xxxxxxxx-pc systemd-shutdown[1]: Sending SIGTERM to remaining processes...
Jun 23 11:33:30 xxxxxxxx-pc systemd-journald[336]: Journal stopped

Mir sagt das nicht besonders viel. Was mir aber aufgefallen ist, ist folgendes:
Nach dem Start meines Rechners starte ich gewöhnlich "Claws-Mail". Claws-Mail habe ich so konfiguriert, dass es in den Systray startet. Es wird beim Start und dann alle 10 Minuten nach neuer E-Post abgefragt. Wenn neue Post da ist, bekomme ich eine Nachricht.

Nun war es so, dass ich nach dem letzten Rechnerstart Claws-Mail nicht gestartet hatte und normal am Rechner gearbeitet habe. Dann kam ca. 3 Std. lang kein "Verbindung getrennt". Dann habe ich Claws-Mail normal gestartet um nach neuen Nachrichten zu schauen. Ja, und wenige Minuten später kam es dann wieder und kurze Zeit danach abermals.

Ich habe dann Claws-Mail geschlossen und seitdem ist wieder Ruhe.
Kann das Zufall sein? Merkwürdig finde ich es schon. Auf jeden Fall werde ich das weiter beobachten.
Claws-Mail habe ich übrigens auf allen anderen Rechnern ebenso eingerichtet, wo der Fehler ja auch auftritt.

Ist Claws-Mail also der Übeltäter?

[willy4711]

Langsam versteh ich die Welt nicht mehr.
Hatte die den zu verwendenden Befehl aufgeschrieben. Du buddelst irgendeinen nicht passenden Befehl aus einem anderen Thread aus,
der was ganz anderes zum Inhalt hatte.
Ich schicke extra einen Link, wo das alles erklärt wird. Und du machst prompt das Gegenteil.
Ich bin dann mal raus.

[DeletedUserReAsG]

Hey, immerhin scheint er dich zu mögen. Zumindest hat er dich nicht mit’m Facepalm-Smiley bedacht, nur, weil du mehr Infos angefordert hast

[scnr]

[willy4711]

Schadenfroh oder eifersüchtig ?