Hallo Thats_me,

Zitat von: Thats_me am 04. Januar 2023, 18:33:35Zuerst habe ich alle Pakete von nm mit -Rs deinstalliert.

Du machst ja ziemlich mutige Sachen. -Rs ist mir immer zu heftig, wer weiss, was das alles mit in den Abgrund reisst.

Zitat von: Thats_me am 04. Januar 2023, 18:33:35Die beiden vertragen sich ja nicht.

Schon richtig, aber es hätte für den Anfang gereich, den Dienst zu stoppen, oder besser gesagt zu löschen.

sudo rc-update delete NetworkManager

aber gut, geschehen ist geschehen.

Zitat von: Thats_me am 04. Januar 2023, 18:33:35Dann habe ich ganz normal mit sudo pacman -S alles installiert, was connman braucht.

Naja, connman braucht nicht viel. Da Du openrc benutzt reicht ein

sudo pacman -S connman-openrc

das liefert dir den Startmechanismus für connman und connman höchstselbst auch.
Dann ein herzhaftes

sudo rc-update add connmand

beachte das d am Ende von connman! und der Drops ist eigentlich gelutscht. Soweit jedenfalls die Theorie, wie ich das erfolgreich gemacht habe.
Aber die Meldung

Zitat von: Thats_me am 04. Januar 2023, 18:33:35Can't load /usr/lib/connman/plugins-vpn

deute ich mal so, dass Du ein wenig mehr installiert hast, dürfte aber eigentlich nicht stören.
Was nun? Poste mal für den Anfang die Ausgabe von

connmanctl state
connmanctl technologies

Zitat von: Thats_me am 04. Januar 2023, 18:33:35Artix findet mein eth0 Treiber nicht mehr.

da habe ich jetzt Verständnisprobleme. Wie äussert sich das konkret? Fehlermeldungen? Was sagt

ip link

viele Grüsse gosia

Hallo, ich schon wieder *flücht*,

das darf ich ja keinem sagen. Ich bin anscheinend zu blöd connman zu installieren, bzw. in Gang zu bringen.
Ich poste jetzt aus MX heraus.

Zuerst habe ich alle Pakete von nm mit -Rs deinstalliert. Die beiden vertragen sich ja nicht.
Dann habe ich ganz normal mit sudo pacman -S alles installiert, was connman braucht.
connman, connman-openrc. Die weiteren benötigten Abhängigkeiten habe ich auch gecheckt. Bei der Installation kamen auch keine Fehlermeldungen.

connman startet nicht automatisch.
Was muss man denn da Spezielles machen nach dem Installieren?

Ich habe mal die logs durchforstet. Hilft das?
error.log

Jan  4 16:56:45 xmg connman-vpnd[6409]: Can't load /usr/lib/connman/plugins-vpn/openconnect.so: libopenconnect.so.5: cannot open shared object file: No such file or directory
Jan  4 17:02:08 xmg connmand[6406]: D-Bus disconnect
Jan  4 17:02:08 xmg connman-vpnd[6409]: D-Bus disconnect

VPN nutze ich nicht. Das Plugin habe ich auch nicht explizit installiert.


Ein weiteres Problem, Artix findet mein eth0 Treiber nicht mehr.
Ich bin vorgegangen wie gosia es beschrieben hat.
Allerdings nahm ich dann doch wieder den alten r8169.

Langsam bin ich am Verzeifeln.

LG TM

Zitat von: Roberto am 04. Januar 2023, 16:16:34Vielleicht weiß jemand, ob das der Grund sein kann und wie man das beheben kann.

Ich habe den "Fehler" gefunden, ich habe das mobile Funknetz selber ausgeschaltet und das war der soft block.
Das ändert aber nichts an der Situation bzw. an dem Problem.

Wie ich es mir dachte, ist das nicht das Problem bei mir.
WLAN ist soft unblocked.

$ rfkill

ID TYPE      DEVICE                   SOFT      HARD
 0 bluetooth tpacpi_bluetooth_sw unblocked unblocked
 1 wwan      tpacpi_wwan_sw        blocked unblocked
 2 wlan      phy0                unblocked unblocked
 3 bluetooth hci0                unblocked unblocked

Allerdings ist wwan bei mir soft blocked.
Vielleicht weiß jemand, ob das der Grund sein kann und wie man das beheben kann.

Ach das hatte ich gelesen. Da es aber nur um wifi und andere inits ging, habe ich keinen Zusammenhang gesehen.

Zitat von: Thats_me am 04. Januar 2023, 16:00:09Das ist ja mal wieder eine tolle Antwort. Wurde auch gesagt, bei welchem Kernel das nicht auftritt?

Nein das hat er nicht geschrieben.

Artix Forum

Allerdings hat der User geschrieben, dass er nach Neustart ein soft blocking per rfkill hat.
Also wieder ein anderes Phänomen.

Muss ich mal schauen, ob das bei mir nach Systemstart auch so ist, glaube ich aber nicht, denn ich mein WLAN manuell aktivieren.

Zitat von: Roberto am 04. Januar 2023, 15:53:45Im Artix Forum hat ein User auch einen Thread dazu eröffnet (findet man, wenn man nach Networkmanager sucht)

Oh da habe ich mich schon halb tot gesucht. In deren Sufu kann man Leider nicht auswählen "Ergebnisse als Themen anzeigen", was ein bisschen nervt, da dann zu viele Ergebnisse kommen.

Zitat von: Roberto am 04. Januar 2023, 15:53:45ein Entwickler meint, es hätte etwas mit dem Kernel zu tun.

Das ist ja mal wieder eine tolle Antwort. Wurde auch gesagt, bei welchem Kernel das nicht auftritt?

Ich habe den LTS.

Zitat von: Thats_me am 04. Januar 2023, 15:44:13Für mich klingt es so, dass der nw inzwischen nur noch eine Verbindung managen kann. Das war früher ja nicht so.

Diese Theorie kann ich leider widerlegen, ich nutze auch Void Linux mit Plasma und NetworkManager und dort wird die Verbindung bei Systemstart einwandfrei hergestellt.

Im Artix Forum hat ein User auch einen Thread dazu eröffnet (findet man, wenn man nach Networkmanager sucht) und ein Entwickler meint, es hätte etwas mit dem Kernel zu tun.
Das kann ich jetzt nicht nachvollziehen, denn ich habe bei allen Distris den Kernel 6.0 installiert. Und das auch noch auf einem uralten Thinkpad X220 und Void und Plasma.

Danke Roberto!

Zitat von: Roberto am 04. Januar 2023, 13:31:11Ich habe das gleiche Problem, dass mein WLAN bei Systemstart nicht aktiv ist, auch.

Bei mir ist es gerade umgekehrt. Wlan klappt immer, aber eth0 nicht. Bzw. eth0 nur beim 1. Mal. Auch wenn Funknetzwerke aktiviert sind. Wechselt man zu wlan, kann eth0 nicht mehr aktiviert werden.

Zitat von: Roberto am 04. Januar 2023, 13:31:11Auch hier ist die resolv.conf nach Neustart leer.

Immerhin ist jetzt klar, dass ich nicht spinne und es nicht an mir liegt.

Zitat von: Roberto am 04. Januar 2023, 13:31:11Bei beiden Distris gibt es in /run einen Ordner "NetworkManager" und dort existiert ebenfalls eine resolv.conf.

Ja und die ist jeweils identisch mit der aus /etc. Nämlich dann auch leer.

--------------------
Für mich klingt es so, dass der nw inzwischen nur noch eine Verbindung managen kann. Das war früher ja nicht so.
Wechselt man die Verbindung, wird die resolv mit leer überschrieben. Es werden quasi nur die Einstellungen einer Verbindung gespeichert. Bei mir die wlan Einstellungen.
Als ob eine bevorzugte Verbindung gesetzt wird und immer nur diese aufgerufen wird.

Würde für jede Verbindung die entsprechenden resolv Einstellungen irgendwo gespeichert und mit dem jeweiligen Adapter verknüpft werden, müsste es eigentlich funktionieren?
Dann wenn je Adapter die zugehörige resolv.conf aufgerufen wird.

Ok, vielleicht eine wilde Theorie. Für mich klingt es aber logisch.

Vergesst die Idee mit dem Symlink, sobald man die resolv.conf in /etc löscht und die Verbindung aktiviert, wird dieser Link erstellt.
Löst aber immer noch nicht das Problem.