QBlubbler
Anmeldungsdatum: 1. Oktober 2013
Beiträge: 48
|
Hallo, nach einem Upgrade von Ubuntu 15.04 auf 15.10 wird mein WLAN-USB-Stick von CSL http://www.amazon.de/CSL-Stick-Antennenbuchse-abnehmbarer-Antenne/dp/B007K871ES (Realtek RTL8191SU) nicht direkt nach dem Start erkannt. D.h. nach dem Start von Ubuntu wird der Stick zwar unter "lsusb" angezeigt, aber unter dem Networkmanager gibt es keine Möglichkeit eine Funknetzwerkverbindung herzustellen, anschneinend weiß der Networkmanager nicht, dass ein Netzwerkgerät angeschlossen ist. Nach dem ich aber den Stick abziehe und wiederanstecke, funktioniert der Stick wieder und ich kann eine Verbindung herstellen, ich habe bereits mehrere USB-Ports getestet und meine anderen Geräte, die auch per USB angeschlossen sind, funktionieren ohne Probleme. Unter 15.04 hat jedoch der Stick ohne Probleme out-of-the-Box funktioniert. Im Forum und im Internet habe ich zahlreiche Threads dazu gefunden, leider aber auch immer mit verschiedenen Lösungsvorschlägen, deshalb wollte ich hier zur Sicherheit einmal nachfragen: Hier sind noch ein paar Ausgaben, falls mehr benötigt wird, bitte schreiben: lspci -nnk | grep -i net -A2
03:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller [10ec:8168] (rev 06)
Subsystem: Micro-Star International Co., Ltd. [MSI] Device [1462:7816]
Kernel driver in use: r8169
lsusb | grep Realtek
Bus 001 Device 006: ID 0bda:8172 Realtek Semiconductor Corp. RTL8191SU 802.11n WLAN Adapter
cat-Ausgaben
cat /etc/network/interfaces
# interfaces(5) file used by ifup(8) and ifdown(8)
auto lo
iface lo inet loopback
-------------------
cat /etc/resolv.conf
# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
# DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
nameserver 127.0.1.1
search Speedport_W_724V_XXXXXXXX_XX_XXX
--------------
cat /etc/hosts
127.0.0.1 localhost
127.0.1.1 [Hostname]
# The following lines are desirable for IPv6 capable hosts
::1 ip6-localhost ip6-loopback
fe00::0 ip6-localnet
ff00::0 ip6-mcastprefix
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters ifconfig -a
eth0 Link encap:Ethernet Hardware Adresse [MAC-Adresse]
UP BROADCAST MULTICAST MTU:1500 Metrik:1
RX-Pakete:0 Fehler:0 Verloren:0 Überläufe:0 Fenster:0
TX-Pakete:0 Fehler:0 Verloren:0 Überläufe:0 Träger:0
Kollisionen:0 Sendewarteschlangenlänge:1000
RX-Bytes:0 (0.0 B) TX-Bytes:0 (0.0 B)
lo Link encap:Lokale Schleife
inet Adresse:127.0.0.1 Maske:255.0.0.0
inet6-Adresse: ::1/128 Gültigkeitsbereich:Maschine
UP LOOPBACK RUNNING MTU:65536 Metrik:1
RX-Pakete:5121 Fehler:0 Verloren:0 Überläufe:0 Fenster:0
TX-Pakete:5121 Fehler:0 Verloren:0 Überläufe:0 Träger:0
Kollisionen:0 Sendewarteschlangenlänge:0
RX-Bytes:466918 (466.9 KB) TX-Bytes:466918 (466.9 KB)
wlx008733660531 Link encap:Ethernet Hardware Adresse [MAC-Adresse]
inet Adresse:192.168.X.XXX Bcast:192.168.X.255 Maske:255.255.255.0
inet6-Adresse: [iPv6-Adresse] Gültigkeitsbereich:Global
inet6-Adresse: [iPv6-Adresse] Gültigkeitsbereich:Verbindung
UP BROADCAST RUNNING MULTICAST MTU:1500 Metrik:1
RX-Pakete:22275 Fehler:0 Verloren:3837 Überläufe:0 Fenster:0
TX-Pakete:21755 Fehler:0 Verloren:0 Überläufe:0 Träger:0
Kollisionen:0 Sendewarteschlangenlänge:1000
RX-Bytes:19736784 (19.7 MB) TX-Bytes:3151411 (3.1 MB)
Woran könnte der Fehler liegen?
|
praseodym
Supporter
Anmeldungsdatum: 9. Februar 2009
Beiträge: 22097
Wohnort: ~
|
Lösche die vorhandene Verbindung und lege eine neue an. Gib den mtu-Wert deines Anbieters anstatt "Automatisch" als Zahlenwert an.
|
QBlubbler
(Themenstarter)
Anmeldungsdatum: 1. Oktober 2013
Beiträge: 48
|
praseodym schrieb: Lösche die vorhandene Verbindung und lege eine neue an. Gib den mtu-Wert deines Anbieters anstatt "Automatisch" als Zahlenwert an.
Habe ich gemacht. Das Problem ist jedoch, dass der Network-Manager kein Funkmodul erkennt, er zeigt z.B. keine Access-Points in meiner Nähe an. Erst nachdem ich den Stick abziehe und wiederanstecke, wird das Funkmodul erkannt und ich kann eine Verbindung zu einem Netzwerk aufbauen.
|
praseodym
Supporter
Anmeldungsdatum: 9. Februar 2009
Beiträge: 22097
Wohnort: ~
|
Dann zeig mal im nicht funktionierenden Zustand:
lsmod
iwconfig
rfkill list Für diesen Stick helfen oft diese Modulparameter.
|
QBlubbler
(Themenstarter)
Anmeldungsdatum: 1. Oktober 2013
Beiträge: 48
|
praseodym schrieb: Für diesen Stick helfen oft diese Modulparameter.
Habe ich bereits probiert, hat leider in meinem Fall nicht funktioniert. lsmod Module Size Used by
cfg80211 548864 0
r8712u 180224 0
uas 24576 0
usb_storage 69632 1 uas
snd_hda_codec_hdmi 49152 1
mxm_wmi 16384 0
intel_rapl 20480 0
iosf_mbi 16384 1 intel_rapl
x86_pkg_temp_thermal 16384 0
intel_powerclamp 16384 0
coretemp 16384 0
kvm_intel 167936 0
kvm 512000 1 kvm_intel
snd_hda_codec_realtek 86016 1
snd_hda_codec_generic 77824 1 snd_hda_codec_realtek
crct10dif_pclmul 16384 0
crc32_pclmul 16384 0
ghash_clmulni_intel 16384 0
snd_hda_intel 36864 9
snd_hda_codec 135168 4 snd_hda_codec_realtek,snd_hda_codec_hdmi,snd_hda_codec_generic,snd_hda_intel
snd_hda_core 65536 5 snd_hda_codec_realtek,snd_hda_codec_hdmi,snd_hda_codec_generic,snd_hda_codec,snd_hda_intel
aesni_intel 167936 0
snd_hwdep 16384 1 snd_hda_codec
nvidia 8646656 46
aes_x86_64 20480 1 aesni_intel
lrw 16384 1 aesni_intel
snd_pcm 102400 4 snd_hda_codec_hdmi,snd_hda_codec,snd_hda_intel,snd_hda_core
gf128mul 16384 1 lrw
glue_helper 16384 1 aesni_intel
ablk_helper 16384 1 aesni_intel
cryptd 20480 3 ghash_clmulni_intel,aesni_intel,ablk_helper
snd_seq_midi 16384 0
serio_raw 16384 0
snd_seq_midi_event 16384 1 snd_seq_midi
snd_rawmidi 32768 1 snd_seq_midi
joydev 20480 0
input_leds 16384 0
snd_seq 69632 2 snd_seq_midi_event,snd_seq_midi
snd_seq_device 16384 3 snd_seq,snd_rawmidi,snd_seq_midi
drm 356352 3 nvidia
snd_timer 32768 2 snd_pcm,snd_seq
snd 81920 29 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
mei_me 32768 0
mei 98304 1 mei_me
soundcore 16384 1 snd
shpchp 36864 0
lpc_ich 24576 0
tpm_infineon 20480 0
8250_fintek 16384 0
mac_hid 16384 0
wmi 20480 1 mxm_wmi
acpi_pad 20480 0
parport_pc 32768 1
ppdev 20480 0
lp 20480 0
parport 49152 3 lp,ppdev,parport_pc
autofs4 40960 2
hid_roccat_isku 16384 0
hid_roccat 16384 1 hid_roccat_isku
hid_roccat_common 16384 1 hid_roccat_isku
hid_generic 16384 0
usbhid 49152 0
hid 118784 3 hid_generic,hid_roccat_isku,usbhid
psmouse 126976 0
ahci 36864 3
r8169 81920 0
libahci 32768 1 ahci
mii 16384 1 r8169
video 36864 0
iwconfig eth0 no wireless extensions.
lo no wireless extensions.
wlx[12 Ziffern] unassociated Nickname:"rtl_wifi"
Mode:Auto Access Point: Not-Associated Sensitivity:0/0
Retry:off RTS thr:off Fragment thr:off
Encryption key:off
Power Management:off
Link Quality:0 Signal level:0 Noise level:0
Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0
Tx excessive retries:0 Invalid misc:0 Missed beacon:0
rfkill list
[keine Ausgabe]
|
praseodym
Supporter
Anmeldungsdatum: 9. Februar 2009
Beiträge: 22097
Wohnort: ~
|
Trag' mal
modprobe -rf r8712u
sleep 3
modprobe r8712u vor "exit 0" in die /etc/rc.local ein und starte neu
|
QBlubbler
(Themenstarter)
Anmeldungsdatum: 1. Oktober 2013
Beiträge: 48
|
praseodym schrieb: Trag' mal
modprobe -rf r8712u
sleep 3
modprobe r8712u vor "exit 0" in die /etc/rc.local ein und starte neu
Super, Danke, hat funktioniert 👍 Der Netzwerk-Manager findet nach dem Start die Funknetzwerkkarte.
|
QBlubbler
(Themenstarter)
Anmeldungsdatum: 1. Oktober 2013
Beiträge: 48
|
Es hat sich leider ein Problem ergeben: Der Tipp funktioniert, leider startet Ubuntu hin und wieder nicht, ich kann nicht genau sagen, ob es an rc.local liegt oder an etwas anderes, weil der Fehler unreproduzierbar ist. Mit "Ubuntu startet nicht" meine ich, dass ich nach dem Start in eine Root-Konsole ohne GUI geschmissen werde, mit dem Hinweis den Log mit "journalctl -xb" zu untersuchen. [Zeilen entfernt]
-- Subject: Unit apparmor.service has finished start-up
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
-- Unit apparmor.service has finished starting up.
--
-- The start-up result is done.
Nov 23 16:41:27 Desktop-PC systemd[1]: Starting LSB: Raise network interfaces....
-- Subject: Unit networking.service has begun start-up
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
-- Unit networking.service has begun starting up.
Nov 23 16:41:27 Desktop-PC systemd-timesyncd[475]: The system is configured to read the RTC time in the local time zone. This mode can not be fully supported. All system time to RTC updates are disabled.
Nov 23 16:41:27 Desktop-PC systemd[1]: Started Network Time Synchronization.
-- Subject: Unit systemd-timesyncd.service has finished start-up
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
-- Unit systemd-timesyncd.service has finished starting up.
--
-- The start-up result is done.
Nov 23 16:41:27 Desktop-PC systemd[1]: Reached target System Time Synchronized.
-- Subject: Unit time-sync.target has finished start-up
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
-- Unit time-sync.target has finished starting up.
--
-- The start-up result is done.
Nov 23 16:41:27 Desktop-PC networking[545]: * Configuring network interfaces...
Nov 23 16:41:27 Desktop-PC networking[545]: ...done.
Nov 23 16:41:27 Desktop-PC systemd[1]: Started LSB: Raise network interfaces..
-- Subject: Unit networking.service has finished start-up
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
-- Unit networking.service has finished starting up.
--
-- The start-up result is done.
Nov 23 16:41:27 Desktop-PC systemd[1]: Reached target Network.
-- Subject: Unit network.target has finished start-up
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
-- Unit network.target has finished starting up.
--
-- The start-up result is done.
Nov 23 16:41:27 Desktop-PC systemd[1]: Reached target Network is Online.
-- Subject: Unit network-online.target has finished start-up
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
-- Unit network-online.target has finished starting up.
--
-- The start-up result is done.
Nov 23 16:41:27 Desktop-PC systemd[1]: Startup finished in 1.668s (kernel) + 949ms (userspace) = 2.617s.
-- Subject: System start-up is now complete
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
-- All system services necessary queued for starting at boot have been
-- successfully started. Note that this does not mean that the machine is
-- now idle as services might still be busy with completing start-up.
--
-- Kernel start-up required 1668619 microseconds.
--
-- Initial RAM disk start-up required INITRD_USEC microseconds.
--
-- Userspace start-up required 949226 microseconds.
Nov 23 16:41:27 Desktop-PC ntpdate[643]: name server cannot be used: Temporary failure in name resolution (-3)
Nov 23 16:41:27 Desktop-PC systemd[1]: Received SIGRTMIN+21 from PID 298 (plymouthd).
Nov 23 16:41:27 Desktop-PC kernel: input: HDA NVidia HDMI/DP,pcm=3 as /devices/pci0000:00/0000:00:01.0/0000:01:00.1/sound/card1/input17
Nov 23 16:41:27 Desktop-PC kernel: input: HDA NVidia HDMI/DP,pcm=7 as /devices/pci0000:00/0000:00:01.0/0000:01:00.1/sound/card1/input18
Nov 23 16:41:27 Desktop-PC kernel: input: HDA NVidia HDMI/DP,pcm=8 as /devices/pci0000:00/0000:00:01.0/0000:01:00.1/sound/card1/input19
Nov 23 16:41:27 Desktop-PC kernel: input: HDA NVidia HDMI/DP,pcm=9 as /devices/pci0000:00/0000:00:01.0/0000:01:00.1/sound/card1/input20
Nov 23 16:41:27 Desktop-PC kernel: r8712u: module is from the staging directory, the quality is unknown, you have been warned.
Nov 23 16:41:27 Desktop-PC kernel: r8712u: register rtl8712_netdev_ops to netdev_ops
Nov 23 16:41:27 Desktop-PC kernel: usb 1-7: r8712u: USB_SPEED_HIGH with 4 endpoints
Nov 23 16:41:27 Desktop-PC kernel: usb 1-7: r8712u: Boot from EFUSE: Autoload OK
Nov 23 16:41:28 Desktop-PC kernel: scsi 6:0:0:0: Direct-Access Generic STORAGE DEVICE 9744 PQ: 0 ANSI: 0
Nov 23 16:41:28 Desktop-PC kernel: scsi 6:0:0:1: Direct-Access Generic STORAGE DEVICE 9744 PQ: 0 ANSI: 0
Nov 23 16:41:28 Desktop-PC kernel: scsi 6:0:0:2: Direct-Access Generic STORAGE DEVICE 9744 PQ: 0 ANSI: 0
Nov 23 16:41:28 Desktop-PC kernel: scsi 6:0:0:3: Direct-Access Generic STORAGE DEVICE 9744 PQ: 0 ANSI: 0
Nov 23 16:41:28 Desktop-PC kernel: scsi 6:0:0:4: Direct-Access Generic STORAGE DEVICE 9744 PQ: 0 ANSI: 0
Nov 23 16:41:28 Desktop-PC kernel: sd 6:0:0:0: Attached scsi generic sg3 type 0
Nov 23 16:41:28 Desktop-PC kernel: sd 6:0:0:1: Attached scsi generic sg4 type 0
Nov 23 16:41:28 Desktop-PC kernel: sd 6:0:0:2: Attached scsi generic sg5 type 0
Nov 23 16:41:28 Desktop-PC kernel: sd 6:0:0:3: Attached scsi generic sg6 type 0
Nov 23 16:41:28 Desktop-PC kernel: sd 6:0:0:4: Attached scsi generic sg7 type 0
Nov 23 16:41:28 Desktop-PC kernel: sd 6:0:0:2: [sde] Attached SCSI removable disk
Nov 23 16:41:28 Desktop-PC kernel: sd 6:0:0:0: [sdc] Attached SCSI removable disk
Nov 23 16:41:28 Desktop-PC kernel: sd 6:0:0:1: [sdd] Attached SCSI removable disk
Nov 23 16:41:28 Desktop-PC kernel: sd 6:0:0:3: [sdf] Attached SCSI removable disk
Nov 23 16:41:28 Desktop-PC kernel: sd 6:0:0:4: [sdg] Attached SCSI removable disk
Nov 23 16:41:28 Desktop-PC kernel: usb 1-7: r8712u: CustomerID = 0x000a
Nov 23 16:41:28 Desktop-PC kernel: usb 1-7: r8712u: MAC Address from efuse = 00:87:33:66:05:31
Nov 23 16:41:28 Desktop-PC kernel: usb 1-7: r8712u: Loading firmware from "rtlwifi/rtl8712u.bin"
Nov 23 16:41:28 Desktop-PC kernel: usbcore: registered new interface driver r8712u
Nov 23 16:41:28 Desktop-PC kernel: r8712u 1-7:1.0 wlx008733660531: renamed from wlan0 Da ich nicht genau weiß, welche sensiblen Daten sich im Log befinden, habe ich jetzt erstmal die letzten Zeilen des Logs eingefügt. Wenn ich alles posten soll, bitte melden. So wie es scheint, stimmt irgendetwas nicht mit dem r8712u-Treiber.
|
praseodym
Supporter
Anmeldungsdatum: 9. Februar 2009
Beiträge: 22097
Wohnort: ~
|
Was passiert, wenn du
shutdown -r now in der root-Konsole eingibst? Klappt es dann?
|
QBlubbler
(Themenstarter)
Anmeldungsdatum: 1. Oktober 2013
Beiträge: 48
|
praseodym schrieb: Was passiert, wenn du
shutdown -r now in der root-Konsole eingibst? Klappt es dann?
Den Befehl bzw. den Neustart kann ich ausführen, leider gelange ich danach wieder in die Root-Konsole sobald Ubuntu neugestartet ist. Was mir jedoch aufgefallen ist, wenn ich erst in Windows boote und dann per Neustart in Linux, dann funktioniert wieder alles wie üblich.
|
QBlubbler
(Themenstarter)
Anmeldungsdatum: 1. Oktober 2013
Beiträge: 48
|
Könnte es vielleicht funtionieren, wenn ich eine neue Treiberversion einspiele?
|
elektronenblitz63
Anmeldungsdatum: 16. Januar 2007
Beiträge: 29307
Wohnort: NRW
|
Hallo, wahrscheinlich handelt es sich eher um ein Problem mit zu hoher Stromaufnahme am USB-Port.
lsusb
lsusb -t Unter 15.10 muss rc.local auch erst aktiviert werden, da systemd (Abschnitt „etc-rc-local“) verwendet wird, wie man ja auch am Logauszug erkennen kann, ansonsten können unerwartete Effekte auftreten. Überschreibe über die Konsole ansonsten die /etc/rc.local damit das System wieder problemlos startet.
echo "exit 0" | sudo tee /etc/rc.local
|
QBlubbler
(Themenstarter)
Anmeldungsdatum: 1. Oktober 2013
Beiträge: 48
|
elektronenblitz63 schrieb: Unter 15.10 muss rc.local auch erst aktiviert werden, da systemd (Abschnitt „etc-rc-local“) verwendet wird, wie man ja auch am Logauszug erkennen kann, ansonsten können unerwartete Effekte auftreten.
Nach dem Entfernen des rc.local-Eintrags funktioniert alles wieder, danke ☺ Leider sind wir dadurch auch wieder am Anfang, nach dem Start erkennt Ubuntu nicht, dass eine Funknetzwerkkarte angeschlossen ist. Erst nachdem Aus- und Wiedereinstöpseln des WLAN-Sticks erkennt Ubuntu, dass ein Funkmodul vorhanden ist. lsusb
Bus 004 Device 002: ID 8087:8001 Intel Corp.
Bus 004 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 003 Device 002: ID 8087:8009 Intel Corp.
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 004: ID 1e7d:319c ROCCAT
Bus 001 Device 006: ID 0bda:8172 Realtek Semiconductor Corp. RTL8191SU 802.11n WLAN Adapter
Bus 001 Device 002: ID 046d:c05a Logitech, Inc. M90/M100 Optical Mouse
Bus 001 Device 005: ID 05e3:0716 Genesys Logic, Inc. USB 2.0 Multislot Card Reader/Writer
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub lsusb -t /: Bus 04.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/2p, 480M
|__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/8p, 480M
/: Bus 03.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/2p, 480M
|__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/6p, 480M
/: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/6p, 5000M
/: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/14p, 480M
|__ Port 3: Dev 2, If 0, Class=Human Interface Device, Driver=usbhid, 1.5M
|__ Port 7: Dev 6, If 0, Class=Vendor Specific Class, Driver=r8712u, 480M
|__ Port 8: Dev 4, If 0, Class=Human Interface Device, Driver=usbhid, 12M
|__ Port 8: Dev 4, If 1, Class=Human Interface Device, Driver=usbhid, 12M
|__ Port 13: Dev 5, If 0, Class=Mass Storage, Driver=usb-storage, 480M
|
elektronenblitz63
Anmeldungsdatum: 16. Januar 2007
Beiträge: 29307
Wohnort: NRW
|
Hallo, da befinden sich auch USB 3.0 Ports am Rechner. Ich bin mit nicht sicher, ob der Stick jetzt an einen USB 2.0 oder 3.0 Port angeschlossen ist. Wechsel doch mal den Anschluß und teste mehrere freie Buchsen durch. USB 3.0 ist i.d.R. blau, also zumindest der schmale Kunststoffsteg der Anschlußbuchse. USB 3.0 liefert mehr Strom.
|
QBlubbler
(Themenstarter)
Anmeldungsdatum: 1. Oktober 2013
Beiträge: 48
|
elektronenblitz63 schrieb: da befinden sich auch USB 3.0 Ports am Rechner. Ich bin mit nicht sicher, ob der Stick jetzt an einen USB 2.0 oder 3.0 Port angeschlossen ist. Wechsel doch mal den Anschluß und teste mehrere freie Buchsen durch. USB 3.0 ist i.d.R. blau, also zumindest der schmale Kunststoffsteg der Anschlußbuchse. USB 3.0 liefert mehr Strom.
Hat leider nicht geholfen, egal ob USB3 oder USB2, ob vorne oder hinten. Ubuntu erkennt nicht, ob ein Funktmodul angeschlossen ist. Standardmäßig habe ich den Stick an einem USB2-Anschluss am Laufen. Nebenbei: mein WLAN-Stick habe ich über ein USB-Verlängerungskabel am PC angeschlossen, außerdem ist eine externe Antenne angeschlossen. An den beiden kann es eigentlich nicht liegen, da ich den Stick auch ohne beides getestet habe mit den gleichen Ergebnis.
|