rfkill

[edmund]

Ich habe einmal eine Frage. Wenn ich den Rechner starte, sind neuerdings (testing) die Funkgeräte ausgeschaltet:

# rfkill list
0: hci0: Bluetooth
Soft blocked: yes
Hard blocked: no
1: phy0: Wireless LAN
Soft blocked: yes
Hard blocked: no

Das läuft über systemd:

Code: Alles auswählen

# systemctl status systemd-rfkill
○ systemd-rfkill.service - Load/Save RF Kill Switch Status
     Loaded: loaded (/lib/systemd/system/systemd-rfkill.service; static)
     Active: inactive (dead) since Thu 2021-10-21 11:23:09 CEST; 28min ago
TriggeredBy: ● systemd-rfkill.socket
       Docs: man:systemd-rfkill.service(8)
   Main PID: 6002 (code=exited, status=0/SUCCESS)
        CPU: 3ms

Okt 21 11:23:04 debian-1 systemd[1]: Starting Load/Save RF Kill Switch Status...
Okt 21 11:23:04 debian-1 systemd[1]: Started Load/Save RF Kill Switch Status.
Okt 21 11:23:09 debian-1 systemd[1]: systemd-rfkill.service: Deactivated successfully.

Ich muss neuerdings immer "#rfkill unblock 1" eingeben, damit WLAN angeschaltet wird. Dann sieht es wie folgt aus:

/sys/class/rfkill/rfkill1/soft => 0
/sys/class/rfkill/rfkill1/state => 1

Wenn ich es richtig verstehe, sollte beim shutdown der letzte Zustand gespeichert werden. Das passiert aber nicht. Woran das genau liegen könnte, erschließt sich mir nicht. Weiß jemand, woran das liegen könnte?

[KP97]

Vorab, ich habe kein Bluetooth, aber für Wlan brauchst Du kein rfkill. Das Paket ist bei mir auf dem Desktop und auf einem Laptop nicht installiert.
Kannst ja mal schauen, ob ein Deinstallieren schon Abhilfe schafft.

[edmund]

Leider hat das nicht den gewünschten Erfolg. Vielleicht liegt es an connman-wait-online oder wpa_supplicant.service? wpa_supplicant.service ist zumindest neue Datei in /etc/systemd/system. Hm, ich habe das Netzwerk nach deiner Anleitung ohne networkmanager konfiguriert und weiß jetzt nicht mehr, wie das genau ging.

also nach deaktivieren von connman-wait-online.service und mit einem neuen rfkill-unblock.service geht es jetzt wieder.

[KP97]

Das hört sich aber seltsam an.
Dann hast Du also auch den Netzwerkmanager connman installiert, denn sonst könnte da kein Service auftauchen.
Da kommt sich also was ins Gehege.
Meine Anleitung ist hier:
41289

[edmund]

Muss ich mal ausprobieren. Komme nur jetzt nicht dazu.

[edmund]

Es liegt vermutlich daran, dass zwei Prozesse auf die HW zugreifen wollen und die dann gesperrt wird.

Code: Alles auswählen

connmand[873]: __connman_inet_get_pnp_nameservers: Cannot read /proc/net/pnp Failed to open file “/proc/net/pnp”: No such file or directory
connmand[873]: The name net.connman.vpn was not provided by any .service files
bluetoothd[870]: profiles/sap/server.c:sap_server_register() Sap driver initialization failed.
bluetoothd[870]: sap-server: Operation not permitted (1)
bluetoothd[870]: Failed to set mode: Blocked through rfkill (0x12)
wpa_supplicant[890]: Successfully initialized wpa_supplicant
wpa_supplicant[889]: Successfully initialized wpa_supplicant
wpa_supplicant[889]: Delete '/run/wpa_supplicant/wlo1' manually if it is not used anymore
wpa_supplicant[889]: nl80211: kernel reports: Match already configured
wpa_supplicant[889]: Failed to initialize control interface '/run/wpa_supplicant'.
You may have another wpa_supplicant process already running or the file was left by an unclean termination of wpa_supplicant in which case you will need to manually remove this file before starting wpa_supplicant again.

[KP97]

Aber anscheinend hast Du doch den connman _zusätzlich_ zum Netzwerk über systemd installiert, sonst würde doch kein connman.service erscheinen.
Das ist aber kontraproduktiv, denn das Netzwerk sollte nur von einem Tool gemanaged werden.
Also entweder systemd oder connman, da mußt Du Dich entscheiden. Beides zusammen bringt Fehler.

[edmund]

Das war auch meine Schlussfolgerung. Ich kann mich nur nicht mehr erinnern, wo der connman herkommt. Wurde offenbar als empfohlenes Paket mit dem neuen Desktop mit installiert (hab vorher KDE gehabt, das gerade bockig ist, und deshalb LXQT zusätzlich installiert).