RTL8188CUS und Buster eg testing

Einrichten des lokalen Netzes, Verbindung zu anderen Computern und Diensten.
smack9898
Beiträge: 48
Registriert: 16.12.2018 10:52:34

RTL8188CUS und Buster eg testing

Beitrag von smack9898 » 16.12.2018 10:57:23

Hi forum,

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

Benutzeravatar
MSfree
Beiträge: 10686
Registriert: 25.09.2007 19:59:30

Re: RTL8188CUS und Buster eg testing

Beitrag von MSfree » 16.12.2018 12:23:28

Firmwareproblem?

Bitte folgenden Befehl ausführen und Ergebnis hier posten:

Code: Alles auswählen

dmesg | grep -i firmware

Benutzeravatar
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

Beitrag von jph » 16.12.2018 12:37:49

MSfree hat geschrieben: ↑ zum Beitrag ↑
16.12.2018 12:23:28
Bitte folgenden Befehl ausführen und Ergebnis hier posten:

Code: Alles auswählen

dmesg | grep -i firmware
Nachtrag: bitte als root ausführen! Ansonsten sieht das Ergebnis so aus:

Code: Alles auswählen

dmesg: read kernel buffer failed: Die Operation ist nicht erlaubt
:-)

smack9898
Beiträge: 48
Registriert: 16.12.2018 10:52:34

Re: RTL8188CUS und Buster eg testing

Beitrag von smack9898 » 16.12.2018 12:40:04

und hier kommt die Antwort
[ 24.813510] r8169 0000:03:00.0: firmware: direct-loading firmware rtl_nic/rtl8168g-2.fw

Benutzeravatar
MSfree
Beiträge: 10686
Registriert: 25.09.2007 19:59:30

Re: RTL8188CUS und Buster eg testing

Beitrag von MSfree » 16.12.2018 12:48:21

smack9898 hat geschrieben: ↑ zum Beitrag ↑
16.12.2018 12:40:04
und hier kommt die Antwort...
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

smack9898
Beiträge: 48
Registriert: 16.12.2018 10:52:34

Re: RTL8188CUS und Buster eg testing

Beitrag von smack9898 » 16.12.2018 13:20:12

immer noch nich nichts
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

Benutzeravatar
MSfree
Beiträge: 10686
Registriert: 25.09.2007 19:59:30

Re: RTL8188CUS und Buster eg testing

Beitrag von MSfree » 16.12.2018 13:51:42

Da tauchen nur die Ethernetschnittstelle und das Loopbackdevice aus. Die Firmware, die das System lädt, ist auch nicht die Firmware für deine WLAN-Schnittstelle, sodern die für deine Ethernetschnittstelle. Soweit ich das auf die Schnelle erghoogeln konnte, ist das WLAN ein Mini-USB-Stick?

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.

smack9898
Beiträge: 48
Registriert: 16.12.2018 10:52:34

Re: RTL8188CUS und Buster eg testing

Beitrag von smack9898 » 16.12.2018 20:17:36

Ja das ist Stimmt genau.
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
Welche Debianvesion verwendest du genau?

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
aus den Backports zu installieren
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 
meinst, das beherrsche ich schon :)

Benutzeravatar
MSfree
Beiträge: 10686
Registriert: 25.09.2007 19:59:30

Re: RTL8188CUS und Buster eg testing

Beitrag von MSfree » 16.12.2018 22:08:30

smack9898 hat geschrieben: ↑ zum Beitrag ↑
16.12.2018 20:17:36
Und bisher hatte ich noch keine Probleme mit diesen Dingern auf Raspberries oder auf einen Thinkpad mit Strech 9.
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.

Backports sollten unter Buster auch erstmal nicht nötig sein, das verwendet bereits einen einigermassen aktuellen Kernel.

Benutzeravatar
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

Beitrag von KBDCALLS » 17.12.2018 11:11:34

Backports für Buster gibt es auch noch garnicht. Das Repository existiert zwar ist aber bislang leer. Wenn dann gezielt Pakete aus Sid . Aber zum größten Teil sind die Deckungsgleich. Wenn dann trift das auf Versionen zu die noch zu neu für Buster sind oder es noch nicht aus anderen Gründen dorthin geschafft haben, bzw nie werden.
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:
  • Kennst du unsere Verhaltensregeln
  • Lange Codezeilen/Logs gehören nach NoPaste, in Deinen Beitrag dann der passende Link dazu.

smack9898
Beiträge: 48
Registriert: 16.12.2018 10:52:34

Re: RTL8188CUS und Buster eg testing

Beitrag von smack9898 » 17.12.2018 17:19:02

Ich habe heute früh auch mal, auf der Webseite von Realtek mal nach neueren Treibern geschaut und windoof Treiber gefunden.
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.

Benutzeravatar
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

Beitrag von KBDCALLS » 17.12.2018 18:13:31

Was spukt denn Debianinxi aus ? Debianlshw oder Debianhwinfo

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:
  • Kennst du unsere Verhaltensregeln
  • Lange Codezeilen/Logs gehören nach NoPaste, in Deinen Beitrag dann der passende Link dazu.

smack9898
Beiträge: 48
Registriert: 16.12.2018 10:52:34

Re: RTL8188CUS und Buster eg testing

Beitrag von smack9898 » 18.12.2018 11:33:56

Endlich habe ich wieder zugriff auf die Kiste.
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
Und auch noch die Inxi's

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
inxi -N
Network: Device-1: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet driver: r8169
Und jetzt die selben Befehle nach den Neustart, wieder ohne Stick.

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

Benutzeravatar
MSfree
Beiträge: 10686
Registriert: 25.09.2007 19:59:30

Re: RTL8188CUS und Buster eg testing

Beitrag von MSfree » 18.12.2018 11:51:41

smack9898 hat geschrieben: ↑ zum Beitrag ↑
18.12.2018 11:33:56
ohne den Stick an der Kiste.
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.

smack9898
Beiträge: 48
Registriert: 16.12.2018 10:52:34

Re: RTL8188CUS und Buster eg testing

Beitrag von smack9898 » 18.12.2018 13:25:01

Aha da habe ich wohl was mißverstanden. Sorry

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
Außerdem habe ich mal zur Probe geben das der Stick an eine Windoof Kiste eingesteckt wird um zu Prüfen ob er nicht fehlerhaft ist.
Funktionierte ohne Probleme.

Benutzeravatar
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

Beitrag von KBDCALLS » 18.12.2018 17:23:05

Und was ergibt das hier

und
Alles bei eingesteckten Stick

PS: Verwende bitte demnächst die Codetags anstatt Quote.

Achso dmesg wird übersichtlicher
hängt man noch an , kann man die Augabe mittverfolgen , wenns ein neues Ereignis gibt.
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:
  • Kennst du unsere Verhaltensregeln
  • Lange Codezeilen/Logs gehören nach NoPaste, in Deinen Beitrag dann der passende Link dazu.

smack9898
Beiträge: 48
Registriert: 16.12.2018 10:52:34

Re: RTL8188CUS und Buster eg testing

Beitrag von smack9898 » 20.12.2018 11:28:38

Hallo und hier neusten updates

Code: Alles auswählen

iwlist scan
ergab

Code: Alles auswählen

 iwlist scan
-bash: iwlist: command not found
die 'freuden' wenn man mit Testing Versionen anfängt rumzuspielen.

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
Ich habe auch in der Zwischen Zeit mal zwei verschiedene VMs unter Vmware aufgezogen.
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
vielleicht könnte mir jemand helfen das Fehlende Packet per Backport einzuspielen und vielleicht funktioniert es ja dann.

Benutzeravatar
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

Beitrag von KBDCALLS » 20.12.2018 13:13:37

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

Poste mal Den Stick dabei enstecken und wieder entfernen. Aber das dann aber nach NoPaste Aber komplett.
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:
  • Kennst du unsere Verhaltensregeln
  • Lange Codezeilen/Logs gehören nach NoPaste, in Deinen Beitrag dann der passende Link dazu.

Benutzeravatar
habakug
Moderator
Beiträge: 4313
Registriert: 23.10.2004 13:08:41
Lizenz eigener Beiträge: MIT Lizenz

Re: RTL8188CUS und Buster eg testing

Beitrag von habakug » 20.12.2018 14:33:34

Hallo,

wir wissen leider nicht welches Gerät verwendet wird. Bei eingestecktem USB-Gerät:

Code: Alles auswählen

# lsusb
Je nach Gerät könnte es erforderlich sein den rtl8192cu zu blacklisten:

Code: Alles auswählen

# echo -e "blacklist rtl8192cu" | tee -a /etc/modprobe.d/blacklist_rtl8192cu.conf
Dann müsste rtlxxxu geladen werden.
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/
Gruss, habakug
( # = root | $ = user | !! = mod ) (Vor der PN) (Debianforum-Wiki) (NoPaste)

Benutzeravatar
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

Beitrag von KBDCALLS » 20.12.2018 15:13:17

Das ist mit jetzt geade aufgefallen das Paket linux-headers-generic gibt es garnicht bei Debian , und hats auch nie geben. Das dürft eher zum Erfolg führen.
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:
  • Kennst du unsere Verhaltensregeln
  • Lange Codezeilen/Logs gehören nach NoPaste, in Deinen Beitrag dann der passende Link dazu.

willy4711

Re: RTL8188CUS und Buster eg testing

Beitrag von willy4711 » 20.12.2018 15:16:57

smack9898 hat geschrieben: ↑ zum Beitrag ↑
18.12.2018 13:25:01
[ 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
Zuletzt geändert von willy4711 am 20.12.2018 15:31:51, insgesamt 1-mal geändert.

Benutzeravatar
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

Beitrag von KBDCALLS » 20.12.2018 15:30:19

Was ein klein wenig irritierend ist das es mehrere Firmawaredateien für ein Modul gibt.
  • 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.
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:
  • Kennst du unsere Verhaltensregeln
  • Lange Codezeilen/Logs gehören nach NoPaste, in Deinen Beitrag dann der passende Link dazu.

willy4711

Re: RTL8188CUS und Buster eg testing

Beitrag von willy4711 » 20.12.2018 15:53:31

Was ist eigentlich mit Debianfirmware-realtek :?:
Gab mal einen Thread: https://debianforum.de/forum/viewtopi ... 0&t=159157
wo mit dmesg auch die Ausgabe kam:
rtl8192cu: Loading firmware rtlwifi/rtl8192cufw_TMSC.bin
Hinterher stellte sich heraus, dass firmware-realtek gar nicht installiert war.
Allerdings gab es da auch die vollständige Ausgabe von dmesg :mrgreen:

Benutzeravatar
habakug
Moderator
Beiträge: 4313
Registriert: 23.10.2004 13:08:41
Lizenz eigener Beiträge: MIT Lizenz

Re: RTL8188CUS und Buster eg testing

Beitrag von habakug » 20.12.2018 16:26:29

Hallo,

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)
Hier ist es aber:

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
Die Datei ist vorhanden.

Gruss, habakug
( # = root | $ = user | !! = mod ) (Vor der PN) (Debianforum-Wiki) (NoPaste)

willy4711

Re: RTL8188CUS und Buster eg testing

Beitrag von willy4711 » 20.12.2018 17:34:14

@habakug
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
dann erst den Stick einstecken, die Ausgabe beginnt dann wie beim mir (ähnlich)

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
--- oder es kommen halt Fehlermeldungen.

noch eine Möglichkeit:

Code: Alles auswählen

# dmesg |grep -E 'rtl|IPv'

Antworten