Code: Alles auswählen
(Nothing has been logged yet.)
RTL8188CUS und Buster eg testing
- KBDCALLS
- Moderator
- Beiträge: 22359
- Registriert: 24.12.2003 21:26:55
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: Dortmund
-
Kontaktdaten:
Re: RTL8188CUS und Buster eg testing
Übrigens die Datei /var/log/dmesg ist leer , bis auf folgenden Text. Find ich etas merkwürdig.
Was haben Windows und ein Uboot gemeinsam?
Kaum macht man ein Fenster auf, gehen die Probleme los.
EDV ist die Abkürzung für: Ende der Vernunft
Bevor du einen Beitrag postest:
Kaum macht man ein Fenster auf, gehen die Probleme los.
EDV ist die Abkürzung für: Ende der Vernunft
Bevor du einen Beitrag postest:
- Kennst du unsere Verhaltensregeln
- Lange Codezeilen/Logs gehören nach NoPaste, in Deinen Beitrag dann der passende Link dazu.
Re: RTL8188CUS und Buster eg testing
Unter sysv schreibt init-Skript bootlogd 'dmesg' nach /var/log/dmesg,KBDCALLS hat geschrieben: Übrigens die Datei /var/log/dmesg ist leer , bis auf folgenden Text. Find ich etas merkwürdig.
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
mfg rendegast
-----------------------
Viel Eifer, viel Irrtum; weniger Eifer, weniger Irrtum; kein Eifer, kein Irrtum.
(Lin Yutang "Moment in Peking")
-----------------------
Viel Eifer, viel Irrtum; weniger Eifer, weniger Irrtum; kein Eifer, kein Irrtum.
(Lin Yutang "Moment in Peking")
Re: RTL8188CUS und Buster eg testing
Ok, sorry es hat etwas länger gedauert bis ich wieder jemand an die Kiste bekam.KBDCALLS hat geschrieben:20.12.2018 13:13:37iwlist ist in den wireless-tools enthalten. Sind die nicht drauf installieren.
Poste malDen Stick dabei enstecken und wieder entfernen. Aber das dann aber nach NoPaste Aber komplett.
Code: Alles auswählen
dmesg --human -w
Aber hier ist das neuste update
http://nopaste.debianforum.de/40541
Re: RTL8188CUS und Buster eg testing
Hier kommt noch ein weiteres bzw update.willy4711 hat geschrieben:20.12.2018 15:16:57Du postestst immer nur das, von dem du meinst, es posten zu müssen.smack9898 hat geschrieben:18.12.2018 13:25:01[ 6422.482032] usb 1-3: firmware: direct-loading firmware rtlwifi/rtl8192cufw_TMSC.bin
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 solltegebenCode: Alles auswählen
$ inxi -v 8 |grep Network: -A14
welches villeicht ein Schritt in die richtige Richtung sein lönnte.
http://nopaste.debianforum.de/40542
- KBDCALLS
- Moderator
- Beiträge: 22359
- Registriert: 24.12.2003 21:26:55
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: Dortmund
-
Kontaktdaten:
Re: RTL8188CUS und Buster eg testing
Anscheinend ist das Trouble. mit dem Timer. Es gibt hier 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 .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.
Ob der Treiber im Kernel selbst schon gefixt entzieht sich meiner Kenntnis.
Was haben Windows und ein Uboot gemeinsam?
Kaum macht man ein Fenster auf, gehen die Probleme los.
EDV ist die Abkürzung für: Ende der Vernunft
Bevor du einen Beitrag postest:
Kaum macht man ein Fenster auf, gehen die Probleme los.
EDV ist die Abkürzung für: Ende der Vernunft
Bevor du einen Beitrag postest:
- Kennst du unsere Verhaltensregeln
- Lange Codezeilen/Logs gehören nach NoPaste, in Deinen Beitrag dann der passende Link dazu.
- habakug
- Moderator
- Beiträge: 4313
- Registriert: 23.10.2004 13:08:41
- Lizenz eigener Beiträge: MIT Lizenz
Re: RTL8188CUS und Buster eg testing
Hallo,
laut Log ist der Stick betriebsbereit:
Gruss, habakug
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
- Moderator
- Beiträge: 22359
- Registriert: 24.12.2003 21:26:55
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: Dortmund
-
Kontaktdaten:
Re: RTL8188CUS und Buster eg testing
habakug hat geschrieben:23.12.2018 18:05:08Hallo,
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
- link is not ready
Was haben Windows und ein Uboot gemeinsam?
Kaum macht man ein Fenster auf, gehen die Probleme los.
EDV ist die Abkürzung für: Ende der Vernunft
Bevor du einen Beitrag postest:
Kaum macht man ein Fenster auf, gehen die Probleme los.
EDV ist die Abkürzung für: Ende der Vernunft
Bevor du einen Beitrag postest:
- Kennst du unsere Verhaltensregeln
- Lange Codezeilen/Logs gehören nach NoPaste, in Deinen Beitrag dann der passende Link dazu.
- habakug
- Moderator
- Beiträge: 4313
- Registriert: 23.10.2004 13:08:41
- Lizenz eigener Beiträge: MIT Lizenz
Re: RTL8188CUS und Buster eg testing
Hallo,
was passiert denn nach einem
?
Gruss, habakug
was passiert denn nach einem
Code: Alles auswählen
# ip link set wlx00ab7245994a up
Gruss, habakug
Re: RTL8188CUS und Buster eg testing
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
Als nächstes habe ich die Kiste mit den wlan verbunden
Und die Verbindungen funktionieren auch nach einen weiteren Neustart von der Kiste!
Massiven vielen dank Leute!
smack9898
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
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