In opensuse 16.0 Leap Fritz WLAN Adapter AC 860 nicht installiert

MrRight2004 · March 3, 2026, 6:48pm

Stimmt, MT7662.bin ist leider nicht dabei, vielleicht kann man es woanders herausklauen!

Sauerland · March 3, 2026, 7:14pm

Wo bei?

Das ist die Firmware und die ist im kernel-firmware-mediatek:

linux64:/home/stephan # rpm -ql kernel-firmware-mediatek | grep -i mt7662
/usr/lib/firmware/mediatek/mt7662.bin.xz
/usr/lib/firmware/mediatek/mt7662_rom_patch.bin.xz
/usr/lib/firmware/mediatek/mt7662u.bin.xz
/usr/lib/firmware/mediatek/mt7662u_rom_patch.bin.xz
/usr/lib/firmware/mt7662.bin.xz
/usr/lib/firmware/mt7662_rom_patch.bin.xz

Und die ist lt. Beitrag #12 installiert:

Sauerland:

Versuch es mal mit einer anderen Firmware:
als root:

zypper in -f https://download.opensuse.org/repositories/Kernel:/firmware/16.0/noarch/kernel-firmware-mediatek-20260221-lp160.1.1.noarch.rpm

MrRight2004 · March 3, 2026, 9:31pm

Ist also wie die Suche nach der Nadel im Heuhaufen, in irgendeinem Paket wird Sie wohl stecken, fragt sich nur in welchem?

MrRight2004 · March 3, 2026, 9:41pm

Kann man sicher auch gezielt suchen, oder?

Sauerland · March 4, 2026, 7:50am

Willst du uns hier???

Die Firmware für deinen Wlan Stick ist installiert.

Und ich hab jetzt keine Lust mehr.

MrRight2004 · March 4, 2026, 6:14pm

Hallo,
lauft leider auch mit der neuen Firmware nicht!
Was nun?
Meinen Dank vielmals vorab!

MrRight2004 · March 5, 2026, 12:47pm

Ich habe jetzt noch eine Rückmeldung von Seiten AVM:

Wir haben bisher alle Sticks ohne Linux-Unterstützung veröffentlicht. Wir bewerben unsere Sticks auch nicht mit einer Linux-Unterstützung. Dies können Sie auf der Außenverpackung nachprüfen. 
Aber schön, dass es mit einer alten Version geklappt hat.  Unser letzter Stand ist, dass der Linuxkernel ab 4.19 / 5.1 den Stick ohne Treiberinstallation erkennt und nutzt.
 
Evtl. finden Sie einen Treiber, wenn Sie nach dem Chip (Ralink mt7662u) suchen, statt nach dem Stick.

Hier wäre sicherlich die konkrete Bezeichnung des Chipes interessant!

Sauerland · March 5, 2026, 12:56pm

Was soll das?
Verstehst du nicht, das der Treiber geladen ist und auch die Firmware in den Treiber geladen ist?

Ich gehe ganz stark von einer Fehlkonfiguration des Netzwerkes deinerseits aus.

Hardwaremäßig pass alle.

Und nun ist endgültig für mich Schluß.

tomm_fa · March 5, 2026, 1:43pm

Bedeutet was genau (u. a. wie durchgeführt)?
Was kommt bei den Ausgaben von

zypper pa --system

zypper se -s dnsmasq networkmanager

heraus?

MrRight2004 · March 6, 2026, 6:23pm

Hier wären noch die angeforderten Posts:

stephweb@MrRight-PC2:~> sudo zypper pa --system
[sudo] Passwort für root: 
Dienst 'NVIDIA' wird aktualisiert.
Dienst 'openSUSE' wird aktualisiert.
Repository-Daten werden geladen...
Installierte Pakete werden gelesen...
S  | Repository | Name                     | Version            | Arch
---+------------+--------------------------+--------------------+-------
i+ | @System    | brscan-skey              | 0.3.2-0            | x86_64
i+ | @System    | brscan5                  | 1.3.10-5           | x86_64
i+ | @System    | kernel-default           | 6.12.0-160000.25.1 | x86_64
i  | @System    | kernel-default-extra     | 6.12.0-160000.25.1 | x86_64
i  | @System    | kernel-default-optional  | 6.12.0-160000.25.1 | x86_64
i+ | @System    | kernel-firmware-mediatek | 20260221-lp160.1.1 | noarch
i  | @System    | libOpenCL1               | 2.3.4-lp160.65.3   | x86_64
i+ | @System    | mfcj4335dwpdrv           | 3.5.0-1            | i386
stephweb@MrRight-PC2:~> sudo zypper se -s dnsmasq networkmanager
Dienst 'NVIDIA' wird aktualisiert.
Dienst 'openSUSE' wird aktualisiert.
Repository-Daten werden geladen...
Installierte Pakete werden gelesen...

S  | Name                                  | Type  | Version            | Arch   | Repository
---+---------------------------------------+-------+--------------------+--------+----------------
   | cockpit-networkmanager                | Paket | 354-160000.1.1     | noarch | repo-oss (16.0)
   | cockpit-networkmanager                | Paket | 340-160000.4.1     | noarch | repo-oss (16.0)
   | cockpit-networkmanager                | Paket | 340-160000.3.2     | noarch | repo-oss (16.0)
i  | dnsmasq                               | Paket | 2.90-160000.2.2    | x86_64 | repo-oss (16.0)
   | dnsmasq-utils                         | Paket | 2.90-160000.2.2    | x86_64 | repo-oss (16.0)
i  | kf6-networkmanager-qt                 | Paket | 6.16.0-bp160.1.2   | x86_64 | repo-oss (16.0)
   | kf6-networkmanager-qt-devel           | Paket | 6.16.0-bp160.1.2   | x86_64 | repo-oss (16.0)
i  | kf6-networkmanager-qt-imports         | Paket | 6.16.0-bp160.1.2   | x86_64 | repo-oss (16.0)
i  | libKF6NetworkManagerQt6               | Paket | 6.16.0-bp160.1.2   | x86_64 | repo-oss (16.0)
i+ | NetworkManager                        | Paket | 1.52.0-160000.3.1  | x86_64 | repo-oss (16.0)
v  | NetworkManager                        | Paket | 1.52.0-160000.2.2  | x86_64 | repo-oss (16.0)
   | NetworkManager-applet                 | Paket | 1.36.0-bp160.1.1   | x86_64 | repo-oss (16.0)
   | NetworkManager-applet-fortisslvpn     | Paket | 1.4.0-bp160.1.13   | x86_64 | repo-oss (16.0)
   | NetworkManager-applet-iodine          | Paket | 1.2.0-bp160.1.13   | x86_64 | repo-oss (16.0)
   | NetworkManager-applet-l2tp            | Paket | 1.20.10-bp160.1.54 | x86_64 | repo-oss (16.0)
   | NetworkManager-applet-libreswan       | Paket | 1.2.24-bp160.1.7   | x86_64 | repo-oss (16.0)
   | NetworkManager-applet-openconnect     | Paket | 1.2.10-bp160.1.16  | x86_64 | repo-oss (16.0)
   | NetworkManager-applet-openvpn         | Paket | 1.12.0-160000.2.2  | x86_64 | repo-oss (16.0)
   | NetworkManager-applet-pptp            | Paket | 1.2.12-bp160.1.13  | x86_64 | repo-oss (16.0)
   | NetworkManager-applet-strongswan      | Paket | 1.6.0-bp160.1.13   | x86_64 | repo-oss (16.0)
   | NetworkManager-applet-vpnc            | Paket | 1.4.0-bp160.1.7    | x86_64 | repo-oss (16.0)
i  | NetworkManager-bluetooth              | Paket | 1.52.0-160000.3.1  | x86_64 | repo-oss (16.0)
v  | NetworkManager-bluetooth              | Paket | 1.52.0-160000.2.2  | x86_64 | repo-oss (16.0)
i  | NetworkManager-branding-openSUSE      | Paket | 42.1-lp160.5.1     | noarch | repo-oss (16.0)
   | NetworkManager-branding-upstream      | Paket | 1.52.0-160000.3.1  | noarch | repo-oss (16.0)
   | NetworkManager-branding-upstream      | Paket | 1.52.0-160000.2.2  | noarch | repo-oss (16.0)
   | NetworkManager-cloud-setup            | Paket | 1.52.0-160000.3.1  | x86_64 | repo-oss (16.0)
   | NetworkManager-cloud-setup            | Paket | 1.52.0-160000.2.2  | x86_64 | repo-oss (16.0)
   | NetworkManager-config-server          | Paket | 1.52.0-160000.3.1  | noarch | repo-oss (16.0)
   | NetworkManager-config-server          | Paket | 1.52.0-160000.2.2  | noarch | repo-oss (16.0)
   | NetworkManager-connection-editor      | Paket | 1.36.0-bp160.1.1   | x86_64 | repo-oss (16.0)
   | NetworkManager-connection-editor-lang | Paket | 1.36.0-bp160.1.1   | noarch | repo-oss (16.0)
   | NetworkManager-devel                  | Paket | 1.52.0-160000.3.1  | x86_64 | repo-oss (16.0)
   | NetworkManager-devel                  | Paket | 1.52.0-160000.2.2  | x86_64 | repo-oss (16.0)
   | NetworkManager-dns-bind               | Paket | 1.0-bp160.1.10     | noarch | repo-oss (16.0)
i  | NetworkManager-dns-dnsmasq            | Paket | 1.0-bp160.1.7      | noarch | repo-oss (16.0)
   | NetworkManager-fortisslvpn            | Paket | 1.4.0-bp160.1.13   | x86_64 | repo-oss (16.0)
   | NetworkManager-fortisslvpn-lang       | Paket | 1.4.0-bp160.1.13   | noarch | repo-oss (16.0)
   | NetworkManager-iodine                 | Paket | 1.2.0-bp160.1.13   | x86_64 | repo-oss (16.0)
   | NetworkManager-iodine-lang            | Paket | 1.2.0-bp160.1.13   | noarch | repo-oss (16.0)
   | NetworkManager-l2tp                   | Paket | 1.20.10-bp160.1.54 | x86_64 | repo-oss (16.0)
   | NetworkManager-l2tp-lang              | Paket | 1.20.10-bp160.1.54 | noarch | repo-oss (16.0)
i  | NetworkManager-lang                   | Paket | 1.52.0-160000.3.1  | noarch | repo-oss (16.0)
v  | NetworkManager-lang                   | Paket | 1.52.0-160000.2.2  | noarch | repo-oss (16.0)
   | NetworkManager-libreswan              | Paket | 1.2.24-bp160.1.7   | x86_64 | repo-oss (16.0)
   | NetworkManager-libreswan-lang         | Paket | 1.2.24-bp160.1.7   | noarch | repo-oss (16.0)
i  | NetworkManager-openconnect            | Paket | 1.2.10-bp160.1.16  | x86_64 | repo-oss (16.0)
i  | NetworkManager-openconnect-lang       | Paket | 1.2.10-bp160.1.16  | noarch | repo-oss (16.0)
i  | NetworkManager-openvpn                | Paket | 1.12.0-160000.2.2  | x86_64 | repo-oss (16.0)
i  | NetworkManager-openvpn-lang           | Paket | 1.12.0-160000.2.2  | noarch | repo-oss (16.0)
   | NetworkManager-ovs                    | Paket | 1.52.0-160000.3.1  | x86_64 | repo-oss (16.0)
   | NetworkManager-ovs                    | Paket | 1.52.0-160000.2.2  | x86_64 | repo-oss (16.0)
   | NetworkManager-pppoe                  | Paket | 1.52.0-160000.3.1  | x86_64 | repo-oss (16.0)
   | NetworkManager-pppoe                  | Paket | 1.52.0-160000.2.2  | x86_64 | repo-oss (16.0)
i  | NetworkManager-pptp                   | Paket | 1.2.12-bp160.1.13  | x86_64 | repo-oss (16.0)
i  | NetworkManager-pptp-lang              | Paket | 1.2.12-bp160.1.13  | noarch | repo-oss (16.0)
   | NetworkManager-strongswan             | Paket | 1.6.0-bp160.1.13   | x86_64 | repo-oss (16.0)
   | NetworkManager-strongswan-lang        | Paket | 1.6.0-bp160.1.13   | noarch | repo-oss (16.0)
i  | NetworkManager-tui                    | Paket | 1.52.0-160000.3.1  | x86_64 | repo-oss (16.0)
v  | NetworkManager-tui                    | Paket | 1.52.0-160000.2.2  | x86_64 | repo-oss (16.0)
   | NetworkManager-vpnc                   | Paket | 1.4.0-bp160.1.7    | x86_64 | repo-oss (16.0)
   | NetworkManager-vpnc-lang              | Paket | 1.4.0-bp160.1.7    | noarch | repo-oss (16.0)
i  | NetworkManager-wwan                   | Paket | 1.52.0-160000.3.1  | x86_64 | repo-oss (16.0)
v  | NetworkManager-wwan                   | Paket | 1.52.0-160000.2.2  | x86_64 | repo-oss (16.0)

    Hinweis: Für eine erweiterte Suche inkl. nicht momentan aktivierter Remote-Ressourcen bitte
    'zypper search-packages' verwenden.
stephweb@MrRight-PC2:~>

Meine Person hat das Update von opensuse 15.6 auf 16.0 vollzogen.

Ja gur, mir macht das sicherlich auch keinen Spaß mehr, aber was soll man machen, es ist halt leider so!

Ansonsten funktioniert unter opensuse 16.0 Leap einiges nicht mehr so wie früher, in dieser Hinsicht ist dies an sich kein gutes System mehr! Mit den entsprechendne Systemkenntnissen läßt sich dies womöglich lösen, aber wer hat dies schon als gewöhnlicher User.
Bedeutsam empfindet meine Person noch, das als Chip AVM die Bezeichung
“Ralink mt7662u” angibt, hier sollte man vielleicht noch einmal näher suchen!
Wäre dies möglich?
Meinen Dank vielmals vorab!

rawar · March 6, 2026, 7:06pm

Ich denke Sauerland hat absolut recht der Treiber und die Firmware funktionieren. In deinem Post oben finde ich das hier:

Feb 28 12:26:31 MrRight-PC2 NetworkManager[989]: <info>  [1772277991.2815] device (wlp2s0u1u1): supplicant interface state: 4way_handshake -> completed 
Feb 28 12:26:31 MrRight-PC2 NetworkManager[989]: <info>  [1772277991.2815] device (p2p-dev-wlp2s0u1u1): supplicant management interface state: 4way_handshake -> completed 
Feb 28 12:26:31 MrRight-PC2 NetworkManager[989]: <info>  [1772277991.3081] device (wlp2s0u1u1): state change: config -> ip-config (reason 'none', managed-type: 'full') 
Feb 28 12:26:31 MrRight-PC2 NetworkManager[989]: <info>  [1772277991.3087] dhcp4 (wlp2s0u1u1): activation: beginning transaction (timeout in 45 seconds)
...

Das sieht für mich danach aus das die WIFI Verbindung (der WPA 4way handshake) zum Router zwar aufgebaut wurde dann aber die Aushandlung der IP Adresse per DHCP mit Timeout abbricht.
Wenn ich das richtig verstanden habe hast du eine Migration von 15.6 auf 16.0 gemacht und keine Neuinstallation oder ? Ist nun SELInux oder AppArmor aktiv ?
Um genauer zu sehen was da vorgeht könnte man mal temporär den Loglevel des NetworkManagers für WIFI und DHCP ein wenig hochdrehen. Dazu erst dieses Kommando ausführen:

sudo nmcli general logging level DEBUG domains DHCP4,DHCP6,WIFI,SUPPLICANT

dann erneut versuchen eine WIFI Verbindung zum Router aufzubauen. Dann wie oben beschrieben die Ausgabe von journalctl hier posten. Da das etwas umfangreicher sein kann am besten mit susepaste.

jsc · March 6, 2026, 9:13pm

Ich glaube, du bist da einer ganz großen Sache auf der Spur. Bleib’ da mal unbedingt dran.

MrRight2004 · March 13, 2026, 5:44pm

Hallo,
ich stelle nun aus einmal fest, das das WLAN funktioniert, die Device ist auch richtig erkannt!
Man lediglich noch einmal ein Update der Repos getätigt, ansonsten ist der Grund mir nicht gänzlich ersichtlich.
Sofern man noch irgendwelche Informationen von mir wünscht, ist meine Person bereit dies gerne zu geben,
Ansonsten noch einmal vielen Dank an alle!

MrRight2004 · March 13, 2026, 6:20pm

Wie drehe ich das Log-Level beim Networkmanager für WIFI und DHCP wieder runter?
Meinen Dank an Euch vielmals vorab!

rawar · March 13, 2026, 7:07pm

sudo nmcli general logging level INFO doamins ALL

sollte alles wieder auf den Default Wert INFO setzen.

MrRight2004 · March 14, 2026, 4:56pm

Hallo,
ich kann leider doch noch nicht gänzlich Entwarnung geben, aber man ist doch sehr nahe dran!
Die WLAN-Verbindung wird dann ordnungsgemäß hergestellt, wenn meine Person zuerst bootet und erst dann anschließend den WLAN-Adapter einsteckt, die Firmware ist also korrekt.
Wenn ich mit angeschlossenen WLAN-Adapter boote, kommt jedoch keine WLAN-Verbindung zustande, was wohl an der nicht erfolgten DHCP-Vergabe und möglicherweise an dem Sicherheitssystem liegt.
Von meiner Seite wird hier SELinux genutzt, vielleicht wäre es im Hinblick auf die Problematiken empfehlenswerter wieder auf AppArmor zurückzugehen?
Was jetzt machen?
Meinen Dank an Euch vielmals vorab!

Sauerland · March 14, 2026, 5:02pm

Bleib bei selinux, hat mit deinem Problem nichts zu tun.

Ich tippe eher auf irgendeine Passwortmanager…

Benutze es doch einfach wie es jetzt funktioniert.
Ich gehe immer den Weg des geringsten Widerstandes.

MrRight2004 · March 16, 2026, 6:23pm

Hallo,
meine Person muß leider feststellen, das die Verbindung nun auch nicht mehr mit dem Neuanschließen des WLAN-Adapters funktioniert, was zuvor noch funktioniert hat!
Die Fehlerursache liegt allerdings wohl eindeutig beim Bezug der IP-Adresse über den DHCP-Server!
Kann man noch irgendwas tun?
Meinen Dank an Euch vielmals vorab!

MrRight2004 · March 18, 2026, 5:28pm

Ich denke, letztlich kann dies eigentlich nur ein Berechtigungsproblem sein, wenn der IT-Adressen-Bezug unter DHCP nicht mehr funktioniert.
Es wäre die Frage, welche Teil von Programme diesbezüglich zuständig ist und welche Regeln diesbezüglich bestehen.
Es kann natürlich auch noch andersweitige das Problem bestehen.
Insofern würde meine Person aber vielleicht dann doch in diesem Fall zu AppArmor zurückkehren wollen!

rawar · March 18, 2026, 6:45pm

Einfach mal nach einem fehlgeschlagenen Verbindungsaufbau als user root das Kommando

ausearch -ts boot -m avc,avc_user

ausführen und das dann Posten. Dann kann man sehen ob es ein SELinux Problem gibt oder nicht.