RTL8188CUS und Buster eg testing
RTL8188CUS und Buster eg testing
Ich versuche einen RTL8188CUS unter buster zum laufen zu bekommen.
Und habe mich an folgenden Text https://wiki.debian.org/rtl819x
orientiert. Leider ohne Erfolg.
Kennt bitte jemand einen neueren Text? oder mögliche stolper stellen?
Thx,smack9898
Re: RTL8188CUS und Buster eg testing
Bitte folgenden Befehl ausführen und Ergebnis hier posten:
Code: Alles auswählen
dmesg | grep -i firmware
- jph
- Beiträge: 1049
- Registriert: 06.12.2015 15:06:07
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: Greven/Westf.
Re: RTL8188CUS und Buster eg testing
Nachtrag: bitte als root ausführen! Ansonsten sieht das Ergebnis so aus:MSfree hat geschrieben:16.12.2018 12:23:28Bitte folgenden Befehl ausführen und Ergebnis hier posten:Code: Alles auswählen
dmesg | grep -i firmware
Code: Alles auswählen
dmesg: read kernel buffer failed: Die Operation ist nicht erlaubt
Re: RTL8188CUS und Buster eg testing
[ 24.813510] r8169 0000:03:00.0: firmware: direct-loading firmware rtl_nic/rtl8168g-2.fw
Re: RTL8188CUS und Buster eg testing
Immerhin findet und lädt das System Firmware, ob das nun die richtige/beste Firmware ist, kann ich dir aber auch nicht sagen.
Was sagt
Code: Alles auswählen
ifconfig -a
Re: RTL8188CUS und Buster eg testing
Kanm mich erst heute abend wieder melden.
Code: Alles auswählen
ifconfig -a
-bash: ifconfig: command not found
blub@atom-nuc:~$ sudo ifconfig -a
enp3s0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 inet 192.168.2.5 netmask 255.255.255.0 broadcast 192.168.2.255
inet6 2405:6583:2300:500:c23f:d5ff:fe66:fbae prefixlen 64 scopeid 0x0<global>
inet6 fe80::c23f:d5ff:fe66:fbae prefixlen 64 scopeid 0x20<link>
inet6 2405:6583:2300:500:c572:802:8978:ef6e prefixlen 64 scopeid 0x0<global>
ether c0:3f:d5:66:fb:ae txqueuelen 1000 (Ethernet) RX packets 2621 bytes 478492 (467.2 KiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 1344 bytes 165187 (161.3 KiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536
inet 127.0.0.1 netmask 255.0.0.0
inet6 ::1 prefixlen 128 scopeid 0x10<host>
loop txqueuelen 1000 (Local Loopback)
RX packets 4 bytes 156 (156.0 B)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 4 bytes 156 (156.0 B)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
Re: RTL8188CUS und Buster eg testing
Wenn ja, dann zieht das Ding mal ab und steck ihn wieder an. Danach schaust du, was dmesg zu sagen hat. Normalerweise sollte man da sehen, ob das Ding erkannt wurde, und ob da ein Treiber geladen wurde und ob der dann auch Firmware nachlädt.
Welche Debianvesion verwendest du genau? Eventuell hilft nämlich, einfach einen aktuelleren Linuxkernel aus den Backports zu installieren. Ansonsten könnte man noch versuchen, den Quelltext für den Treiber runterzulanden, zu kompilieren und zu installieren, aber das ist nicht unbedingt für Anfänger zu empfehlen.
Re: RTL8188CUS und Buster eg testing
etwa wie dieser hier
https://www.ebay.de/itm/Mini-Wireless-U ... :rk:1:pf:0
Also nur rhein optisch.
Und bisher hatte ich noch keine Probleme mit diesen Dingern auf Raspberries oder auf einen Thinkpad mit Strech 9.
Das mit den abziehen und wieder reinstecken würde heute nicht mehr gehen, da ich Persönlich keinen physischen zugriff auf die Kiste und immer jemand um solche Sachen bitten muß.
Trotzdem mal hier wieder mal ein dmesg
Code: Alles auswählen
sudo dmesg | grep rtl
[ 24.813510] r8169 0000:03:00.0: firmware: direct-loading firmware rtl_nic/rtl8168g-2.f
Code: Alles auswählen
lsb_release -a
No LSB modules are available.
Distributor ID: Debian
Description: Debian GNU/Linux buster/sid
Release: testing
Codename: buster
Code: Alles auswählen
uname -a
Linux atom-nuc 4.18.0-3-amd64 #1 SMP Debian 4.18.20-2 (2018-11-23) x86_64 GNU/Linux
Code: Alles auswählen
cat /etc/apt/sources.list
#------------------------------------------------------------------------------#
# OFFICIAL DEBIAN REPOS
#------------------------------------------------------------------------------#
###### Debian Main Repos
deb http://deb.debian.org/debian/ buster main contrib non-free
deb-src http://deb.debian.org/debian/ buster main contrib non-free
deb http://deb.debian.org/debian/ buster-updates main contrib non-free
deb-src http://deb.debian.org/debian/ buster-updates main contrib non-free
deb http://deb.debian.org/debian-security buster/updates main
deb-src http://deb.debian.org/debian-security buster/updates main
deb http://ftp.debian.org/debian stretch-backports main
habe ich zwar noch nicht gemacht, sollte doch nicht SO schwierig werden, denke ich mal.
en Quelltext für den Treiber runterzulanden, zu kompilieren und zu installieren, aber das ist nicht unbedingt für Anfänger zu empfehlen.
Also wenn du damit das kompelieren mit
Code: Alles auswählen
./configure
make
sudo make install
Re: RTL8188CUS und Buster eg testing
Von Problemen mit dem 8188 liest man öfter, ich habe hier einen 8192CU, der an meinem Raspi funktioniert. Wenn der aber unter Stretch lief, dann sollte das Ding eigentlich auch mit Buster funktionieren. Deshalb habe ich ja geschrieben, den Stick ab- und anzustecken und danach dmesg aufzurufen. Dann weißt du wenigstens, ob sich am USB-Anschluß überhaupt etwas tut. Eventuell ist der nämlich nicht in Ordnung.smack9898 hat geschrieben:16.12.2018 20:17:36Und bisher hatte ich noch keine Probleme mit diesen Dingern auf Raspberries oder auf einen Thinkpad mit Strech 9.
Backports sollten unter Buster auch erstmal nicht nötig sein, das verwendet bereits einen einigermassen aktuellen Kernel.
- KBDCALLS
- Moderator
- Beiträge: 22355
- Registriert: 24.12.2003 21:26:55
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: Dortmund
-
Kontaktdaten:
Re: RTL8188CUS und Buster eg testing
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
Der ftp Zugang scheint mittlerweile auch nicht mehr zu existieren.
Hat jemand noch eine andere Idee als Quelle für neuere Treiber ?
Ps Ich habe heute niemanden in nähe der Kiste Erreichen können, und werde wohl erst morgen früh ein neues DMESG liefern können.
- KBDCALLS
- Moderator
- Beiträge: 22355
- Registriert: 24.12.2003 21:26:55
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: Dortmund
-
Kontaktdaten:
Re: RTL8188CUS und Buster eg testing
Code: Alles auswählen
inxi -n inxi -N hwinfo --netcard --network
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
Und hier kommen neue updates
Hier erstmal ein neues DMESG vor den Neustart ohne den Stick an der Kiste.
Code: Alles auswählen
sudo dmesg | grep -i firmware
[sudo] password for blub:
[ 24.813510] r8169 0000:03:00.0: firmware: direct-loading firmware rtl_nic/rtl 8168g-2.fw
Code: Alles auswählen
inxi -n
Network: Device-1: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet driver: r8169
IF: enp3s0 state: up speed: 1000 Mbps duplex: full mac: c0:3f:d5:66:fb:ae
Und jetzt die selben Befehle nach den Neustart, wieder ohne Stick.inxi -N
Network: Device-1: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet driver: r8169
Code: Alles auswählen
sudo dmesg | grep -i firmware
[sudo] password for blub:
[ 25.014510] r8169 0000:03:00.0: firmware: direct-loading firmware rtl_nic/rtl8168g-2.fw
Code: Alles auswählen
inxi -n
Network: Device-1: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet driver: r8169
IF: enp3s0 state: up speed: 1000 Mbps duplex: full mac: c0:3f:d5:66:fb:ae
Code: Alles auswählen
inxi -N
Network: Device-1: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet driver: r8169
Re: RTL8188CUS und Buster eg testing
Was soll das bringen?
Du solltest die Kiste einschalten und laufen lassen.
Dann dmesg ausführen
Dann den Stick im laufenden Betrieb abstecken
Dann dmesg ausführen
Dann den Stick im laufenden Betrieb anstecken
Dann dmesg ausführen
Ich will dadurch herausbekommen, ob der USB-Controller an dem Rechner funktioniert. Denn jedes Mal, wenn man etwas im laufenden Betrieb abzieht oder ansteckt, werden Logeinträge erzeugt, die man mit dmesg sehen kann. Wenn da nichts kommt, ist der Rechner kaputt.
Re: RTL8188CUS und Buster eg testing
Ok, Ich habe eben wie angefordert den
Stick einstecken lassen - und einen DMESG durchgeführt.
Dann den Stick wieder abziehen lassen.
und einen DMESG durchgeführt.
Und hier die Ergebnisse.
Hoffentlich war das Timing nicht zu knapp.
Code: Alles auswählen
sudo dmesg | grep -i firmware
[sudo] password for blub:
[ 25.014510] r8169 0000:03:00.0: firmware: direct-loading firmware rtl_nic/rtl8168g-2.fw
[ 6422.449194] rtl8192cu: Loading firmware rtlwifi/rtl8192cufw_TMSC.bin
[ 6422.482032] usb 1-3: firmware: direct-loading firmware rtlwifi/rtl8192cufw_TMSC.bin
blub@atom-nuc:~$ sudo dmesg | grep -i firmware
[ 25.014510] r8169 0000:03:00.0: firmware: direct-loading firmware rtl_nic/rtl8168g-2.fw
[ 6422.449194] rtl8192cu: Loading firmware rtlwifi/rtl8192cufw_TMSC.bin
[ 6422.482032] usb 1-3: firmware: direct-loading firmware rtlwifi/rtl8192cufw_TMSC.bin
Funktionierte ohne Probleme.
- KBDCALLS
- Moderator
- Beiträge: 22355
- Registriert: 24.12.2003 21:26:55
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: Dortmund
-
Kontaktdaten:
Re: RTL8188CUS und Buster eg testing
und
Code: Alles auswählen
iwlist scan
PS: Verwende bitte demnächst die Codetags anstatt Quote.
Achso dmesg wird übersichtlicher
Code: Alles auswählen
dmesg --human
Code: Alles auswählen
-w
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
Code: Alles auswählen
iwlist scan
Code: Alles auswählen
iwlist scan
-bash: iwlist: command not found
Code: Alles auswählen
dmesg --human
Code: Alles auswählen
sudo dmesg --human | grep rtl
[ +0.144089] r8169 0000:03:00.0: firmware: direct-loading firmware rtl_nic/rtl8168g-2.fw
Einmal Debian 9 eg Strech und dann nochmal Debian 10 eg Buster
Unter Strech lief der Stick out of the Box.
Unter Buster habe ich mal folgendes versucht.
https://github.com/pvaret/rtl8192cu-fixes
Allerdings scheiterte es schon bei der installation, da das Packet
linux-headers-generic
aufzufinden war.
Code: Alles auswählen
sudo apt-get install git linux-headers-generic build-essential dkms
[sudo] password for blub:
Reading package lists... Done
Building dependency tree
Reading state information... Done
Package linux-headers-generic is not available, but is referred to by another package.
This may mean that the package is missing, has been obsoleted, or
is only available from another source
E: Package 'linux-headers-generic' has no installation candidate
- KBDCALLS
- Moderator
- Beiträge: 22355
- Registriert: 24.12.2003 21:26:55
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: Dortmund
-
Kontaktdaten:
Re: RTL8188CUS und Buster eg testing
Poste mal
Code: Alles auswählen
dmesg --human -w
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
wir wissen leider nicht welches Gerät verwendet wird. Bei eingestecktem USB-Gerät:
Code: Alles auswählen
# lsusb
Code: Alles auswählen
# echo -e "blacklist rtl8192cu" | tee -a /etc/modprobe.d/blacklist_rtl8192cu.conf
Das gilt natürlich auch andersrum, d.h. es sollte rtl8192cu auf die Blacklist, wenn das andere Modul verfügbar sein soll.
Verwendet man ein anderes Modul, z.B. aus einer Fremdquelle, müssten beide oben genannten Module auf die Blacklist.
Code: Alles auswählen
# ls /etc/modprobe.d/
- KBDCALLS
- Moderator
- Beiträge: 22355
- Registriert: 24.12.2003 21:26:55
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: Dortmund
-
Kontaktdaten:
Re: RTL8188CUS und Buster eg testing
Code: Alles auswählen
aptitude install linux-headers-$(uname -r)
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
Du 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 sollte
Code: Alles auswählen
$ inxi -v 8 |grep Network: -A14
- KBDCALLS
- Moderator
- Beiträge: 22355
- Registriert: 24.12.2003 21:26:55
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: Dortmund
-
Kontaktdaten:
Re: RTL8188CUS und Buster eg testing
Code: Alles auswählen
modinfo rtl8192cu filename: /lib/modules/4.19.0-1-amd64/kernel/drivers/net/wireless/realtek/rtlwifi/rtl8192cu/rtl8192cu.ko firmware: rtlwifi/rtl8192cufw_TMSC.bin firmware: rtlwifi/rtl8192cufw_B.bin firmware: rtlwifi/rtl8192cufw_A.bin firmware: rtlwifi/rtl8192cufw.bin description: Realtek 8192C/8188C 802.11n USB wireless license: GPL author: Larry Finger <Larry.Finger@lwfinger.net> author: Ziv Huang <ziv_huang@realtek.com> author: Georgia <georgia@realtek.com>
Wird die eventuell die falsche geladen ? Deswegen wäre es interessanten was macht Stretch anders als Buster. Und das kann man nur herausfinden wenn man die ausgaben vom dmesg vegleicht.
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
Gab mal einen Thread: https://debianforum.de/forum/viewtopi ... 0&t=159157
wo mit dmesg auch die Ausgabe kam:
Hinterher stellte sich heraus, dass firmware-realtek gar nicht installiert war.rtl8192cu: Loading firmware rtlwifi/rtl8192cufw_TMSC.bin
Allerdings gab es da auch die vollständige Ausgabe von dmesg
- habakug
- Moderator
- Beiträge: 4313
- Registriert: 23.10.2004 13:08:41
- Lizenz eigener Beiträge: MIT Lizenz
Re: RTL8188CUS und Buster eg testing
ist die Firmware-Datei nicht vorhanden, wie in dem anderen Thread, ist die Ausgabe so:
Code: Alles auswählen
[ 6053.094761] rtl8192cu: Loading firmware rtlwifi/rtl8192cufw_TMSC.bin
[ 6053.094801] usb 1-10: firmware: failed to load rtlwifi/rtl8192cufw_TMSC.bin (-2)
Code: Alles auswählen
[ 6422.449194] rtl8192cu: Loading firmware rtlwifi/rtl8192cufw_TMSC.bin
[ 6422.482032] usb 1-3: firmware: direct-loading firmware rtlwifi/rtl8192cufw_TMSC.bin
Gruss, habakug
Re: RTL8188CUS und Buster eg testing
Hast recht- habe ich übersehen.
Dann bleibt nur, zu warten bis mal eine vollständige Ausgabe von dmesg kommt.
Und inxi mit eingestecktem Stick.
Denn wie ich das nachvollziehe, war die Ausgabe von inxi auch ohne Stick.
Nur nochmal für smack9898 wie eine vollständige Sequenz aussehen sollte (hier allerdings Ethernet-Stick)
Eingabe als root:
Code: Alles auswählen
dmesg -w
Code: Alles auswählen
[ 93.534272] usb 1-4: new high-speed USB device number 7 using xhci_hcd
[ 93.689243] usb 1-4: New USB device found, idVendor=0b95, idProduct=1790, bcdDevice= 1.00
[ 93.689250] usb 1-4: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 93.689255] usb 1-4: Product: AX88179
[ 93.689260] usb 1-4: Manufacturer: ASIX Elec. Corp.
[ 93.689264] usb 1-4: SerialNumber: 0000000000016A
[ 94.049652] ax88179_178a 1-4:1.0 eth1: register 'ax88179_178a' at usb-0000:00:14.0-4, ASIX AX88179 USB 3.0 Gigabit Ethernet, 74:da:38:a0:06:d6
[ 94.049716] usbcore: registered new interface driver ax88179_178a
[ 94.077315] IPv6: ADDRCONF(NETDEV_UP): eth1: link is not ready
[ 94.409639] IPv6: ADDRCONF(NETDEV_UP): eth1: link is not ready
[ 97.164004] ax88179_178a 1-4:1.0 eth1: ax88179 - Link status is: 1
[ 97.171454] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
noch eine Möglichkeit:
Code: Alles auswählen
# dmesg |grep -E 'rtl|IPv'