Networkanager löscht Inhalt von resolv.conf

Thats_me · 27. Dezember 2022, 13:40:33

Hallo,

ich hoffe, ihr hattet angenehme und erholsame Feiertage.

Ich frage erst mal hier, statt im Artix-Forum.

Ich wunderte mich über häufige Netzwerkunterbrechungen und hatte natürlich zuerst den Provider unter Verdacht.

Nun habe ich festgestellt, dass es daran liegt, dass die resolv.conf plötzlich leer ist.
Das passiert plötzlich und ohne dass ich etwas besonderes mache.

Hat jemand eine Idee, woran das liegt?
Ich bin mir nicht sicher, meine aber, dass das erst mit div. Updates angefangen hat.

Vermutlich ab

[2022-12-01T16:30:10+0100] [ALPM] upgraded networkmanager (1.40.4-1.1 -> 1.40.6-1)

Mit dem nächsten Update tritt es immer noch auf

[2022-12-23T22:53:11+0100] [ALPM] upgraded networkmanager (1.40.6-1 -> 1.40.8-1)

Mit MX Linux gibt es keine Probleme.

Danke im Voraus

TM

gosia · 27. Dezember 2022, 15:00:02

Hallo Thats_me,

Zitat von: Thats_me am 27. Dezember 2022, 13:40:33ich hoffe, ihr hattet angenehme und erholsame Feiertage.

Danke gleichfalls, kann nicht klagen...
Zum Problem:
bist Du sicher, dass bei dir noch der NetworkManager werkelt? Artix hat vor einiger Zeit auf ConnMan umgestellt und beides zugleich funktioniert nicht. Das solltest Du zuerst kontrollieren.
Aber ich habe zum Testen mal ConnMan angehalten und NetworkManager wieder installiert (Version 1.40.8-1) und kann solche Unarten nicht bestätigen.
Also, wenn bei dir tatsächlich nur der NetworkManager läuft und kein ConnMan, dann halte ihn mal kurz an, dann starten im Debug-Modus und poste bitte das Protokoll:

sudo pkill NetworkManager
sudo NetworkManager -d

vielleicht auch noch die Konfigurationsdatei vom NetworkManager

NetworkManager --print-config

dann können wir besser mit vereinten Kräften an die Problemlösung gehen.
Und zum besseren Verständnis:
auch wenn Du mit Hand was vernünftiges in die resolv.conf einträgst ist beim nächsten Start die Datei völlig leer?

viele Grüsse gosia

Thats_me · 27. Dezember 2022, 15:55:38

Update.

Ich habe ein bisschen experimentiert. Es wird leider wieder ein bisschen chaotisch. Ihr kennt mich ja

Ich schreibe das, damit ihr seht, dass ich selbst nach einer Lösung frage und euch nicht beim kleinsten Problem plage

Es betrifft offensichtlich nur die eth Verbindung. Mit Wlan funktioniert alles.

Ablauf:
wlan angeschaltet (dhcp nur adressen, da DNS eingetragen)

# Generated by NetworkManager
nameserver 159.69.114.157
nameserver 80.241.218.68
nameserver 2a01:4f8:c17:739a::2

wlan getrennt funkverbindung aber angelassen
resolv leer!

Egal, was ich in eth einstelle, die resov ist immer leer.
Ich habe Netzwerk deaktivieren und wieder aktivieren versucht, weil ich dachte, dass die resolv dann neu eingelesen wird. War wohl ein Irrtum?
(Natürlich habe ich auch den LAN Stecker geprüft, der sitzt)

Ich habe das hier gelesen und nicht ganz verstanden. Übersetzt mit DeepL

https://askubuntu.com/questions/623940/network-manager-how-to-stop-nm-updating-etc-resolv-conf

ZitatUm NetworkManager daran zu hindern, die resolv.conf zu ändern, sollten Sie in allen Verbindungskonfigurationen, die auf Ihrem Rechner aktiv werden, "Nur automatische (DHCP-)Adressen" auswählen.

Das habe ich ja.
Dann. Bei Artix ist ja einiges anders, den Pfad gibt es nicht.

ZitatSie können entweder die grafische Benutzeroberfläche in den IPv4-Einstellungen der Verbindung verwenden und im Modus "nur Adressen" auswählen, oder Sie tun dies selbst, indem Sie die entsprechende Verbindungsdatei in /etc/NetworkManager/system-connections/ bearbeiten und die Zeile ignore-auto-dns=true in den Abschnitt [ipv4] einfügen.

Aber, den Pfad gibt es

/etc/resolv.conf

is symlinked to

/run/resolvconf/resolv.conf

. NetworkManager doesn't update /etc/resolv.conf directly (only updates /run/resolvconf/resolv.conf). So:

remove symlink (
```
rm /etc/resolv.conf
```
)
write you own version of
```
/etc/resolv.conf
```

/run/NetworkManager/resolv.conf ist identisch mit der in etc. Ob da ein symlink ist, keine Ahnung, keinen gefunden.

# Generated by NetworkManager
nameserver 159.69.114.157
nameserver 80.241.218.68
nameserver 2a01:4f8:c17:739a::2

Dann habe ich noch was gelesen, wegen managed oder nicht managed.
Da gibt es noch das Verzeichnis /run/NetworkManager/devices/
Dort sind 2 Dateien Eine für wlan und eine für eth

Bei beiden steht (den Rest habe ich weg gelassen)

[device]
managed=true

Die von eth ist natürlich leer, wenn/weil keine Verbindung hergestellt werden kann.

Dann gibt es ja noch /var/run/NetworkManager/devices/
/var/run ist anscheinend ein symlink ordner?
Dort sind die Einstellungen der Devices auch wie oben

So, nun habe ich euch wieder zugetextet

Thats_me · 27. Dezember 2022, 16:08:03

Danke

@gosia,

den habe ich komplett deinstalliert und irgendwo hatte ich gelesen, dass da in einem Verzeichnis noch was vom connman drin steht. Das habe ich also auch gelöscht.
Von dem ist nichts mehr auf dem System. Laut pacman -Q

Zitatauch wenn Du mit Hand was vernünftiges in die resolv.conf einträgst ist beim nächsten Start die Datei völlig leer?

Ich hatte von MX heraus die etc/resolv conf manuell bearbeitet und den nameserver eingetragen, und dann Artix gestartet. Nutzte nichts. eth keine Netzwerkverbinung. Ich meine sie war leer, könnte das aber nochmals testen. Logisch wäre es, dass sie leer war, sonst hätte er ja eine Verbindung gehabt?

Aktuell funktioniert eth plötzlich wieder! Frag mich bitte nicht warum.
Das Phänomen tritt ja nur ab und zu auf, also zufällig.

xmg:[me]:~$ NetworkManager --print-config
# NetworkManager configuration: /etc/NetworkManager/NetworkManager.conf (lib: 20-connectivity.conf)

[main]
# rc-manager=symlink
# auth-polkit=true
# dhcp=internal
# iwd-config-path=
plugins=keyfile
hostname-mode=none
configure-and-quit=no

[connectivity]
uri=http://ping.archlinux.org/nm-check.txt

[logging]
# backend=syslog
# audit=true

[device]
# wifi.backend=wpa_supplicant

# no-auto-default file "/var/lib/NetworkManager/no-auto-default.state"

Die ist aber sehr lang

xmg:[me]:~$ sudo pkill NetworkManager
[sudo] Passwort für me: 
xmg:[me]:~$ sudo NetworkManager -d
<info>  [1672153236.6120] NetworkManager (version 1.40.8-1) is starting... (after a restart, boot:3480180e-a917-4ad0-89c2-a82abea99a02)
<info>  [1672153236.6121] Read config: /etc/NetworkManager/NetworkManager.conf (lib: 20-connectivity.conf)
<info>  [1672153236.6159] bus-manager: acquired D-Bus service "org.freedesktop.NetworkManager"
<info>  [1672153236.6179] manager[0x55f37057c010]: monitoring kernel firmware directory '/lib/firmware'.
<info>  [1672153236.6202] hostname: hostname: using hostnamed
<info>  [1672153236.6202] hostname: static hostname changed from (none) to "localhost"
<info>  [1672153236.6204] dns-mgr: init: dns=default,systemd-resolved rc-manager=symlink
<info>  [1672153236.6211] rfkill1: found Wi-Fi radio killswitch (at /sys/devices/pci0000:00/0000:00:01.3/0000:03:00.0/ieee80211/phy0/rfkill1) (driver iwlwifi)
<info>  [1672153236.6212] manager[0x55f37057c010]: rfkill: Wi-Fi hardware radio set enabled
<info>  [1672153236.6212] manager[0x55f37057c010]: rfkill: WWAN hardware radio set enabled
<info>  [1672153236.6223] Loaded device plugin: NMAtmManager (/usr/lib/NetworkManager/1.40.8-1/libnm-device-plugin-adsl.so)
<info>  [1672153236.6227] Loaded device plugin: NMOvsFactory (/usr/lib/NetworkManager/1.40.8-1/libnm-device-plugin-ovs.so)
<info>  [1672153236.6228] Loaded device plugin: NMWifiFactory (/usr/lib/NetworkManager/1.40.8-1/libnm-device-plugin-wifi.so)
<info>  [1672153236.6251] Loaded device plugin: NMTeamFactory (/usr/lib/NetworkManager/1.40.8-1/libnm-device-plugin-team.so)
<info>  [1672153236.6259] Loaded device plugin: NMWwanFactory (/usr/lib/NetworkManager/1.40.8-1/libnm-device-plugin-wwan.so)
<info>  [1672153236.6262] Loaded device plugin: NMBluezManager (/usr/lib/NetworkManager/1.40.8-1/libnm-device-plugin-bluetooth.so)
<info>  [1672153236.6264] manager: rfkill: Wi-Fi enabled by radio killswitch; enabled by state file
<info>  [1672153236.6264] manager: rfkill: WWAN enabled by radio killswitch; enabled by state file
<info>  [1672153236.6265] manager: Networking is enabled by state file
<info>  [1672153236.6266] settings: Loaded settings plugin: keyfile (internal)
<info>  [1672153236.6279] dhcp: init: Using DHCP client 'internal'
<info>  [1672153236.6280] device (lo): carrier: link connected
<info>  [1672153236.6281] manager: (lo): new Generic device (/org/freedesktop/NetworkManager/Devices/1)
<info>  [1672153236.6285] device (eth0): carrier: link connected
<info>  [1672153236.6288] manager: (eth0): new Ethernet device (/org/freedesktop/NetworkManager/Devices/2)
<info>  [1672153236.6291] manager: (eth0): assume: will attempt to assume matching connection 'Ethernet-Verbindung 1' (eb7d416f-6fd8-4449-b909-45d0356b0bc6) (indicated)
<info>  [1672153236.6291] device (eth0): state change: unmanaged -> unavailable (reason 'connection-assumed', sys-iface-state: 'assume')
<warn>  [1672153236.6294] device (eth0): connectivity: "/proc/sys/net/ipv4/conf/all/rp_filter" is set to "1". This might break connectivity checking for IPv4 on this device
<info>  [1672153236.6296] device (eth0): state change: unavailable -> disconnected (reason 'connection-assumed', sys-iface-state: 'assume')
<info>  [1672153236.6303] device (eth0): Activation: starting connection 'Ethernet-Verbindung 1' (eb7d416f-6fd8-4449-b909-45d0356b0bc6)
<info>  [1672153236.6305] device (wlan0): driver supports Access Point (AP) mode
<info>  [1672153236.6309] manager: (wlan0): new 802.11 Wi-Fi device (/org/freedesktop/NetworkManager/Devices/3)
<info>  [1672153236.6311] device (wlan0): state change: unmanaged -> unavailable (reason 'managed', sys-iface-state: 'external')
<info>  [1672153236.8514] device (wlan0): set-hw-addr: set MAC address to 8E:87:AA:5A:9B:11 (scanning)
<warn>  [1672153237.0486] device (wlan0): connectivity: "/proc/sys/net/ipv4/conf/all/rp_filter" is set to "1". This might break connectivity checking for IPv4 on this device
<info>  [1672153237.0517] ovsdb: disconnected from ovsdb
<info>  [1672153237.0518] device (eth0): state change: disconnected -> prepare (reason 'none', sys-iface-state: 'assume')
<info>  [1672153237.0521] device (eth0): state change: prepare -> config (reason 'none', sys-iface-state: 'assume')
<info>  [1672153237.0531] device (eth0): state change: config -> ip-config (reason 'none', sys-iface-state: 'assume')
<info>  [1672153237.0535] dhcp4 (eth0): activation: beginning transaction (timeout in 45 seconds)
<warn>  [1672153237.0537] modem-manager: error poking ModemManager: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name org.freedesktop.ModemManager1 was not provided by any .service files
<info>  [1672153237.0673] dhcp4 (eth0): state changed new lease, address=192.168.5.100
<info>  [1672153237.0686] agent-manager: agent[a321fd235ceeef7a,:1.38/org.freedesktop.nm-applet/1000]: agent registered
<info>  [1672153237.0688] policy: set 'Ethernet-Verbindung 1' (eth0) as default for IPv4 routing and DNS
<info>  [1672153237.0766] device (eth0): state change: ip-config -> ip-check (reason 'none', sys-iface-state: 'assume')
<info>  [1672153237.0785] device (eth0): state change: ip-check -> secondaries (reason 'none', sys-iface-state: 'assume')
<info>  [1672153237.0786] device (eth0): state change: secondaries -> activated (reason 'none', sys-iface-state: 'assume')
<info>  [1672153237.0788] manager: NetworkManager state is now CONNECTED_SITE
<info>  [1672153237.0790] device (eth0): Activation: successful, device activated.
<info>  [1672153237.1267] device (wlan0): supplicant interface state: internal-starting -> disconnected
<info>  [1672153237.1268] Wi-Fi P2P device controlled by interface wlan0 created
<info>  [1672153237.1270] manager: (p2p-dev-wlan0): new 802.11 Wi-Fi P2P device (/org/freedesktop/NetworkManager/Devices/4)
<info>  [1672153237.1271] device (p2p-dev-wlan0): state change: unmanaged -> unavailable (reason 'managed', sys-iface-state: 'external')
<info>  [1672153237.1276] device (wlan0): state change: unavailable -> disconnected (reason 'supplicant-available', sys-iface-state: 'managed')
<warn>  [1672153237.1279] device (wlan0): wifi-scan: active scanning for networks due to profiles with wifi.hidden=yes. This makes you trackable
<info>  [1672153237.1280] device (p2p-dev-wlan0): state change: unavailable -> disconnected (reason 'none', sys-iface-state: 'managed')
<info>  [1672153240.7924] policy: auto-activating connection 'Linuxfan' (ab477a3f-f7f4-48d0-8b7c-7e5a93becfd0)
<info>  [1672153240.7927] device (wlan0): Activation: starting connection 'Linuxfan' (ab477a3f-f7f4-48d0-8b7c-7e5a93becfd0)
<info>  [1672153240.7928] device (wlan0): state change: disconnected -> prepare (reason 'none', sys-iface-state: 'managed')
<info>  [1672153240.7931] manager: NetworkManager state is now CONNECTING
<info>  [1672153240.7992] device (wlan0): set-hw-addr: reset MAC address to 64:BC:58:01:C5:84 (preserve)
<info>  [1672153240.8006] device (wlan0): state change: prepare -> config (reason 'none', sys-iface-state: 'managed')
<info>  [1672153240.8009] device (wlan0): Activation: (wifi) access point 'Linuxfan' has security, but secrets are required.
<info>  [1672153240.8010] device (wlan0): state change: config -> need-auth (reason 'none', sys-iface-state: 'managed')
<info>  [1672153240.8023] device (wlan0): state change: need-auth -> prepare (reason 'none', sys-iface-state: 'managed')
<info>  [1672153240.8027] device (wlan0): state change: prepare -> config (reason 'none', sys-iface-state: 'managed')
<info>  [1672153240.8031] device (wlan0): Activation: (wifi) connection 'Linuxfan' has security, and secrets exist.  No new secrets needed.
<info>  [1672153240.8031] Config: added 'ssid' value 'Linuxfan'
<info>  [1672153240.8031] Config: added 'scan_ssid' value '1'
<info>  [1672153240.8031] Config: added 'bgscan' value 'simple:30:-70:86400'
<info>  [1672153240.8031] Config: added 'key_mgmt' value 'WPA-PSK WPA-PSK-SHA256 FT-PSK SAE FT-SAE'
<info>  [1672153240.8032] Config: added 'psk' value '<hidden>'
<info>  [1672153240.9017] device (wlan0): supplicant interface state: disconnected -> inactive
<info>  [1672153240.9017] device (p2p-dev-wlan0): supplicant management interface state: disconnected -> inactive
<info>  [1672153240.9140] device (wlan0): supplicant interface state: inactive -> authenticating
<info>  [1672153240.9140] device (p2p-dev-wlan0): supplicant management interface state: inactive -> authenticating
<info>  [1672153240.9417] device (wlan0): supplicant interface state: authenticating -> associating
<info>  [1672153240.9418] device (p2p-dev-wlan0): supplicant management interface state: authenticating -> associating
<info>  [1672153240.9597] device (wlan0): supplicant interface state: associating -> associated
<info>  [1672153240.9598] device (p2p-dev-wlan0): supplicant management interface state: associating -> associated
<info>  [1672153241.8640] manager: NetworkManager state is now CONNECTED_GLOBAL
<info>  [1672153242.2210] device (wlan0): supplicant interface state: associated -> completed
<info>  [1672153242.2211] device (wlan0): Activation: (wifi) Stage 2 of 5 (Device Configure) successful. Connected to wireless network "Linuxfan"
<info>  [1672153242.2211] device (p2p-dev-wlan0): supplicant management interface state: associated -> completed
<info>  [1672153242.2215] device (wlan0): state change: config -> ip-config (reason 'none', sys-iface-state: 'managed')
<info>  [1672153242.2225] dhcp4 (wlan0): activation: beginning transaction (timeout in 45 seconds)
<info>  [1672153242.2330] dhcp4 (wlan0): state changed new lease, address=192.168.5.102
<info>  [1672153242.2432] device (wlan0): state change: ip-config -> ip-check (reason 'none', sys-iface-state: 'managed')
<info>  [1672153242.2450] device (wlan0): state change: ip-check -> secondaries (reason 'none', sys-iface-state: 'managed')
<info>  [1672153242.2453] device (wlan0): state change: secondaries -> activated (reason 'none', sys-iface-state: 'managed')
<info>  [1672153242.2464] device (wlan0): Activation: successful, device activated.
<info>  [1672153242.2470] manager: startup complete

Daemon · 27. Dezember 2022, 17:28:46

Würde das Forum von Artix gehen, könnte ich mal den Thread raus suchen, bei dem jemand das gleiche Problem hatte dass immer die resolv.conf überschrieben wurde. Ist gar nicht lange her.

Thats_me · 27. Dezember 2022, 18:22:17

Ok, ich meine ich hatte dort schon gesucht. Aber ich schau nochmal.

Aber da ging es um eine Fehlermeldung vom NWM, die ich suchte.

gosia · 27. Dezember 2022, 21:05:11

Hallo Thats_me,
ok, da ist nichts auffälliges in deinen Dateien, es sei denn, ich übersehe was...
Aber mir ist zuviel Unschärfe im Thread.

Zitat von: Thats_me am 27. Dezember 2022, 16:08:03Ich meine sie war leer,

Meinst Du nur, oder weisst Du es? Ja, Du hast ein paar mal geschrieben, sie sei leer, aber "meinen" macht mich unsicher.
ausserdem: "resolv.conf überschreiben" und "den Inhalt von resolv.conf löschen" sind zwei verschiedene Paar Schuhe

Dass die resolv.conf überschrieben wird, oder besser gesagt "neu angelegt wird" ist normal, jedenfalls solange Du den NetworkManager nicht daran hinderst. Das geschieht bei jedem neu booten. Insofern kann ich mir schlecht vorstellen, dass dies sozusagen "zufällig" in unregelmässigen Abständen passiert. Jedenfalls nicht durch den NetzwerkManager verursacht.
Systematisch würde ich so vorgehen:
Direkt nach dem booten die resolv.conf kontrollieren, sowohl den Inhalt als auch die Entstehungszeit. Ist der Inhalt korrekt und passt die Zeit zur Bootzeit?
Wenn die Internetverbindung nicht mehr funktioniert, nochmal das gleiche Prozedere -> was hat sich in der resolv.conf verändert?
Diese "Weisheiten" sind dir ganz sicher schon selbst klar, aber irgendwas muss ich ja vom Stapel lassen

Mit diesen Daten kannst Du dann zielgerechter das Artix-Forum füttern. Was nicht heisst, dass es nicht auch hier weitergehen kann. Nur fäll mir im Moment nichts gescheites ein...

viele Grüsse gosia

Thats_me · 28. Dezember 2022, 00:28:10

Hi gosia,

ZitatDu hast ein paar mal geschrieben, sie sei leer,

Ja, und das war auch so gemeint. Das habe ich geprüft

Zitat von: gosia am 27. Dezember 2022, 21:05:11Meinst Du nur, oder weisst Du es?

Lediglich was den einen konkreten Fall und deine Frage betraf

Zitatauch wenn Du mit Hand was vernünftiges in die resolv.conf einträgst ist beim nächsten Start die Datei völlig leer?

sagte ich dass ich es nicht sicher weiß, sondern "meine" und mir nicht sicher bin.
Da weiß ich nur, dass eth nicht funktionierte, nachdem ich sie in MX änderte. Aber du hast ja nun erklärt, dass nach einem Neustart die resolv neu eingelesen oder überschrieben wird.

Was ich aber weiß. Wenn die Verbindung unerwartet abbrach, dass dann auch die resolve leer war.

Zitat"resolv.conf überschreiben" und "den Inhalt von resolv.conf löschen"

Mei, ich dachte das ist verständlich,
Titel =Networkanager löscht Inhalt von resolv.conf
in Kombination mit Problembeschreibung.
Nun habe ich festgestellt, dass es daran liegt, dass die resolv.conf plötzlich leer ist.

Dann ist es halt überschrieben statt Inhalt löschen. Wichtig ist doch, dass es unerklärbar ist, warum urplötzlich während des Surfens die Verbindung abbricht und die resolv leer ist.

Oder kann mit einer leeren resolv.conf eine Verbindung hergestellt werden? Ich denke nicht.

Ich bin halt nicht so firm wie du und benutze die 100% absolut korrekten Begriffe.
Da bin ich darauf angewiesen, dass du das Problem aus dem Kontext heraus nachvollziehen kannst und nicht an den reinen Begriffen.
Ok, sie wird offensichtlich überschreiben und nicht der Inhalt gelöscht. Sie wird als leer überschrieben.
Wäre das die korrekte Beschreibung?

ZitatDass die resolv.conf überschrieben wird, oder besser gesagt "neu angelegt wird" ist normal, jedenfalls solange Du den NetworkManager nicht daran hinderst.

Ich wüsste gar nicht wie das geht.

ZitatInsofern kann ich mir schlecht vorstellen, dass dies sozusagen "zufällig" in unregelmässigen Abständen passiert. Jedenfalls nicht durch den NetzwerkManager verursacht.

Eine andere Idee?

Zitatok, da ist nichts auffälliges in deinen Dateien, es sei denn, ich übersehe was...

Das hier klingt für mich schon nach div. Verbindungsproblemen:

<warn>  [1672153236.6294] device (eth0): connectivity: "/proc/sys/net/ipv4/conf/all/rp_filter" is set to "1". This might break connectivity checking for IPv4 on this device
 <info>  [1672153236.6296] device (eth0): state change: unavailable -> disconnected (reason 'connection-assumed', sys-iface-state: 'assume')

Aber vielleicht helfen logs? Ich weiß noch ungefähr, wann die Verbindung abgebrochen ist. Bei früheren Abbrüchen (kein Crash wie gerade eben) fand ich mehrere Einträge, die für mich wie einen Fehler im NWM aussahen.

Welches log wäre denn das Hilfreichste?

Wie es der Zufall will
Soeben während ich den Beitrag schrieb, ein crash. Zum Glück war mein Beitrag noch da.

Das hatte ich noch nie! Sonst immer nur Verbindungsabbrüche. Auch Neustart half nichts.

Nach Verbindungsabbruch!
Leiste -> Anzeige Netzwerkmanager läuft zur Zeit nicht.
Resolv war nicht leer!

xmg:[me]:~$ nmcli device show
Fehler: NetworkManager wird nicht ausgeführt.

xmg:[me]:~$ sudo rc-service NetworkManager start
 * WARNING: NetworkManager has already been started

? Kapier ich nicht.

xmg:[me]:~$ sudo rc-service NetworkManager stop
[sudo] Passwort für me: 
 * Executing: /usr/lib/openrc/sh/openrc-run.sh /usr/lib/openrc/sh/openrc-run.sh /etc/init.d/netmount stop
 * Unmounting network filesystems ...                                                                      [ ok ]
 * Executing: /usr/lib/openrc/sh/openrc-run.sh /usr/lib/openrc/sh/openrc-run.sh /etc/init.d/NetworkManager stop
 * Stopping NetworkManager ...
 * start-stop-daemon: fopen `/run/NetworkManager/NetworkManager.pid': No such file or directory            [ ok ]
xmg:[me]:~$ sudo rc-service NetworkManager start
 * Executing: /usr/lib/openrc/sh/openrc-run.sh /usr/lib/openrc/sh/openrc-run.sh /etc/init.d/NetworkManager start
 * Starting NetworkManager ...
 * start-stop-daemon: fopen `/run/NetworkManager/NetworkManager.pid': No such file or directory
 * Detaching to start `/usr/sbin/NetworkManager' ...                                                        [ ok ]
Wird verbunden...............    1s [online]
xmg:[me]:~$

Läuft wieder.
Error log
Dec 27 23:53:02 xmg /etc/init.d/NetworkManager[21610]: status: crashed
Dec 27 23:53:02 xmg /etc/init.d/NetworkManager[21630]: status: crashed
Dec 27 23:53:02 xmg /etc/init.d/NetworkManager[21680]: status: crashed
Dec 27 23:53:02 xmg /etc/init.d/NetworkManager[21696]: status: crashed

Auf jeden Fall stimmt da was nicht.
Wenn auch Daemon sagt, dass die leere resolv.conf ein bekanntes Problem ist, wird es wohl doch am Networkmanager liegen?

Obwohl sich gosia nicht vorstellen kann, "dass dies sozusagen "zufällig" in unregelmässigen Abständen passiert."?
Was mich natürlich sehr irritiert, denn sie ist ja extrem kompetent und weiß so gut wie alles.

Ist ja nichts neues, dass ich Problme habe die eigentlich nicht sein können und sich niemand erklären kann

Naja gute Nacht. Mal sehen was der morgige Tag wieder für Überraschungen bringt

gosia · 28. Dezember 2022, 11:21:26

Hallo Thats_me,

Zitat von: Thats_me am 28. Dezember 2022, 00:28:10weiß so gut wie alles.

Danke für die Blumen, aber dem ist leider nicht so, sonst hätte ich ratzfatz eine Lösung für dein Problem.

Zitat von: Thats_me am 28. Dezember 2022, 00:28:10Mei, ich dachte das ist verständlich,

Ja, tut mir leid, ich weiss dass ich oft unerträglich erbsenzählerisch veranlagt bin. "resolv.conf ist leer" ist eindeutig genug, aber dann bin ich eben über das "ich meine..." gestolpert.

Zitat von: Thats_me am 28. Dezember 2022, 00:28:10Ich wüsste gar nicht wie das geht.

In /etc/NetworkManager/NetworkManager.conf in der Abteilung [main] folgende Zeile einfügen:

dns=none

Zitat von: Thats_me am 28. Dezember 2022, 00:28:10Wenn auch Daemon sagt, dass die leere resolv.conf ein bekanntes Problem ist
.

Ich wage es nicht, Daemon zu widersprechen

Offenbar habe ich das wohl verschlafen. Mir jedenfalls ist eine leere resolv.conf noch nicht über den Weg gelaufen.
Muss aber leider erstmal aufhören, andere persönliche Dinge harren der Erledigung, tut mir leid.

viele Grüsse gosia

Thats_me · 28. Dezember 2022, 17:41:51

Hi gosia,

Zitat von: gosia am 28. Dezember 2022, 11:21:26Danke für die Blumen, aber dem ist leider nicht so, sonst hätte ich ratzfatz eine Lösung für dein Problem.

Verdient ist verdient. Würdest du davor sitzen, hättest du eine Lösung gefunden. Da bin ich mir sicher!

Zitat von: gosia am 28. Dezember 2022, 11:21:26Ja, tut mir leid, ich weiss dass ich oft unerträglich erbsenzählerisch veranlagt bin.

Und ich bin manchmal sehr empfindlich. So lange du das Echo verträgst, ist doch alles gut

Zitat von: gosia am 28. Dezember 2022, 11:21:26Mir jedenfalls ist eine leere resolv.conf noch nicht über den Weg gelaufen.

Ich denke ich kann das logisch erklären?
Heute wieder Verbindungsabbruch von eth0

Da ich ja inzw. wlan wieder aktiviert habe, habe ich keine direkt merkbaren Verbindungsabbrüche mehr, da ja dann das wlan einspringt.
Ich habe dann die resolv mal gecheckt. Da dort offensichtlich immer der Eintrag der aktuellen Verbindung drin steht, war sie nicht leer. Denn wlan war aktiv und funktioniert ja.

Dann schaltet ich das wlan aus und die resolv war dann leer.
Warum und wie das passiert, weiß ich nicht.
Das Problem scheint aber insofern logisch, denn nun war ja eth0 die "Masterverbindung" und die wurde abgebrochen. Sie kann nicht mehr hergestellt werden, weil die resolv leer ist.

Ich habe folgendes gemacht:
wlan deaktiviert, nameserver in die resolv.conf eingetragen.

xmg:[me]:~$ sudo nano /etc/resolv.conf

In Leiste netwerk deaktiviert, wieder aktiviert. Ich dachte, dass wird die resolv vielleicht neu eingelesen?
eth0 ging nicht, also

[sudo] Passwort für me:

xmg:[me]:~$ sudo rc-service NetworkManager stop
 * Executing: /usr/lib/openrc/sh/openrc-run.sh /usr/lib/openrc/sh/openrc-run.sh /etc/init.d/NetworkManager stop
 * Stopping NetworkManager ...
 * Will stop PID 2436
 * Sending signal 15 to PID 2436 ...                                      [ ok ]
xmg:[me]:~$ sudo rc-service NetworkManager start
 * Executing: /usr/lib/openrc/sh/openrc-run.sh /usr/lib/openrc/sh/openrc-run.sh /etc/init.d/NetworkManager start
 * Starting NetworkManager ...
 * start-stop-daemon: fopen `/run/NetworkManager/NetworkManager.pid': No such file or directory
 * Detaching to start `/usr/sbin/NetworkManager' ...                      [ ok ]
Wird verbunden...............    0s [offline]
 * Marking NetworkManager as inactive. It will automatically be marked
 * as started after a network connection has been established.
 * WARNING: NetworkManager has started, but is inactive
xmg:[me]:~$

Das ist irritierend dass er inaktiv ist. Denn, stelle ich die wlan Verbindung wieder her, klappt es.
Logische Schlussfolgerung wäre, dass eigentlich nicht der networkmanager insgesamt inaktiv ist, sondern nur die eth0 Verbindung?

Aktuell wird (unmerklich) auch immer wieder die wlan Verbindung neu hergestellt. Also anscheinend kurzzeitige Unterbrechungen. Das sehe ich oben in der Leiste.

Im nächsten Beitrag poste ich mal div. logs. Ich schätze langsam, meine Kiste ist voll von bugs oder falschen Konfigurationen.

Thats_me · 28. Dezember 2022, 17:52:30

Heute konnte ich einigermaßen genau den Zeitpunkt des Verbindungsabbruches feststellen.
Es war +- 16:30-16:33?

messages

Dec 28 16:30:50 xmg NetworkManager[2436]: <info>  [1672241450.5566] device (eth0): state change: config -> ip-config (reason 'none', sys-iface-state: 'managed')
Dec 28 16:30:50 xmg NetworkManager[2436]: <info>  [1672241450.5570] dhcp4 (eth0): activation: beginning transaction (timeout in 45 seconds)
Dec 28 16:30:50 xmg kernel: Generic FE-GE Realtek PHY r8169-0-200:00: Downshift occurred from negotiated speed 1Gbps to actual speed 10Mbps, check cabling!
Dec 28 16:30:50 xmg kernel: r8169 0000:02:00.0 eth0: Link is Up - 10Mbps/Full (downshifted) - flow control rx/tx
Dec 28 16:30:50 xmg kernel: r8169 0000:02:00.0 eth0: Link is Down
Dec 28 16:30:56 xmg NetworkManager[2436]: <info>  [1672241456.5575] device (eth0): state change: ip-config -> unavailable (reason 'carrier-changed', sys-iface-state: 'managed')
Dec 28 16:30:56 xmg NetworkManager[2436]: <info>  [1672241456.6497] dhcp4 (eth0): canceled DHCP transaction
Dec 28 16:30:56 xmg NetworkManager[2436]: <info>  [1672241456.6498] dhcp4 (eth0): state changed no lease
Dec 28 16:30:56 xmg kernel: r8169 0000:02:00.0 eth0: Link is Down
Dec 28 16:31:26 xmg NetworkManager[2436]: <info>  [1672241486.8786] device (eth0): carrier: link connected
Dec 28 16:31:26 xmg NetworkManager[2436]: <info>  [1672241486.8790] device (eth0): state change: unavailable -> disconnected (reason 'carrier-changed', sys-iface-state: 'managed')
Dec 28 16:31:26 xmg kernel: Generic FE-GE Realtek PHY r8169-0-200:00: Downshift occurred from negotiated speed 1Gbps to actual speed 10Mbps, check cabling!
Dec 28 16:31:26 xmg kernel: r8169 0000:02:00.0 eth0: Link is Up - 10Mbps/Full (downshifted) - flow control rx/tx
Dec 28 16:31:26 xmg NetworkManager[2436]: <info>  [1672241486.8800] policy: auto-activating connection 'Ethernet-Verbindung 1' (eb7d416f-6fd8-4449-b909-45d0356b0bc6)
Dec 28 16:31:26 xmg NetworkManager[2436]: <info>  [1672241486.8805] device (eth0): Activation: starting connection 'Ethernet-Verbindung 1' (eb7d416f-6fd8-4449-b909-45d0356b0bc6)
Dec 28 16:31:26 xmg NetworkManager[2436]: <info>  [1672241486.8807] device (eth0): state change: disconnected -> prepare (reason 'none', sys-iface-state: 'managed')
Dec 28 16:31:26 xmg NetworkManager[2436]: <info>  [1672241486.8812] device (eth0): state change: prepare -> config (reason 'none', sys-iface-state: 'managed')
Dec 28 16:31:26 xmg NetworkManager[2436]: <info>  [1672241486.8826] device (eth0): state change: config -> ip-config (reason 'none', sys-iface-state: 'managed')
Dec 28 16:31:26 xmg NetworkManager[2436]: <info>  [1672241486.8834] dhcp4 (eth0): activation: beginning transaction (timeout in 45 seconds)
Dec 28 16:31:26 xmg kernel: r8169 0000:02:00.0 eth0: Link is Down
Dec 28 16:31:32 xmg NetworkManager[2436]: <info>  [1672241492.8827] device (eth0): state change: ip-config -> unavailable (reason 'carrier-changed', sys-iface-state: 'managed')
Dec 28 16:31:32 xmg NetworkManager[2436]: <info>  [1672241492.9794] dhcp4 (eth0): canceled DHCP transaction
Dec 28 16:31:32 xmg NetworkManager[2436]: <info>  [1672241492.9794] dhcp4 (eth0): state changed no lease
Dec 28 16:31:32 xmg kernel: r8169 0000:02:00.0 eth0: Link is Down

kernel

Dec 28 16:30:50 xmg kernel: r8169 0000:02:00.0 eth0: Link is Down
Dec 28 16:30:56 xmg kernel: r8169 0000:02:00.0 eth0: Link is Down
Dec 28 16:31:26 xmg kernel: Generic FE-GE Realtek PHY r8169-0-200:00: Downshift occurred from negotiated speed 1Gbps to actual speed 10Mbps, check cabling!
Dec 28 16:31:26 xmg kernel: r8169 0000:02:00.0 eth0: Link is Up - 10Mbps/Full (downshifted) - flow control rx/tx
Dec 28 16:31:26 xmg kernel: r8169 0000:02:00.0 eth0: Link is Down
Dec 28 16:31:32 xmg kernel: r8169 0000:02:00.0 eth0: Link is Down
Dec 28 16:32:02 xmg kernel: Generic FE-GE Realtek PHY r8169-0-200:00: Downshift occurred from negotiated speed 1Gbps to actual speed 10Mbps, check cabling!

errors

Dec 28 12:56:22 xmg ntpd[2565]: unable to create socket on wlan0 (7) for fe80::d336:e0a5:dd7d:c76%3#123
Dec 28 16:08:44 xmg ntpd[2565]: bind(23) AF_INET6 fe80::69cd:e1c2:ce33:8c6f%2#123 flags 0x11 failed: Cannot assign requested address
Dec 28 16:08:44 xmg ntpd[2565]: unable to create socket on eth0 (9) for fe80::69cd:e1c2:ce33:8c6f%2#123
Dec 28 16:13:49 xmg ntpd[2565]: bind(23) AF_INET6 fe80::69cd:e1c2:ce33:8c6f%2#123 flags 0x11 failed: Cannot assign requested address
Dec 28 16:13:49 xmg ntpd[2565]: unable to create socket on eth0 (10) for fe80::69cd:e1c2:ce33:8c6f%2#123
Dec 28 16:18:32 xmg ntpd[2565]: bind(23) AF_INET6 fe80::69cd:e1c2:ce33:8c6f%2#123 flags 0x11 failed: Cannot assign requested address
Dec 28 16:18:32 xmg ntpd[2565]: unable to create socket on eth0 (11) for fe80::69cd:e1c2:ce33:8c6f%2#123
Dec 28 16:20:13 xmg ntpd[2565]: bind(23) AF_INET6 fe80::69cd:e1c2:ce33:8c6f%2#123 flags 0x11 failed: Cannot assign requested address
Dec 28 16:20:13 xmg ntpd[2565]: unable to create socket on eth0 (12) for fe80::69cd:e1c2:ce33:8c6f%2#123
Dec 28 16:21:41 xmg ntpd[2565]: bind(23) AF_INET6 fe80::69cd:e1c2:ce33:8c6f%2#123 flags 0x11 failed: Cannot assign requested address
Dec 28 16:21:41 xmg ntpd[2565]: unable to create socket on eth0 (13) for fe80::69cd:e1c2:ce33:8c6f%2#123
Dec 28 16:51:31 xmg ntpd[2565]: bind(24) AF_INET6 fe80::d336:e0a5:dd7d:c76%3#123 flags 0x11 failed: Cannot assign requested address
Dec 28 16:51:31 xmg ntpd[2565]: unable to create socket on wlan0 (15) for fe80::d336:e0a5:dd7d:c76%3#123

So geht es quasi im Minutentakt.

Das mit dem check calbe irritiert mich. Denn das checke ich als erstes. Oftmals steckte ich es aus und wieder ein. Ohne Erfolgt. Was ja auch wiederum logisch ist, wenn die resolv anscheinend auf unerklärlicher Weise leer ist.

Im Artix Forum habe ich noch nicht geschaut, werde ich aber mal machen.
Vielleicht verstehe ich ja einiges, ohne "stundenlang" DeepL bemühen zu müssen

Bis hier hin mal herzlichen Dank!!

EDIT: Evtl. liegt es auch am alternativen DNS Server?

NetworkManager[2436]: <info>  [1672241492.9794] dhcp4 (eth0): canceled DHCP transaction

Kann ich ja mal raus nehmen.

Daemon · 28. Dezember 2022, 18:42:41

Teste mal den anderen Treiber, also den für 8168. Ich glaube der für 8169 hat immer noch Probleme.

Thats_me · 28. Dezember 2022, 21:30:16

Zitat von: Daemon am 28. Dezember 2022, 18:42:41Teste mal den anderen Treiber, also den für 8168. Ich glaube der für 8169 hat immer noch Probleme.

Danke. Puh, für mich natürlich eine Herausforderung. Und ziemlich angstbesetzt

Da das erst mit dem Update des Neworkmanagers auftrat hoffe ich, dass es eine einfachere Lösung gibt.
Ich warte erst mal ab, ob gosia noch etwas einfällt.

Notfalls nehme ich halt connman und muss schauen, dass ich mit den zurecht komme. Der scheint wohl problemloser zu laufen.

gosia · 28. Dezember 2022, 22:47:43

Hallo Thats_me,

Zitat von: Thats_me am 28. Dezember 2022, 21:30:16Ich warte erst mal ab, ob gosia noch etwas einfällt.

Ne, ich finde die Idee von Daemon mit dem Treiberwechsel gut.

Zitat von: Thats_me am 28. Dezember 2022, 17:52:30
Downshift occurred from negotiated speed 1Gbps to actual speed 10Mbps

dieser ständige Geschwindigkeitswechsel deutet schon auf auf Treiberprobleme hin.
Deine geposteten Errormeldungen für ntp liegen leider alle ausserhalb des vermuteten Zeitraums zwischen 16:30 und 16:33. Merkwürdigerweise scheinen aber die Verbindungen zum Zeitserver auch nicht über wlan zu funktionieren. Das ist zwar verwandt, aber ich will keine neue Baustelle aufmachen.
Kleiner Test:
Kannst Du eth0 mit ip auf die Beine bringen?

sudo ip link set eth0 up

und was sagt

inxi -niz

viele Grüsse gosia

Thats_me · 29. Dezember 2022, 09:41:10

Guten Morgen gosia,

Zitat von: gosia am 28. Dezember 2022, 22:47:43Kannst Du eth0 mit ip auf die Beine bringen?

Momentan funktioniert eth0, kann ich beim nä Ausfall aber mal testen

xmg:[me]:~$ inxi -niz
Network:
  Device-1: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet
    driver: r8169
  IF: eth0 state: up speed: :100 Mbps duplex full mac: <filter>
  IP v4: <filter> type: noprefixroute scope: global
  IP v6: <filter> type: noprefixroute scope: link
  Device-2: Intel Wi-Fi 6 AX200 driver: iwlwifi
  IF: wlan0 state: up mac: <filter>
  IP v4: <filter> type: noprefixroute scope: global
  IP v6: <filter> type: noprefixroute scope: link
  WAN IP: <filter>
xmg:[me]:~$