nvidia-gfxG04-kmp-default und virtualbox-host-kmp-default sind installiert.
Beiträge von starger
-
-
Wenn das eine Bug ist, wie ist denn dann das weitere Vorgehen?
Bleibt dieses Thema dann als unerledigt markiert?
Sollte ich diesen Bug irgendwo melden?Gruß,
Martin. -
Ich habe einen Speedtest für die Verbindung durchgeführt:
Download: 8,72 MBit
Upload: 0,62 MBitEs liefen (vor der Neuinstallation) auch Kontrollprogramme für den Datendurchsatz. Diese haben den Wert von 1 Mb/s bestätigt.
Leider finde ich diese nicht mehr. -
Das Netzwerk ist als sichtbar eingestellt.
Mein Vorgehen bzgl. GRUB:
Yast -> Bootloader -> Kernel-Parameter -> Optionaler Parameter... ->
ipv6.disable=1 quiet splash
Dann habe ich einen Neustart durchgeführt. -
Das Ganze auch für wicked...
Jun 23 17:53:03 linux-2nsq systemd-udevd[22770]: link_config: autonegotiation is unset or enabled, the speed and duplex are not writable.
-
-
Mein Vorgehen war:
Yast öffnen -> Netzwerkeinstellungen
In der Übersicht habe ich die Verbindung ausgewählt und gelöscht.
Dann habe ich die Netzwerkeinstellungen geschlossen, erneut geöffnet und auf Networkmanager umgestellt.
Im Applet habe ich dann die Verbindung ausgewählt (vorher: wallet eingerichtet), den Netzwerkschlüssel eingegeben und auf Verbinden geklickt.
Nachdem eine Weile "Schnittstelle wird eingerichtet" eingeblendet wird passiert nichts.
Dies verschwindet nach ca 1 min. und unter der Verbindung steht dann wieder "Niemals verwendet".Ich habe mehrere Versuche unternommen und die Verbindung zwischendurch immer wieder mal gelöscht.
Darüber hinaus habe ich versucht, die Verbindung und den Schlüssel für alle Benutzer freizugeben.Die Vorgehensweise habe ich als normaler Benutzer und als root probiert.
Wenn ich dann auf wicked zurück stelle, muss ich für einen erfolgreichen Verbindungsaufbau erst das Gerät abziehen und wieder anstecken.
Das gilt übrigens auch für einen Neustart. -
Leider scheitern sämtliche Verbindungsversuche mit dem Networkmanager.
Ich habe es als normaler Benutzer und als root probiert (Neustart inklusive). -
Den überflüssigen Treiber habe ich entfernt:
Mittlerweile habe ich das System neu aufgesetzt. Dies brachte keinerlei Änderungen.
Der aktuelle Zustand ist folgendermaßen:
Der TP-Link-Stick ist angeschlossen und funktioniert mit eingeschränkter Übertragungsrate.
Die Verbindung wird via DHCP verwaltet.
nsswitch.conf ist unverändert.
Das Repository "Sauerland" wird verwendet.
Der Treiber des Test-Sticks wurde entfernt.Bei der (Neu-)Installation des Paketes Kernel-Firmware ist mir eine Zeile ins Auge gesprungen:
"rtl8723bu" ist nicht der Chipsatz des TP-Link. Wird eventuell dem verbauten Chipsatz eine falsche Firmware zugeordnet?
Die Ausgabe der Konsole für "zypper in kernel-firmware" habe ich angehängt zusammen mit dem aktuellen Ergebnis des Testscripts. -
Anbei mal die Analyse für das Austauschgerät.