|
xinos
(Themenstarter)
Anmeldungsdatum:
15. September 2012
Beiträge: Zähle...
|
Habe ich alles gemacht. praseodym schrieb: Ok, offenbar werden falsche Treiber geladen.
Woran erkennst du das?
|
|
praseodym
Supporter
Anmeldungsdatum:
9. Februar 2009
Beiträge: 22111
Wohnort: ~
|
Der zu installierende heisst 8192cu, die falschen heissen rtl8192cu und rtl8xxxu. Dann prüfe die Whitelist:
cat /etc/modules
cat /etc/rc.local
|
|
xinos
(Themenstarter)
Anmeldungsdatum:
15. September 2012
Beiträge: 59
|
Leider ist unter lsmod immer noch rtl8xxxu drinnen. ☹ praseodym schrieb: Dann prüfe die Whitelist:
cat /etc/modules
cat /etc/rc.local
ist beides leer EDIT:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77 | blackadmin@blackbox:~$ lsmod
Module Size Used by
cfg80211 565248 0
8192cu 528384 0
eeepc_wmi 16384 0
asus_wmi 28672 1 eeepc_wmi
amd_freq_sensitivity 16384 0
sparse_keymap 16384 1 asus_wmi
video 40960 1 asus_wmi
kvm_amd 65536 0
kvm 536576 1 kvm_amd
irqbypass 16384 1 kvm
crct10dif_pclmul 16384 0
crc32_pclmul 16384 0
snd_hda_codec_realtek 81920 1
nls_iso8859_1 16384 1
snd_hda_codec_generic 77824 1 snd_hda_codec_realtek
snd_hda_codec_hdmi 53248 1
aesni_intel 167936 0
snd_hda_intel 36864 5
aes_x86_64 20480 1 aesni_intel
lrw 16384 1 aesni_intel
gf128mul 16384 1 lrw
snd_hda_codec 135168 4 snd_hda_codec_realtek,snd_hda_codec_hdmi,snd_hda_codec_generic,snd_hda_intel
glue_helper 16384 1 aesni_intel
ablk_helper 16384 1 aesni_intel
cryptd 20480 2 aesni_intel,ablk_helper
snd_hda_core 73728 5 snd_hda_codec_realtek,snd_hda_codec_hdmi,snd_hda_codec_generic,snd_hda_codec,snd_hda_intel
snd_hwdep 16384 1 snd_hda_codec
k10temp 16384 0
edac_mce_amd 24576 0
serio_raw 16384 0
edac_core 53248 0
joydev 20480 0
fam15h_power 16384 0
input_leds 16384 0
snd_pcm 106496 4 snd_hda_codec_hdmi,snd_hda_codec,snd_hda_intel,snd_hda_core
i2c_piix4 24576 0
snd_seq_midi 16384 0
snd_seq_midi_event 16384 1 snd_seq_midi
snd_rawmidi 32768 1 snd_seq_midi
snd_seq 69632 2 snd_seq_midi_event,snd_seq_midi
snd_seq_device 16384 3 snd_seq,snd_rawmidi,snd_seq_midi
snd_timer 32768 2 snd_pcm,snd_seq
snd 81920 21 snd_hda_codec_realtek,snd_hwdep,snd_timer,snd_hda_codec_hdmi,snd_pcm,snd_seq,snd_rawmidi,snd_hda_codec_generic,snd_hda_codec,snd_hda_intel,snd_seq_device
shpchp 36864 0
soundcore 16384 1 snd
8250_fintek 16384 0
tpm_infineon 20480 0
mac_hid 16384 0
parport_pc 32768 1
ppdev 20480 0
lp 20480 0
parport 49152 3 lp,ppdev,parport_pc
autofs4 40960 2
hid_logitech_hidpp 20480 0
hid_logitech_dj 20480 0
usbhid 49152 0
hid 118784 4 usbhid,hid_logitech_dj,hid_logitech_hidpp
amdkfd 122880 1
amd_iommu_v2 20480 1 amdkfd
radeon 1511424 6
i2c_algo_bit 16384 1 radeon
ttm 98304 1 radeon
drm_kms_helper 139264 1 radeon
syscopyarea 16384 1 drm_kms_helper
sysfillrect 16384 1 drm_kms_helper
sysimgblt 16384 1 drm_kms_helper
psmouse 126976 0
r8169 81920 0
fb_sys_fops 16384 1 drm_kms_helper
mii 16384 1 r8169
drm 360448 47 ttm,drm_kms_helper,radeon
ahci 36864 3
libahci 32768 1 ahci
wmi 20480 1 asus_wmi
fjes 28672 0
|
Jetzt steht 8192cu drinnen, wlan funktioniert jetzt aber nicht, es werden keine netzwerke angezeigt.
|
|
elektronenblitz63
Anmeldungsdatum:
16. Januar 2007
Beiträge: 29307
Wohnort: NRW
|
Hallo,
ich würde es noch mal mit den vorhandenen Systemtreibern versuchen, den Stick aber an einem anderen USB-Anschluss testen. Möglicherweise ist die Stromaufnahme am verwendeten USB 2.0-Anschluss bereits zu hoch. 500mA für einen Doppelanschluss in Summe ist erlaubt. USB 3.0 ist ja ebenfalls vorhanden und ermöglicht eine höhere Stromentnahme. Bei Überschreitung des zulässigen Strom kann der USB-Controller den Anschluss einfach abschalten, was zu den genannten Problemen führen würde. Zusätzlich könnte man probeweise die Sendeleistung des Stick etwas reduzieren, was die Stromaufnahme natürlich verringert. An Bus 1 befindet sich ja noch der Logitech Empfänger für die Maus und Tastatur (?), sowie eine ext. Festplatte oder ein Speicherstick.
Bus 001 Device 003: ID 7392:7822 Edimax Technology Co., Ltd
Bus 001 Device 004: ID 046d:c52b Logitech, Inc. Unifying Receiver
Bus 001 Device 002: ID 05e3:0608 Genesys Logic, Inc. Hub
Bus 001 Device 005: ID 0781:5566 SanDisk Corp. Stromaufnahme der Geräte:
| sudo lsusb -vv | egrep -iw 'id|maxpower'
|
Sendeleistung reduzieren wenn der WLAN-Stick wieder funktioniert:
| sudo iwconfig wlx74da38732a63 txpower 18
iwconfig
|
|
|
xinos
(Themenstarter)
Anmeldungsdatum:
15. September 2012
Beiträge: 59
|
@elektronenblitz63:
Hallo und danke für den Tipp, hört sich sehr plausibel an, werde ich gleich testen! Wie bekomme ich den "neuen" Treiber zum Testen wieder weg und ändere das blacklisting in den Ausgangszustand zurück?
|
|
Hans9876543210
Anmeldungsdatum:
2. Januar 2011
Beiträge: 3741
|
Hallo, es schadet sicherlich auch nicht, mal ein Blick in die Log Dateien zu werfen.
| egrep -i 'net|eth|wlan|firm|reason' /var/log/syslog
dmesg | egrep 'net|eth|sky|sun|sis|via|3c3|3c5|e100|8139|8169|acx|air|ath|atl|ar9|carl|atme|at7|herm|iwl|ipw|rtl8|r81|rt2|rt3|rt6|rt7|tg3|ssb|wl|b43|b44|ori|pri|p5|zd|ndis|wmi|ns8|FW'
|
|
|
xinos
(Themenstarter)
Anmeldungsdatum:
15. September 2012
Beiträge: 59
|
elektronenblitz63 schrieb: Stromaufnahme der Geräte:
| sudo lsusb -vv | egrep -iw 'id|maxpower'
|
Da habe ich beim Edimax die vollen 500mA
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18 | Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
MaxPower 0mA
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
MaxPower 0mA
Bus 001 Device 003: ID 7392:7822 Edimax Technology Co., Ltd
MaxPower 500mA
Bus 001 Device 004: ID 046d:c52b Logitech, Inc. Unifying Receiver
MaxPower 98mA
Bus 001 Device 002: ID 05e3:0608 Genesys Logic, Inc. Hub
MaxPower 100mA
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
MaxPower 0mA
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
MaxPower 0mA
Bus 006 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
MaxPower 0mA
Bus 005 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
MaxPower 0mA
|
Hans9876543210 schrieb: Hallo,
Hallo!
es schadet sicherlich auch nicht, mal ein Blick in die Log Dateien zu werfen.
| egrep -i 'net|eth|wlan|firm|reason' /var/log/syslog
dmesg | egrep 'net|eth|sky|sun|sis|via|3c3|3c5|e100|8139|8169|acx|air|ath|atl|ar9|carl|atme|at7|herm|iwl|ipw|rtl8|r81|rt2|rt3|rt6|rt7|tg3|ssb|wl|b43|b44|ori|pri|p5|zd|ndis|wmi|ns8|FW'
|
Da bekomme ich folgendes:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33 | blackadmin@blackbox:~$ egrep -i 'net|eth|wlan|firm|reason' /var/log/syslog
blackadmin@blackbox:~$ dmesg | egrep 'net|eth|sky|sun|sis|via|3c3|3c5|e100|8139|8169|acx|air|ath|atl|ar9|carl|atme|at7|herm|iwl|ipw|rtl8|r81|rt2|rt3|rt6|rt7|tg3|ssb|wl|b43|b44|ori|pri|p5|zd|ndis|wmi|ns8|FW'
[ 0.000000] PERCPU: Embedded 33 pages/cpu @ffff88023ec00000 s98008 r8192 d28968 u524288
[ 0.000000] pcpu-alloc: s98008 r8192 d28968 u524288 alloc=1*2097152
[ 0.000000] Calgary: detecting Calgary via BIOS EBDA area
[ 0.024219] Initializing cgroup subsys net_cls
[ 0.024227] Initializing cgroup subsys net_prio
[ 1.391470] audit: initializing netlink subsys (disabled)
[ 1.451783] tun: (C) 1999-2004 Max Krasnyansky <maxk@qualcomm.com>
[ 1.597065] usb usb6: We don't know the algorithms for LPM for this host, disabling LPM.
[ 1.606263] microcode: Microcode Update Driver: v2.01 <tigran@aivazian.fsnet.co.uk>, Peter Oruba
[ 1.703797] wmi: Mapper loaded
[ 1.709181] r8169 Gigabit Ethernet driver 2.3LK-NAPI loaded
[ 1.712650] ata1: SATA max UDMA/133 abar m1024@0xfeb6e000 port 0xfeb6e100 irq 31
[ 1.719177] r8169 0000:01:00.0 eth0: RTL8168g/8111g at 0xffffc90000cca000, 9c:5c:8e:95:46:f8, XID 0c000800 IRQ 32
[ 1.719183] r8169 0000:01:00.0 eth0: jumbo features [frames: 9200 bytes, tx checksumming: ko]
[ 1.755302] r8169 0000:01:00.0 enp1s0: renamed from eth0
[ 1.778658] [drm] Internal thermal controller without fan control
[ 2.210470] ata1.00: ATA-9: Samsung SSD 850 EVO 250GB, EMT01B6Q, max UDMA/133
[ 2.212561] scsi 0:0:0:0: Direct-Access ATA Samsung SSD 850 1B6Q PQ: 0 ANSI: 5
[ 3.572238] fbcon: radeondrmfb (fb0) is primary device
[ 4.397041] Adding 7797756k swap on /dev/sda3. Priority:-1 extents:1 across:7797756k SSFS
[ 4.557834] asus_wmi: ASUS WMI generic driver loaded
[ 4.563025] asus_wmi: Initialization: 0x0
[ 4.563074] asus_wmi: BIOS WMI version: 0.9
[ 4.563162] asus_wmi: SFUN value: 0x0
[ 4.582788] input: Eee PC WMI hotkeys as /devices/platform/eeepc-wmi/input/input12
[ 4.589816] asus_wmi: Number of fans: 1
[ 5.134979] r8169 0000:01:00.0 enp1s0: link down
[ 5.135004] r8169 0000:01:00.0 enp1s0: link down
[ 5.467664] usbcore: registered new interface driver rtl8192cu
[ 5.470473] rtl8192cu 1-4:1.0 wlx74da38732a63: renamed from wlan0
[ 6.751347] r8169 0000:01:00.0 enp1s0: link up
|
Wlan ist wie gesagt momentan tot, weil der neue Treiber nicht so recht will.
|
|
elektronenblitz63
Anmeldungsdatum:
16. Januar 2007
Beiträge: 29307
Wohnort: NRW
|
xinos schrieb: @elektronenblitz63:
Hallo und danke für den Tipp, hört sich sehr plausibel an, werde ich gleich testen!
Ja, in der jetzigen Konfiguration kann die zulässige Stromaufnahme überschritten werden. Das passiert üblicherweise dann, wenn der Stick unter Vollast läuft, also z.B. bei Streaming-Anwendungen. Wie bekomme ich den "neuen" Treiber zum Testen wieder weg und ändere das blacklisting in den Ausgangszustand zurück?
Das ist nicht schwer. Du bearbeitest die Sperrdatei mit einem Editor, entfernst die Einträge für die Systemtreiber und fügst einen Eintrag für das neue Modul hinzu. Stick danach abziehen und das System neu starten. Stick an einem USB 3.0 Port wieder anschließen, prüfen welche Module geladen werden und die Funktion testen.
|
|
xinos
(Themenstarter)
Anmeldungsdatum:
15. September 2012
Beiträge: 59
|
Habs hinbekommen:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117 | blackadmin@blackbox:~$ lsmod
Module Size Used by
drbg 32768 1
ansi_cprng 16384 0
ctr 16384 2
ccm 20480 2
rtl8xxxu 73728 0
arc4 16384 2
rtl8192cu 69632 0
rtl_usb 20480 1 rtl8192cu
rtl8192c_common 53248 1 rtl8192cu
rtlwifi 77824 3 rtl_usb,rtl8192c_common,rtl8192cu
mac80211 737280 4 rtl8xxxu,rtl_usb,rtlwifi,rtl8192cu
cfg80211 565248 2 mac80211,rtlwifi
eeepc_wmi 16384 0
asus_wmi 28672 1 eeepc_wmi
sparse_keymap 16384 1 asus_wmi
video 40960 1 asus_wmi
amd_freq_sensitivity 16384 0
kvm_amd 65536 0
kvm 536576 1 kvm_amd
nls_iso8859_1 16384 1
irqbypass 16384 1 kvm
crct10dif_pclmul 16384 0
crc32_pclmul 16384 0
snd_seq_midi 16384 0
aesni_intel 167936 4
snd_seq_midi_event 16384 1 snd_seq_midi
aes_x86_64 20480 1 aesni_intel
lrw 16384 1 aesni_intel
gf128mul 16384 1 lrw
glue_helper 16384 1 aesni_intel
snd_hda_codec_realtek 81920 1
ablk_helper 16384 1 aesni_intel
cryptd 20480 2 aesni_intel,ablk_helper
snd_hda_codec_generic 77824 1 snd_hda_codec_realtek
snd_rawmidi 32768 1 snd_seq_midi
snd_hda_codec_hdmi 53248 1
snd_hda_intel 36864 5
snd_hda_codec 135168 4 snd_hda_codec_realtek,snd_hda_codec_hdmi,snd_hda_codec_generic,snd_hda_intel
joydev 20480 0
fam15h_power 16384 0
snd_hda_core 73728 5 snd_hda_codec_realtek,snd_hda_codec_hdmi,snd_hda_codec_generic,snd_hda_codec,snd_hda_intel
serio_raw 16384 0
input_leds 16384 0
snd_hwdep 16384 1 snd_hda_codec
edac_mce_amd 24576 0
snd_seq 69632 2 snd_seq_midi_event,snd_seq_midi
k10temp 16384 0
edac_core 53248 0
snd_pcm 106496 4 snd_hda_codec_hdmi,snd_hda_codec,snd_hda_intel,snd_hda_core
snd_seq_device 16384 3 snd_seq,snd_rawmidi,snd_seq_midi
i2c_piix4 24576 0
snd_timer 32768 2 snd_pcm,snd_seq
snd 81920 21 snd_hda_codec_realtek,snd_hwdep,snd_timer,snd_hda_codec_hdmi,snd_pcm,snd_seq,snd_rawmidi,snd_hda_codec_generic,snd_hda_codec,snd_hda_intel,snd_seq_device
soundcore 16384 1 snd
shpchp 36864 0
8250_fintek 16384 0
tpm_infineon 20480 0
mac_hid 16384 0
parport_pc 32768 1
ppdev 20480 0
lp 20480 0
parport 49152 3 lp,ppdev,parport_pc
autofs4 40960 2
hid_logitech_hidpp 20480 0
hid_logitech_dj 20480 0
usbhid 49152 0
hid 118784 4 usbhid,hid_logitech_dj,hid_logitech_hidpp
amdkfd 122880 1
amd_iommu_v2 20480 1 amdkfd
radeon 1511424 6
i2c_algo_bit 16384 1 radeon
ttm 98304 1 radeon
drm_kms_helper 139264 1 radeon
syscopyarea 16384 1 drm_kms_helper
r8169 81920 0
sysfillrect 16384 1 drm_kms_helper
sysimgblt 16384 1 drm_kms_helper
psmouse 126976 0
fb_sys_fops 16384 1 drm_kms_helper
mii 16384 1 r8169
drm 360448 47 ttm,drm_kms_helper,radeon
ahci 36864 3
libahci 32768 1 ahci
wmi 20480 1 asus_wmi
fjes 28672 0
blackadmin@blackbox:~$ sudo lsusb -vv | egrep -iw 'id|maxpower'
[sudo] Passwort für blackadmin:
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
MaxPower 0mA
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
MaxPower 0mA
Bus 001 Device 003: ID 046d:c52b Logitech, Inc. Unifying Receiver
MaxPower 98mA
Bus 001 Device 002: ID 05e3:0608 Genesys Logic, Inc. Hub
MaxPower 100mA
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
MaxPower 0mA
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
MaxPower 0mA
Bus 006 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
MaxPower 0mA
Bus 005 Device 002: ID 7392:7822 Edimax Technology Co., Ltd
MaxPower 500mA
Bus 005 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
MaxPower 0mA
blackadmin@blackbox:~$ lsusb
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 001 Device 003: ID 046d:c52b Logitech, Inc. Unifying Receiver
Bus 001 Device 002: ID 05e3:0608 Genesys Logic, Inc. Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 006 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 005 Device 002: ID 7392:7822 Edimax Technology Co., Ltd
Bus 005 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
|
Alte Module werden wieder geladen, Stick hängt an anderen Bus (USB 3.0) mal abwarten, vielen Dank erst mal an alle. Echt toller support hier, das muss man schon sagen. Hoffentlich klappt es jetzt! EDIT: lol beim absenden dieses threads wars auch schon wieder vorbei 😉 hmm... das schlimme ist, ich würde ja evtl noch einen hw-tausch machen, solange ich das teil noch zurückgeben kann, aber mir kommt vor sämtliche verkaufte wlan-sticks haben den 8192cu chipsatz ☺
|
|
elektronenblitz63
Anmeldungsdatum:
16. Januar 2007
Beiträge: 29307
Wohnort: NRW
|
Reduziere noch etwas die Sendeleistung. Eine zu hohe Stromaufnahme kann jetzt wohl ausgeschlossen werden, möglicherweise überhitzt der Stick aber. Die Chips haben eine int. Sicherheitsschaltung, die verhindert, dass das Gerät bei zu hoher Temperatur zerstört wird, und schaltet ab. Welche Moduloptionen sind möglich?
| modinfo -F parm rtl8xxxu rtl8192cu rtl_usb rtl8192c_common rtlwifi
|
|
|
xinos
(Themenstarter)
Anmeldungsdatum:
15. September 2012
Beiträge: 59
|
Hi, | blackadmin@blackbox:~$ modinfo -F parm rtl8xxxu rtl8192cu rtl_usb rtl8192c_common rtlwifi
debug:Set debug mask (int)
ht40_2g:Enable HT40 support on the 2.4GHz band (bool)
swenc:Set to 1 for software crypto (default 0)
(bool)
debug:Set debug level (0-5) (default 0) (int)
|
Habe mir gestern testweise einen Fritz! Wlan-Stick N (v2.0B) besorgt und mit dem scheint es zu funktionieren. Leider hat dieser Stick keine externe Antenne was man auch an der Empfangsanzeige sieht. Ich bin hin und hergerissen. Bekomme ich den Edimax eventuell doch noch zum laufen bleibt der natürlich hier, ansonsten wird es auf die teurere Fritz (Not-)lösung hinauslaufen. PS: elektronenblitz63 schrieb: Sendeleistung reduzieren wenn der WLAN-Stick wieder funktioniert:
| sudo iwconfig wlx74da38732a63 txpower 18
iwconfig
|
Habe ich bisher noch nicht gemacht, werde ich aber jetzt! (Der Edimax hängt jetzt am USB 3.0 Port)
|