RTL8188CUS und Buster eg testing

[KBDCALLS]

Übrigens die Datei /var/log/dmesg ist leer , bis auf folgenden Text. Find ich etas merkwürdig.

• Code: Alles auswählen

  (Nothing has been logged yet.)

[rendegast]

Übrigens die Datei /var/log/dmesg ist leer , bis auf folgenden Text. Find ich etas merkwürdig.

Unter sysv schreibt init-Skript bootlogd 'dmesg' nach /var/log/dmesg,
unter systemd ist bootlogd maskiert

Code: Alles auswählen

$ ll /usr/lib/systemd/system/*bootlogd* | cat
lrwxrwxrwx 1 root root 9 Nov 17 23:08 /usr/lib/systemd/system/bootlogd.service -> /dev/null
lrwxrwxrwx 1 root root 9 Nov 17 23:08 /usr/lib/systemd/system/stop-bootlogd-single.service -> /dev/null
lrwxrwxrwx 1 root root 9 Nov 17 23:08 /usr/lib/systemd/system/stop-bootlogd.service -> /dev/null

[smack9898]

iwlist ist in den wireless-tools enthalten. Sind die nicht drauf installieren.

Poste mal

• Code: Alles auswählen

  dmesg --human -w 

Den Stick dabei enstecken und wieder entfernen. Aber das dann aber nach NoPaste Aber komplett.

Ok, sorry es hat etwas länger gedauert bis ich wieder jemand an die Kiste bekam.
Aber hier ist das neuste update
http://nopaste.debianforum.de/40541

[smack9898]

[ 6422.482032] usb 1-3: firmware: direct-loading firmware rtlwifi/rtl8192cufw_TMSC.bin

Du postestst immer nur das, von dem du meinst, es posten zu müssen.
Wenn du einen USB-Stick (hier dein WLAN- Stick) einsteckst, erzählt dmesg einiges mehr, als du uns hier zu sehen gibst.
Aber selbst danach hat er ja Firmware geladen. (nämlich die rrtl8192cufw_TMSC.bin)

Also lass dmesg laufen, merke dir den Punkt, wenn du den Stick einsteckst und poste dann bitte alles war ab diesen Punkt ausgegeben wird. Dann sollte auch die ID der Hardware zu erkennen sein.

Es ist auch mehr als unwahrscheinlich, dass ein Gerät, dessen Firmware geladen wird, nirgends , auch bei der Ausgabe von inxi nicht erscheint.

Sehr genaue Auskunft bei zwei Netzwerk- Controllern sollte

Code: Alles auswählen

$ inxi -v 8 |grep Network: -A14

geben

Hier kommt noch ein weiteres bzw update.
welches villeicht ein Schritt in die richtige Richtung sein lönnte.
http://nopaste.debianforum.de/40542

[KBDCALLS]

Anscheinend ist das Trouble. mit dem Timer. Es gibt hier

• https://github.com/lwfinger/rtl8192cu

einen Fix für dieses Problem wenn ich da richtig liege. Ich würde mal testweise versuchen ob sich der Kernel von Stretch mit Buster noch verwenden läßt. Oder falls das nicht so ohne weiteres klappt einen von

• http://snapshot.debian.org

.bis maximal 4.14. Nach den Kommentaren auf Github soll der Timer Fix für Kernel ab 4.15 sein.

Ob der Treiber im Kernel selbst schon gefixt entzieht sich meiner Kenntnis.

[habakug]

Hallo,

laut Log ist der Stick betriebsbereit:

Code: Alles auswählen

wlx00ab7245994a: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc mq state DOWN group default qlen 1000
    link/ether 26:b1:cf:b1:95:36 brd ff:ff:ff:ff:ff:ff

Gruss, habakug

[KBDCALLS]

Hallo,

laut Log ist der Stick betriebsbereit:

Code: Alles auswählen

wlx00ab7245994a: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc mq state DOWN group default qlen 1000
    link/ether 26:b1:cf:b1:95:36 brd ff:ff:ff:ff:ff:ff

Gruss, habakug

No Carrier passt dazu aber nicht.

Und das ist auch etwas seltsam

• Code: Alles auswählen

  [Dec23 20:12] rtl8192cu: Chip version 0x10
  [  +0.046186] rtl8192cu: Board Type 0
  [  +0.000069] rtl_usb: rx_max_size 15360, rx_urb_num 8, in_ep 1
  [  +0.000078] rtl8192cu: Loading firmware rtlwifi/rtl8192cufw_TMSC.bin
  [  +0.072199] usb 1-3: firmware: direct-loading firmware rtlwifi/rtl8192cufw_TMSC.bin
  [  +0.512661] ieee80211 phy0: Selected rate control algorithm 'rtl_rc'
  [  +0.000676] usbcore: registered new interface driver rtl8192cu
  [  +0.277201] rtl8192cu 1-3:1.0 wlx00ab7245994a: renamed from wlan0
  [  +0.797433] IPv6: ADDRCONF(NETDEV_UP): wlx00ab7245994a: link is not ready
  [  +0.013602] rtl8192cu: MAC auto ON okay!
  [  +0.020392] rtl8192cu: Tx queue select: 0x05
  [  +1.119886] IPv6: ADDRCONF(NETDEV_UP): wlx00ab7245994a: link is not ready
  [  +0.023746] rtl8192cu: MAC auto ON okay!
  [  +0.012301] rtl8192cu: Tx queue select: 0x05
  [  +1.232294] IPv6: ADDRCONF(NETDEV_UP): wlx00ab7245994a: link is not ready
  [  +0.276277] IPv6: ADDRCONF(NETDEV_UP): wlx00ab7245994a: link is not ready
  [  +6.752085] usb 1-3: USB disconnect, device number 3
  [  +0.000367] rtl_usb: reg 0x102, usbctrl_vendorreq TimeOut! status:0xffffffed value=0x67
  [  +0.000013] rtl_usb: reg 0x422, usbctrl_vendorreq TimeOut! status:0xffffffed value=0x1e0000
  [  +0.000013] rtl_usb: reg 0x542, usbctrl_vendorreq TimeOut! status:0xffffffed value=0xd38000
  [  +0.000038] rtl_usb: reg 0x102, usbctrl_vendorreq TimeOut! status:0xffffffed value=0x437
  [  +8.607211] usb 1-3: new high-speed USB device number 4 using xhci_hcd
  [  +0.149019] usb 1-3: New USB device found, idVendor=0bda, idProduct=8176, bcdDevice= 2.00
  [  +0.000012] usb 1-3: New USB device strings: Mfr=1, Product=2, SerialNumber=3
  [  +0.000008] usb 1-3: Product: 802.11n WLAN Adapter
  [  +0.000007] usb 1-3: Manufacturer: Realtek
  [  +0.000006] usb 1-3: SerialNumber: 00e04c000001
  [  +0.009564] rtl8192cu: Chip version 0x10
  [  +0.036845] rtl8192cu: Board Type 0
  [  +0.000109] rtl_usb: rx_max_size 15360, rx_urb_num 8, in_ep 1
  [  +0.001154] rtl8192cu: Loading firmware rtlwifi/rtl8192cufw_TMSC.bin
  [  +0.013392] ieee80211 phy1: Selected rate control algorithm 'rtl_rc'
  [  +0.017914] usb 1-3: firmware: direct-loading firmware rtlwifi/rtl8192cufw_TMSC.bin
  [  +0.132330] rtl8192cu 1-3:1.0 wlx00ab7245994a: renamed from wlan0
  [  +0.115022] IPv6: ADDRCONF(NETDEV_UP): wlx00ab7245994a: link is not ready
  [  +0.028340] rtl8192cu: MAC auto ON okay!
  [  +0.039443] rtl8192cu: Tx queue select: 0x05
  [  +1.513282] IPv6: ADDRCONF(NETDEV_UP): wlx00ab7245994a: link is not ready
  [  +0.020872] rtl8192cu: MAC auto ON okay!
  [  +0.012365] rtl8192cu: Tx queue select: 0x05
  [  +1.042918] IPv6: ADDRCONF(NETDEV_UP): wlx00ab7245994a: link is not ready
  [  +0.082380] IPv6: ADDRCONF(NETDEV_UP): wlx00ab7245994a: link is not ready
  

Der Stick wird erkannt funktioniert aber nicht.

• link is not ready

• 40541

[habakug]

Hallo,

was passiert denn nach einem

Code: Alles auswählen

# ip link set wlx00ab7245994a up

?

Gruss, habakug

[smack9898]

Ich habe jetzt mal das githhub packet eingebuden
https://github.com/lwfinger/rtl8192cu
Die Kiste neugestartet und den Stick rausziehen und wieder rein steckenlassen.

Daraufhin bekam ich folgendes zurück

Code: Alles auswählen

lsusb
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 003: ID 05e3:0610 Genesys Logic, Inc. 4-port hub
Bus 001 Device 002: ID 0bda:8176 Realtek Semiconductor Corp. RTL8188CUS 802.11n WLAN Adapter
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

Als nächstes habe ich die Kiste mit den wlan verbunden

Code: Alles auswählen

 ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host
       valid_lft forever preferred_lft forever
2: enp3s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    link/ether c0:3f:d5:66:fb:ae brd ff:ff:ff:ff:ff:ff
    inet 192.168.2.5/24 brd 192.168.2.255 scope global dynamic noprefixroute enp3s0
       valid_lft 13838sec preferred_lft 13838sec
    inet6 2405:6583:2300:500:9067:7b71:7b78:dbbe/64 scope global temporary dynamic
       valid_lft 13839sec preferred_lft 12039sec
    inet6 2405:6583:2300:500:c23f:d5ff:fe66:fbae/64 scope global dynamic mngtmpaddr noprefixroute
       valid_lft 13839sec preferred_lft 12039sec
    inet6 fe80::c23f:d5ff:fe66:fbae/64 scope link noprefixroute
       valid_lft forever preferred_lft forever
3: wlx00ab7245994a: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
    link/ether 00:ab:72:45:99:4a brd ff:ff:ff:ff:ff:ff
    inet 192.168.188.23/24 brd 192.168.188.255 scope global dynamic noprefixroute wlx00ab7245994a
       valid_lft 863558sec preferred_lft 863558sec
    inet6 fe80::718c:b622:1a51:4ca8/64 scope link noprefixroute
       valid_lft forever preferred_lft forever

Und die Verbindungen funktionieren auch nach einen weiteren Neustart von der Kiste!

Massiven vielen dank Leute!
smack9898