staging.inyokaproject.org

Ich vermute langsam ein Problem welches durch das Releaseupgrade entstanden ist. Teste doch einfach mal die 10.10 Live-CD. Der Stick sollte direkt funktionieren.

Ansonsten zurück auf 10.04 und Kenelversion 2.6.32-25 verwenden. Neuere Versionen können ja gesperrt werden.

Eine Live-CD für Maverick habe ich derzeit nicht und Brennen geht auch gerade nicht - ich werde also direkt auf Lucid zurückgehen und hoffen, dass dann wieder alles gut ist. Ich nehme an, die Kernelversion 32-26 hole ich mir dann über die Paketverwaltung - oder muss ich die extra runterladen?

Aussage war

Der W-Lan Stick lief bereits ab Kernel-Version 2.6.32-26 nicht mehr, davor aber problemlos mit dem händisch kompilierten Treiber!

Du musst also zunächst nur aufpassen, dass dieser Kernel nicht automatisch installiert wird, oder bei Systemstart den älteren Kernel auswählen.

Ok, ich denke, das kriege ich hin! Herzlichen Dank für Deine Hilfe & frohe Weihnachten an alle!

Heike

elektronenblitz63 schrieb:

Du musst also zunächst nur aufpassen, dass dieser Kernel nicht automatisch installiert wird, oder bei Systemstart den älteren Kernel auswählen.

@heike4567

Das kannst du mit dem Tool Startup Manager permanent einstellen, das ist eine GUI für einige Grub 2 Funktionen. Dann brauchst du dafür nicht in den Systemdateien von Hand rumfummeln. Bist du wieder zu Lucid zurück? Mittlerweile ist dort Kernel 2.6.32-27 aktuell:

uname -r
2.6.32-27-generic

Vielleicht klappts ja mit dem.

Ja, ich bin mittlerweile zurück zu Lucid - habe aber nach wie vor keine richtige WLan Verbindung. Es kommt höchstens ganz kurz eine Verbindung zustande, dann bricht sie wieder ab. Habe daraufhin noch mal versucht, den Stick unter XP, dass ich noch paralell installiert habe, zum Laufen zu bringen - gleiches Problem. Kann es sein, dass der Stick nicht mehr richtig funktioniert?

Das deutet zumindest darauf hin. Zeig nochmal folgende Angaben:

iwconfig
lsmod
sudo iwlist scan

Wenn es kurzzeitig geht könnte es auch ein USB-Problem sein. Möglicherweise steht auch etwas im Kernel-Log nach dem Abbruch.

Prüfe zunächst ob dr Stick auch nach dem Verbindungsabbruch erkannt wird

lsusb

und über die angegebenen Befehle das eiegene Netz findet (Scan).

Oftmals ist auch in direkter Nachbarschaft ein weiteres WLAN-Netz dazugekommen welches jetzt den Empfang stört.

Hier die Ausgaben nach dem Abbruch:

 lsusb
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 003 Device 022: ID 07d1:3c09 D-Link System DWA-140 802.11n Adapter [ralink rt2870]
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
heike@heike-laptop:~$ sudo iwlist scan
[sudo] password for heike: 
lo        Interface doesn't support scanning.

eth0      Interface doesn't support scanning.

ra0       Failed to read scan data : Resource temporarily unavailable

Ein störendes Netzwerk gibt es, soweit ich sehen kann, nicht - ich bin allein auf Kanal 6, andere WLans gibt es nur auf Kanal 1 und 13.

iwconfig und lsmod ergeben:

heike@heike-laptop:~$ '''iwconfig'''
lo        no wireless extensions.

eth0      no wireless extensions.

ra0       Ralink STA  ESSID:"11n-AP"  Nickname:"RT2870STA"
          Mode:Auto  Frequency=2.412 GHz  Access Point: Not-Associated   
          Bit Rate:1 Mb/s   
          RTS thr:off   Fragment thr:off
          Link Quality=10/100  Signal level:0 dBm  Noise level:-87 dBm
          Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
          Tx excessive retries:0  Invalid misc:0   Missed beacon:0

heike@heike-laptop:~$ '''lsmod'''
Module                  Size  Used by
binfmt_misc             6587  1 
fbcon                  35102  71 
tileblit                2031  1 fbcon
font                    7557  1 fbcon
bitblit                 4707  1 fbcon
softcursor              1189  1 bitblit
vga16fb                11385  0 
snd_intel8x0           25588  2 
vgastate                8961  1 vga16fb
snd_ac97_codec        100646  1 snd_intel8x0
ac97_bus                1002  1 snd_ac97_codec
snd_pcm_oss            35308  0 
snd_mixer_oss          13746  1 snd_pcm_oss
snd_pcm                70694  3 snd_intel8x0,snd_ac97_codec,snd_pcm_oss
snd_seq_dummy           1338  0 
radeon                675160  3 
ttm                    49943  1 radeon
snd_seq_oss            26722  0 
drm_kms_helper         29297  1 radeon
snd_seq_midi            4557  0 
drm                   162409  5 radeon,ttm,drm_kms_helper
snd_rawmidi            19056  1 snd_seq_midi
snd_seq_midi_event      6003  2 snd_seq_oss,snd_seq_midi
sis_agp                 4047  1 
ppdev                   5259  0 
i2c_sis96x              3024  0 
i2c_algo_bit            5028  1 radeon
parport_pc             25962  1 
agpgart                31724  3 ttm,drm,sis_agp
lp                      7060  0 
snd_seq                47263  6 snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_seq_midi_event
pcmcia                 30784  0 
rt2870sta             559153  1 
shpchp                 28820  0 
parport                32635  3 ppdev,parport_pc,lp
yenta_socket           20408  2 
snd_timer              19098  2 snd_pcm,snd_seq
joydev                  8708  0 
snd_seq_device          5700  5 snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_rawmidi,snd_seq
rsrc_nonstatic         10015  1 yenta_socket
snd                    54180  14 snd_intel8x0,snd_ac97_codec,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_seq_oss,snd_rawmidi,snd_seq,snd_timer,snd_seq_device
pcmcia_core            32964  3 pcmcia,yenta_socket,rsrc_nonstatic
soundcore               6620  1 snd
snd_page_alloc          7076  2 snd_intel8x0,snd_pcm
psmouse                63245  0 
serio_raw               3978  0 
jfs                   172461  1 
ohci1394               26950  0 
sis900                 17048  0 
floppy                 53016  0 
mii                     4381  1 sis900
ieee1394               81181  1 ohci1394

Verwende zusätzlich noch eine andere Kernelversion, 2.6.32-24-generic z.B., und probiere es mit dem enthaltenen Systemtreiber rt2870sta V2.0.1.0

da bekomme ich überhaupt keine Verbindung - nicht mal kurzfristig! Es kommt nur immer wieder die Anmelde-Maske fürs Funknetz - unter 2.6.32-25 kam die erst, nachdem die erste Verbindung wieder unterbrochen wurde.

Zumindest wird ja eine Schnittstelle initialisiert.

Versuche es bitte mal mit wpa_supplicant im Debug-Modus um den Fehler weiter einzugrenzen. Erstelle dazu die notwendige Konfigurationsdatei. Hier für WPA und WPA2.

sudo gedit /etc/wpa_supplicant/wpa_supplicant.conf

Inhalt:

ctrl_interface=/var/run/wpa_supplicant
eapol_version=1
ap_scan=1

network={
ssid="Deine_WLAN_ESSID"
scan_ssid=1
proto=WPA RSN
key_mgmt=WPA-PSK
pairwise=TKIP CCMP
group=TKIP CCMP
psk="Dein_WPA_Netzwerkschlüssel_in_Klartext"
}

Die Konfiguration über den Network-Manager muss dazu deaktiviert werden. Über einen Rechtsklick rechte Maustaste auf das Symbol im oberen Panel ist die WLAN-Verbindungen zu deaktivieren, um die Testkonfiguration zu ermöglichen.

Starte dann den Supplicanten. Der Verlauf wird im Terminal dargestellt.

sudo wpa_supplicant -i wlan0 -D wext -c /etc/wpa_supplicant/wpa_supplicant.conf -d

Den Vorgang nach ca. 20 Sek., oder wenn sich der Vorgang offensichtlich endlos wiederholt, mit Strg+c abbrechen und die Terminalausgabe hier zeigen.

Das alles kann auch direkt in eine Textdatei umgeleitet werden:

sudo wpa_supplicant -i wlan0 -D wext -c /etc/wpa_supplicant/wpa_supplicant.conf -d > heike4567.txt

Hänge die Datei dann einfach hier an.

Eine funktionierende Verbindung kann so noch nicht direkt hergestellt werden. Dies dient der Fehlerdiagnose. Sofern die Verbindung vollständigt aufgebaut werden sollte (Ausgabe bleibt stehen), könnte in einem zweiten Terminal dhclient gestartet werden und eine IP-Adresse anzufordern.

sudo dhclient eth1

Teste das auch mit der jeweils anderen Kernel/Treibervariante. Die verwendete Schnittstelle in der Befehlszeile wlan0 muss dann in ra0 geändert werden.

Wurde der Router schon mal neu gestartet um Fehler dahingehend auschließen zu können? Sind weitere Rechenr erfolgreich verbunden?

Hallo,
teste mal den aktuelleren Treiber rt3370sta aus dem Anhang. Ralink Homepage

Alle Konfigurationsdateien sind bereits angepasst und die benötigte Geräte-ID ist enthalten. Entpacken, direkt kompilieren und installieren, rt2870sta/rt3070sta sperren und Rechner neu starten.

Kleiner Fehler im Makefile, daher folgende Vorgehensweise:

wget http://media.cdn.ubuntu-de.org/forum/attachments/2727824/2010_0831_RT3370_Linux_STA_v2.3.0.0_DPO_prepared.tar.gz
tar xvf 2010_0831_RT3370_Linux_STA_v2.3.0.0_DPO_prepared.tar.gz
cd 2010_0831_RT3370_Linux_STA_v2.3.0.0_DPO_prepared
sudo make                                                                   # sudo nicht zwingend erforderlich, bei Fehlermeldungen testen
sudo make install 
cd os/linux                                                                 # ab hier nur bei Fehlern unter 10.04 erforderlich
sudo cp rt3370sta.ko /lib/modules/$(uname -r)/kernel/drivers/net/wireless/
sudo depmod -a
modinfo rt3370sta 

Prüfen

iwconfig

Die verwendete Schnittstelle lautet nun ra0 !

Zwei Treiberversionen stehen momentan zur Verfügung. Die Vorgehensweise bei der Installation ist identisch, die Datei- und Verzeichnisname sind je nach verwendetem Installationspaket anzupassen.

Hallo,

der neue Treiber funktioniert leider auch nicht - keinerlei Verbindung. Die Fritzbox habe ich heute noch mal resetet. Da hängt aber nur der PC dran - andere Geräte habe ich nicht!

lsusb
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 003 Device 010: ID 07d1:3c09 D-Link System DWA-140 802.11n Adapter [ralink rt2870]
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

Die Supplicant-Ausgabe (mit dem neuen Treiber) im angehängten File!

Hallo,

habe den Treiber RT3370 mal gesperrt und dafür rt2870 geladen. Supplicant Ausgabe dafür im Anhang!