Ist ok, er meckert über Kernel 3.13 aus der "Original"-Installation. Kernel 3.16 wird ja verwendet:
uname -a
Ergibt:
Linux der 3.16.0-59-generic #79~14.04.1-Ubuntu SMP Mon Jan 18 15:41:27 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux
als Ausgabe.
Möchte einen anderen WLAN-Stick benutzen
|
(Themenstarter)
Anmeldungsdatum: Beiträge: 1293 |
|
|
Supporter
Anmeldungsdatum: Beiträge: 22111 |
Ok, dann weitermachen |
|
(Themenstarter)
Anmeldungsdatum: Beiträge: 1293 |
Ein lsmod | grep wl führt nicht zum Entladen des Moduls der internen Karte. wl 6367833 0 cfg80211 498458 1 wl Woran kann das liegen. Die Regel ist noch existent in /etc/udev/rules.d/10-wlan-stick.rules # UDEV-Regel für externe WLAN-Sticks
# entlädt/lädt Treiber für int. WLAN-Karte
ACTION=="add", GOTO="device_check"
ACTION=="remove", GOTO="onboard_load"
LABEL="device_check"
### WLAN-Stick (0df6:0077) erkannt, Onboard-Karte deaktivieren
# SUBSYSTEM=="net", KERNEL=="wlan1", RUN+="/sbin/modprobe -rf wl"
# anders:
SUBSYSTEM=="net", ATTR{idVendor}=="1028", ATTR{idProduct}=="000d", RUN+="/sbin/modprobe -rf wl"
GOTO="rules_end"
LABEL="onboard_load"
### WLAN-Stick entfernt, Onboard-Karte aktivieren
SUBSYSTEM=="net", ATTR{idVendor}=="1028", ATTR{idProduct}=="000d", RUN+="/sbin/modprobe wl"
LABEL="rules_end"Ich fand die interne Karte als: Subsystem: Dell Wireless 1510 Wireless-N WLAN Mini-Card [1028:000d] Die Interne zeigt bei lshw diese Daten: *-network UNGEFORDERT
Beschreibung: Network controller
Produkt: BCM4322 802.11a/b/g/n Wireless LAN Controller
Hersteller: Broadcom Corporation
Physische ID: 0
Bus-Informationen: pci@0000:0c:00.0
Version: 01
Breite: 64 bits
Takt: 33MHz
Fähigkeiten: pm msi pciexpress cap_list
Konfiguration: latency=0
Ressourcen: memory:f69fc000-f69fffffIst das ein Fehler drin ? |
Anmeldungsdatum: Beiträge: 29307 |
Der falsche Treiber befindet sich noch im System. Entfernen und prüfen: sudo rm -r /var/lib/dkms/rtl8192cu-tjp dkms status modinfo 8192cu Die verwendete udev-Regel passt nicht zum System - „Aktuelle Version für Ubuntu 12.xx und höher“ verwenden. Die Beschreibungen bitte mal etwas genauer lesen. |
|
(Themenstarter)
Anmeldungsdatum: Beiträge: 1293 |
Habe ich gemacht. Ich verwende jetzt # UDEV-Regel für externe WLAN-Sticks # entlädt/lädt Treiber für int. WLAN-Karte ACTION=="add", GOTO="device_check" ACTION=="remove", GOTO="onboard_load" LABEL="device_check" ### WLAN-Stick erkannt, Onboard-Karte deaktivieren SUBSYSTEM=="net", KERNEL=="wlan0", RUN+="/sbin/modprobe -rf wl" GOTO="rules_end" LABEL="onboard_load" ### WLAN-Stick entfernt, Onboard-Karte aktivieren SUBSYSTEM=="net", KERNEL=="wlan*", RUN+="/sbin/modprobe wl" LABEL="rules_end" Natürlich habe ich den Service neu gestartet. Das lsmod ... zeigt kein Entladen. Im syslog ist zu sehen, dass der eingesteckte Stick erkannt wird, wenn er eingesteckt und wieder raus genommen wird: Jan 31 17:05:24 der kernel: [ 2929.856294] usb 2-1: new high-speed USB device number 7 using ehci-pci Jan 31 17:05:24 der kernel: [ 2929.990953] usb 2-1: New USB device found, idVendor=0df6, idProduct=0077 Jan 31 17:05:24 der kernel: [ 2929.990965] usb 2-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3 Jan 31 17:05:24 der kernel: [ 2929.990973] usb 2-1: Product: 802.11n WLAN Adapter Jan 31 17:05:24 der kernel: [ 2929.990980] usb 2-1: Manufacturer: Realtek Jan 31 17:05:24 der kernel: [ 2929.990986] usb 2-1: SerialNumber: 00e04c000001 Jan 31 17:05:24 der mtp-probe: checking bus 2, device 7: "/sys/devices/pci0000:00/0000:00:1d.7/usb2/2-1" Jan 31 17:05:24 der mtp-probe: bus: 2, device: 7 was not an MTP device Jan 31 17:06:40 der kernel: [ 3005.922915] usb 2-1: USB disconnect, device number 7 |
|
Anmeldungsdatum: Beiträge: 29307 |
Der Stick hat sicherlich auch nicht die Interfacebezeichnung wlan0, bei der das Modul der int. Karte laut udev-Regel entladen wird. Hat die Installation des neuen Realtek-Treibers inzwischen fehlerfrei funktioniert? |
|
(Themenstarter)
Anmeldungsdatum: Beiträge: 1293 |
Nein wlan0 ist die interne Karte, wie ich mit ifconfig feststelle. Ob die Installation funktioniert hat, weiß ich nicht. Der Stick wird im syslog angezeigt, aber nicht verwendet. Es müsste ja sonst mit ifconfig zu sehen sein. |
|
Anmeldungsdatum: Beiträge: 29307 |
Der Stick muss erst laufen, sonst kann es mit der udev-Regel ja sowieso nicht funktionieren. Daher die Abfragen: dkms status modinfo 8192cu grep rtl8 /etc/modprobe.d/* |
|
(Themenstarter)
Anmeldungsdatum: Beiträge: 1293 |
Entschuldigung ! Ich habe gedacht, das ist zu viel und Du willst das nicht lesen. Hier ist es: Ein dkms status leifert 8192cu, 1.10, 3.16.0-59-generic, x86_64: installed bbswitch, 0.7, 3.13.0-24-generic, x86_64: installed bbswitch, 0.7, 3.13.0-76-generic, x86_64: installed bbswitch, 0.7, 3.16.0-38-generic, x86_64: installed bbswitch, 0.7, 3.16.0-43-generic, x86_64: installed bbswitch, 0.7, 3.16.0-57-generic, x86_64: installed bbswitch, 0.7, 3.16.0-59-generic, x86_64: installed bcmwl, 6.30.223.248+bdcom, 3.13.0-24-generic, x86_64: installed bcmwl, 6.30.223.248+bdcom, 3.13.0-76-generic, x86_64: installed bcmwl, 6.30.223.248+bdcom, 3.16.0-38-generic, x86_64: installed bcmwl, 6.30.223.248+bdcom, 3.16.0-43-generic, x86_64: installed bcmwl, 6.30.223.248+bdcom, 3.16.0-57-generic, x86_64: installed bcmwl, 6.30.223.248+bdcom, 3.16.0-59-generic, x86_64: installed nvidia-340, 340.96, 3.13.0-76-generic, x86_64: installed nvidia-340, 340.96, 3.16.0-59-generic, x86_64: installed Ein modinfo 8192cu liefert filename: /lib/modules/3.16.0-59-generic/updates/dkms/8192cu.ko version: v4.0.2_9000.20130911 author: Realtek Semiconductor Corp. description: Realtek Wireless Lan Driver license: GPL srcversion: 340C0C60435AA0500D61BF0 alias: usb:v0BDAp8186d*dc*dsc*dp*ic*isc*ip*in* alias: usb:v0789p016Dd*dc*dsc*dp*ic*isc*ip*in* alias: usb:v0DF6p0070d*dc*dsc*dp*ic*isc*ip*in* alias: usb:v04BBp0950d*dc*dsc*dp*ic*isc*ip*in* alias: usb:v06F8pE035d*dc*dsc*dp*ic*isc*ip*in* alias: usb:v2357p0100d*dc*dsc*dp*ic*isc*ip*in* alias: usb:v0BDAp2E2Ed*dc*dsc*dp*ic*isc*ip*in* alias: usb:v050Dp1004d*dc*dsc*dp*ic*isc*ip*in* alias: usb:v0E66p0020d*dc*dsc*dp*ic*isc*ip*in* alias: usb:v0E66p0019d*dc*dsc*dp*ic*isc*ip*in* alias: usb:v0846pF001d*dc*dsc*dp*ic*isc*ip*in* alias: usb:v0846p9021d*dc*dsc*dp*ic*isc*ip*in* alias: usb:v0B05p17ABd*dc*dsc*dp*ic*isc*ip*in* alias: usb:v0DF6p0061d*dc*dsc*dp*ic*isc*ip*in* alias: usb:v20F4p624Dd*dc*dsc*dp*ic*isc*ip*in* alias: usb:v050Dp2103d*dc*dsc*dp*ic*isc*ip*in* alias: usb:v050Dp2102d*dc*dsc*dp*ic*isc*ip*in* alias: usb:v4855p0091d*dc*dsc*dp*ic*isc*ip*in* alias: usb:v07AAp0056d*dc*dsc*dp*ic*isc*ip*in* alias: usb:v07B8p8178d*dc*dsc*dp*ic*isc*ip*in* alias: usb:v2019pAB2Bd*dc*dsc*dp*ic*isc*ip*in* alias: usb:v7392p7822d*dc*dsc*dp*ic*isc*ip*in* alias: usb:v0586p341Fd*dc*dsc*dp*ic*isc*ip*in* alias: usb:v2001p330Dd*dc*dsc*dp*ic*isc*ip*in* alias: usb:v2001p3309d*dc*dsc*dp*ic*isc*ip*in* alias: usb:v2001p330Ad*dc*dsc*dp*ic*isc*ip*in* alias: usb:v2001p3307d*dc*dsc*dp*ic*isc*ip*in* alias: usb:v2019p1201d*dc*dsc*dp*ic*isc*ip*in* alias: usb:v04F2pAFFCd*dc*dsc*dp*ic*isc*ip*in* alias: usb:v04F2pAFFBd*dc*dsc*dp*ic*isc*ip*in* alias: usb:v04F2pAFF8d*dc*dsc*dp*ic*isc*ip*in* alias: usb:v04F2pAFFAd*dc*dsc*dp*ic*isc*ip*in* alias: usb:v04F2pAFF9d*dc*dsc*dp*ic*isc*ip*in* alias: usb:v04F2pAFF7d*dc*dsc*dp*ic*isc*ip*in* alias: usb:v13D3p3358d*dc*dsc*dp*ic*isc*ip*in* alias: usb:v13D3p3359d*dc*dsc*dp*ic*isc*ip*in* alias: usb:v0BDAp317Fd*dc*dsc*dp*ic*isc*ip*in* alias: usb:v0BDAp0A8Ad*dc*dsc*dp*ic*isc*ip*in* alias: usb:vCDABp8011d*dc*dsc*dp*ic*isc*ip*in* alias: usb:v0BDAp8176d*dc*dsc*dp*ic*isc*ip*in* alias: usb:v04BBp094Cd*dc*dsc*dp*ic*isc*ip*in* alias: usb:v0BDAp1E1Ed*dc*dsc*dp*ic*isc*ip*in* alias: usb:v0B05p17BAd*dc*dsc*dp*ic*isc*ip*in* alias: usb:vCDABp8010d*dc*dsc*dp*ic*isc*ip*in* alias: usb:v2001p330Bd*dc*dsc*dp*ic*isc*ip*in* alias: usb:v2019pAB2Ed*dc*dsc*dp*ic*isc*ip*in* alias: usb:v2019p4902d*dc*dsc*dp*ic*isc*ip*in* alias: usb:v0846p9043d*dc*dsc*dp*ic*isc*ip*in* alias: usb:v0846p9042d*dc*dsc*dp*ic*isc*ip*in* alias: usb:v0846p9041d*dc*dsc*dp*ic*isc*ip*in* alias: usb:v4856p0091d*dc*dsc*dp*ic*isc*ip*in* alias: usb:v0BDAp5088d*dc*dsc*dp*ic*isc*ip*in* alias: usb:v0DF6p005Cd*dc*dsc*dp*ic*isc*ip*in* alias: usb:v13D3p3357d*dc*dsc*dp*ic*isc*ip*in* alias: usb:v4855p0090d*dc*dsc*dp*ic*isc*ip*in* alias: usb:v20F4p648Bd*dc*dsc*dp*ic*isc*ip*in* alias: usb:v2019pAB2Ad*dc*dsc*dp*ic*isc*ip*in* alias: usb:v050Dp11F2d*dc*dsc*dp*ic*isc*ip*in* alias: usb:v050Dp1102d*dc*dsc*dp*ic*isc*ip*in* alias: usb:v2001p3308d*dc*dsc*dp*ic*isc*ip*in* alias: usb:v103Cp1629d*dc*dsc*dp*ic*isc*ip*in* alias: usb:v06F8pE033d*dc*dsc*dp*ic*isc*ip*in* alias: usb:v0EB0p9071d*dc*dsc*dp*ic*isc*ip*in* alias: usb:v07B8p8189d*dc*dsc*dp*ic*isc*ip*in* alias: usb:v7392p7811d*dc*dsc*dp*ic*isc*ip*in* alias: usb:v0DF6p0052d*dc*dsc*dp*ic*isc*ip*in* alias: usb:v2019pED17d*dc*dsc*dp*ic*isc*ip*in* alias: usb:v1058p0631d*dc*dsc*dp*ic*isc*ip*in* alias: usb:v0BDAp8191d*dc*dsc*dp*ic*isc*ip*in* alias: usb:v0BDAp817Cd*dc*dsc*dp*ic*isc*ip*in* alias: usb:v0BDAp8178d*dc*dsc*dp*ic*isc*ip*in* alias: usb:v0BDAp8177d*dc*dsc*dp*ic*isc*ip*in* alias: usb:v0BDAp17C0d*dc*dsc*dp*ic*isc*ip*in* alias: usb:v0BDAp018Ad*dc*dsc*dp*ic*isc*ip*in* alias: usb:v0BDAp818Ad*dc*dsc*dp*ic*isc*ip*in* alias: usb:v0BDAp817Fd*dc*dsc*dp*ic*isc*ip*in* alias: usb:v0BDAp8754d*dc*dsc*dp*ic*isc*ip*in* alias: usb:v0BDAp817Dd*dc*dsc*dp*ic*isc*ip*in* alias: usb:v0BDAp817Bd*dc*dsc*dp*ic*isc*ip*in* alias: usb:v0BDAp817Ad*dc*dsc*dp*ic*isc*ip*in* alias: usb:v0BDAp817Ed*dc*dsc*dp*ic*isc*ip*in* alias: usb:v0BDAp8170d*dc*dsc*dp*ic*isc*ip*in* alias: usb:v0BDAp8176d*dc*dsc*dp*ic*isc*ip*in* alias: usb:v0BDAp8191d*dc*dsc*dp*ic*isc*ip*in* depends: vermagic: 3.16.0-59-generic SMP mod_unload modversions parm: rtw_ips_mode:The default IPS mode (int) parm: ifname:The default name to allocate for first interface (charp) parm: if2name:The default name to allocate for second interface (charp) parm: rtw_initmac:charp parm: rtw_channel_plan:int parm: rtw_chip_version:int parm: rtw_rfintfs:int parm: rtw_lbkmode:int parm: rtw_network_mode:int parm: rtw_channel:int parm: rtw_mp_mode:int parm: rtw_wmm_enable:int parm: rtw_vrtl_carrier_sense:int parm: rtw_vcs_type:int parm: rtw_busy_thresh:int parm: rtw_ht_enable:int parm: rtw_cbw40_enable:int parm: rtw_ampdu_enable:int parm: rtw_rx_stbc:int parm: rtw_ampdu_amsdu:int parm: rtw_lowrate_two_xmit:int parm: rtw_rf_config:int parm: rtw_power_mgnt:int parm: rtw_low_power:int parm: rtw_wifi_spec:int parm: rtw_special_rf_path:int parm: rtw_antdiv_cfg:int parm: rtw_enusbss:int parm: rtw_hwpdn_mode:int parm: rtw_hwpwrp_detect:int parm: rtw_hw_wps_pbc:int parm: rtw_max_roaming_times:The max roaming times to try (uint) parm: rtw_force_iol:Force to enable IOL (bool) parm: rtw_mc2u_disable:int parm: rtw_mac_phy_mode:int parm: rtw_80211d:int parm: rtw_notch_filter:0:Disable, 1:Enable, 2:Enable only for P2P (uint) Ein grep rtl8 /etc/modprobe.d/* liefert /etc/modprobe.d/8192cu.conf:install 8192cu modprobe --ignore-install 8192cu ; /bin/echo "0b05 17ba" > /sys/bus/usb/drivers/rtl8192cu/new_id /etc/modprobe.d/blacklist.conf:blacklist rtl8192cu /etc/modprobe.d/blacklist.conf~:blacklist rtl8192cu /etc/modprobe.d/blacklist.conf~:blacklist rtl8192cu /etc/modprobe.d/blacklist-native-rtl8192.conf:## This file ships with the rtl8192-fixes DKMS module. /etc/modprobe.d/blacklist-native-rtl8192.conf:install rtl8192cu /bin/false /etc/modprobe.d/blacklist-native-rtl8192.conf:install rtl8192c_common /bin/false |
|
Anmeldungsdatum: Beiträge: 29307 |
Die Geräte-ID des Stick lautet doch ... Jan 31 17:05:24 der kernel: [ 2929.990953] usb 2-1: New USB device found, idVendor=0df6, idProduct=0077 Die Konfigurationsdatei wäre demnach fehlerhaft angelegt worden und das Modul wird dem Stick so nicht zugewiesen: /etc/modprobe.d/8192cu.conf:install 8192cu modprobe --ignore-install 8192cu ; /bin/echo "0b05 17ba" > /sys/bus/usb/drivers/rtl8192cu/new_id Ansonsten passt alles. |
|
(Themenstarter)
Anmeldungsdatum: Beiträge: 1293 |
Habe ich dann manuell korrigiert. Im syslog erscheint Jan 31 22:27:03 der kernel: [22229.340910] systemd-udevd[9286]: starting version 204 Jan 31 22:27:08 der kernel: [22234.397306] usb 2-1: USB disconnect, device number 8 Jan 31 22:27:20 der kernel: [22245.680198] usb 2-1: new high-speed USB device number 9 using ehci-pci Jan 31 22:27:20 der kernel: [22245.814800] usb 2-1: New USB device found, idVendor=0df6, idProduct=0077 Jan 31 22:27:20 der kernel: [22245.814813] usb 2-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3 Jan 31 22:27:20 der kernel: [22245.814820] usb 2-1: Product: 802.11n WLAN Adapter Jan 31 22:27:20 der kernel: [22245.814827] usb 2-1: Manufacturer: Realtek Jan 31 22:27:20 der kernel: [22245.814834] usb 2-1: SerialNumber: 00e04c000001 Jan 31 22:27:20 der mtp-probe: checking bus 2, device 9: "/sys/devices/pci0000:00/0000:00:1d.7/usb2/2-1" Jan 31 22:27:20 der mtp-probe: bus: 2, device: 9 was not an MTP device Bis jetzt sehe ich keinen Effekt, wenn ich ifconfig frage. |
|
Anmeldungsdatum: Beiträge: 29307 |
Jetzt muss ja nur noch das Modul geladen werden. Vorab manuell: sudo mdprobe -v 8192cu iwconfig Automatisieren: echo -e '# UDEV-Rule for Sitecom WLA-2100 ID 0df6:0077\nSUBSYSTEM=="usb", ATTR{idVendor}=="0df6", ATTR{idProduct}=="0077", RUN+="/sbin/modprobe 8192cu"' | sudo tee /etc/udev/rules.d/16-wlan_stick.rules(das ist eine lange zusammenhängende Befehlszeile) |
|
(Themenstarter)
Anmeldungsdatum: Beiträge: 1293 |
Nun funktioniert es ! Das ist ein großer Schritt nach vorne. Nur verbindet sich der Stick noch nicht automatisch mit dem Router. Wie bekomme ich das hin ? |
|
Supporter
Anmeldungsdatum: Beiträge: 22111 |
Im Netzwerkmanager "Automatisch verbinden" für dieses Profil. Evtl. ein neues anlegen |
|
(Themenstarter)
Anmeldungsdatum: Beiträge: 1293 |
Habe ein neues Profil in Network-Manager eingerichtet unter Angabe der MAC-Adresse des Sticks. Mit Erstellung eines solchen Profils kann sich der Stick erfolgreich verbinden, jedoch die intere Karte nicht mehr. Brauchen wir ein Skript mit udev-Regeln ? Ich fand in den /etc/udev/rules.d/70-persistent-net.rules PCI device 0x14e4:0x432b (wl)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="0c:......", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="wlan*", NAME="wlan0"
# USB device 0x:0x (rtl8192cu)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="64:......", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="wlan*", NAME="wlan1"Hilft uns das weiter ? Ich habe eine udev-Regel selber erstellt, stelle aber immer noch fest, dass die interne Karte nicht aktiviert wird, wenn ich den Stick ziehe: # UDEV-Regel für externe WLAN-Sticks
# entlädt/lädt Treiber für interne WLAN-Karte und USB-Stick
ACTION=="add", GOTO="device_check"
ACTION=="remove", GOTO="onboard_load"
LABEL="device_check"
# WLAN-Stick erkannt, Onboard-Karte deaktivieren
# SUBSYSTEM=="pci" geht nicht
SUBSYSTEM=="net", KERNEL=="wlan0", RUN+="/sbin/modprobe -r wl"
# USB-Stick aktivieren
SUBSYSTEM=="usb", ATTR{idVendor}=="0df6", ATTR{idProduct}=="0077", RUN+="/sbin/modprobe 8192cu"
GOTO="rules_end"
LABEL="onboard_load"
# WLAN-Stick entfernt, Onboard-Karte aktivieren
SUBSYSTEM=="net", KERNEL=="wlan0", RUN+="/sbin/modprobe -a wl"
# USB-Stick deaktivieren
SUBSYSTEM=="usb", ATTR{idVendor}=="0df6", ATTR{idProduct}=="0077", RUN+="/sbin/modprobe -r 8192cu"
LABEL="rules_end"Das könnte daran liegen, dass ich sie nicht richtig benennen kann. Kann mir jemand sagen, ob udevadm mir dabei helfen kann ? Meine Versuche damit waren nicht erfolgreich. |
