PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : RT61 Ralink WLAN Karte und Linux wollen nicht zusammen



Seiten : [1] 2 3 4

Calo Nord
16.07.06, 22:22
Ich benutze erstens Ubuntu 6.06. im Titel genannte Karte wird out of box unterstützt, sprich vom System gleich erkannt. Konfiguriere ich die Karte via statischen IP etc geht die Karte und das Netz auch. Nach einem Neustart fährt das System nicht mehr hoch, nur wenn ich die Konfigurationsdatei lösche! Dann sollte ich die Karte erneut konfigurieren, doch das will ich nicht
Gibt es eine Lösung dafür?

Ich habe auch noch SuSE 10.1 ausprobiert. Die Karte wird zwar bei der Installation erkannt doch nicht in das System eingebunden, möglicherweise wegen fehlenden Treiber (obwohl Opensource). Ich habe hier +ber das Forum ein Treiberlink mitbekommen und genutzt. Treiber geladen (V1.1.1 oder sowas) entpackt und kompiliert, soweit ohne Probleme. Die Konfiguraionsdatei habe ich nach bestem Wissen bearbeitet. Nach einem Neustart fährt die Kiste nicht mehr hoch, bleibt nach eine weile hängen. Wohl wieder ein Problem mit dem Treiber. Starte ich SuSE mit einem älteren Kernel fährt die Kiste hoch, jedoch ohne WLAN. Kann mir jemand helfen?

Die Karte ist eine PCI WLAN Adapter von Edimax und verfügt über den RaLink 2561 Chipsatz

vgruetzm
23.08.06, 11:54
Hallo,
ich benutze SuSE 10.0 (Kernel 2.6.13-15.11-default) auf einem Sony VAIO mit einer Digitus Wireless LAN Cardbus mit Ralink RT2561 Chipsatz. Ich habe das Problem mittlerweise bei mir gelöst (Hier sei den vielen Kommentaren in verschiedenen Foren gedankt, durch die ich mich in den letzten Nächten durchgelesen habe!!!). Probier mal folgendes aus:

Mini HowTo zur Inbetriebnahme einer WLAN-Karte mit RaLink RT61 Chipsatz unter SuSE 10.0 mit Kernel 2.6.x

1.
Treiber PCI/MiniPCI/CardBus und Firmware RT61 aus der Rubrik Linux runterladen von http://www.ralinktech.com/supp-1.htm

2.
ZIP Dateien Auspacken, es wird ein Verzeichnis RT61_Linux_STA_Drv1.0.4.0 erstellt

3.
in das Verzeichnis RT61_Linux_STA_Drv1.0.4.0/Modules wechseln

4.
cp Makefile.6 Makefile für eine Kernelversion 2.6.x

5.
make all

Hab was übersehen: Nach dem kompilieren die Datei rt61.ko in das Verzeichnis /lib/modules/Kernelversion/extra kopieren (z.B. /lib/modules/2.6.13-15.12-default/extra, sonst läßt sich das Modul nicht einbinden. Nach einem Kernel-Update muß die Datei unbedingt in das entsprechende Verzeichnis umkopiert werden, sonst funktioniert die Karte nicht mehr! ... ist mir so gegangen...

6.
Verzeichnis /etc/Wireless/RT61STA anlegen

7.
Kopiere alle rt2*.bin Dateien nach /etc/Wireless/RT61STA mit cp *.bin /etc/Wireless/RT61STA

8.
In das Verzeichnis /etc/Wireless/RT61STA wechseln

9.
Die Parameter in der Datei rt61sta.dat anpassen:
mit vi -b rt61sta.dat öffnen und editieren

9.
dos2unix rt61sta.dat

10.
Mit dem Befehl depmod die Datei modules.dep (steht im Verzeichnis /lib/modules/x.x.x.x-default (bei mir z.B. /lib/modules/2.6.13-15.11-default)auf aktuellen Stand bringen. Das ist wichtig, damit die Abhängigkeiten der einzelnen Module untereinander stimmen

11.
Den Treiber mit dem Befehl modprobe rt61 laden. Wenn keine Fehlermeldung erscheint, ist das schon mal ein gutes Zeichen.

12.
Es gibt nun mehrere Möglichkeiten zu prüfen, ob der Treiber geladen wurde:

a)
modprobe -l "rt*": Die Ausgabe sollte etwa so aussehen:

Sony-VAIO:/etc/Wireless/RT61STA # modprobe -l "rt*"
/lib/modules/2.6.13-15.11-default/kernel/drivers/usb/net/rtl8150.ko
/lib/modules/2.6.13-15.11-default/kernel/drivers/i2c/chips/rtc8564.ko
/lib/modules/2.6.13-15.11-default/extra/rtcmosram.ko
/lib/modules/2.6.13-15.11-default/extra/rt2570.ko
/lib/modules/2.6.13-15.11-default/extra/rt2500.ko
/lib/modules/2.6.13-15.11-default/extra/rt2400.ko
/lib/modules/2.6.13-15.11-default/extra/rt61.ko

In der letzten Zeile sieht man das geladene Modul rt61.ko

b)
lsmod listet alle geladenen Module auf, auch hier sollte sich ein Eintrag finden, der mit rt61 beginnt.

c)
modinfo rt61 liefert schließlich Informationen zu dem Modul rt61, die von den Treiberentwicklern eingebaut wurden:

Sony-VAIO:/etc/Wireless/RT61STA # modinfo rt61
filename: /lib/modules/2.6.13-15.11-default/extra/rt61.ko
author: http://rt2x00.serialmonkey.com
description: Ralink RT61 802.11abg WLAN Driver 1.1.0 BETA1 2006/06/18
license: GPL
vermagic: 2.6.13-15.11-default 586 REGPARM gcc-4.0
depends:
alias: pci:v00001814d00000301sv*sd*bc*sc*i*
alias: pci:v00001814d00000302sv*sd*bc*sc*i*
alias: pci:v00001814d00000401sv*sd*bc*sc*i*
srcversion: B3D463559939CDBB3276CAB
parm: ifname:Network device name (default ra%d) (charp)
parm: debug:Enable level: accepted values: 1 to switch debug on, 0 to switch debug off. (int)


13.
Die Karte anschließend mit YaST -> Netzwerkgeräte -> Netzwerkkarte konfigurieren
Die Karte sollte als RaLink Ethernet controller angezeigt werden. Als Gerätetyp Drahtlos wählen, in Modulname sollte rt61 stehen. Unter Besondere Einstellungen -> Erweitert... -> Besondere Einstellungen -> Geräte-Aktivierung Falls hot-plugged wählen und das Kreuzchen bei Benutzergesteuert nicht vergessen. Den Rest an die eigenen Bedürfnisse anpassen. Damit ist die Karte konfiguriert unter dem Schnittstellennamen ra0 und sollte sich auch nach erneutem Booten problemlos nutzen lassen.

Viel Glück!

Aurelio
13.09.06, 19:39
Ich verwende Suse 10.1 (x64). Wenn ich den Anweisungen folge und "make all" eingebe, kommt aber folgende Fehlermeldung:

RT61_Linux_STA_Drv1.0.4.0/Module> make all
make -C /lib/modules/2.6.16.21-0.13-default/build SUBDIRS=/home/caliaro/RT61_Linux_STA_Drv1.0.4.0/Module modules
make[1]: Entering directory `/usr/src/linux-2.6.16.21-0.13-obj/x86_64/default'
make[1]: *** Keine Regel, um »modules« zu erstellen. Schluss.
make[1]: Leaving directory `/usr/src/linux-2.6.16.21-0.13-obj/x86_64/default'
make: *** [all] Fehler 2


Seltsam ist, dass das Makefile ein Target "modules" erwartet, das gar nicht vorhanden ist... hat jemand dafür eine Erklärung? (und insbesondere, warum es bei mir nicht funktioniert)

Vielen Dank für jede Hilfe
Aurelio

Thunder25
13.09.06, 20:09
Hallo,
bei mir funzt es auch nicht bis zum schluss.
wenn ich "depmod /.../modules.dep" eingebe kommt bei mir die meldung
WARNING: Module /.../modules.dep is not an elf object
was ist da falsch gelaufen?
nutze suse 10.1

Rain_maker
13.09.06, 20:21
Verwendet bitte den neuen Serialmonkey-Treiber für eure Karten, die von der Ralink-HP kompilieren nicht mit Kernel > 2.6.16.

http://rt2x00.serialmonkey.com/wiki/index.php/Main_Page

http://rt2x00.serialmonkey.com/wiki/index.php/Downloads

Dabei ist es prinzipiell egal, ob ihr den Beta oder den CVS nehmt, der CVS ist etwas aktueller und macht bei den meisten wohl keine Probleme beim Kompilieren.

Verschlüsselung sollte analog zu diesem hier funktionieren.

http://linux.wordpress.com/2006/05/14/suse-101-and-rt2500-wi-fi/

Ihr müsst aber wahrscheinlich noch die Firmware-Dateien kopieren, siehe README:



4> $make all # compile driver source code
5> $cp rt2561.bin /etc/Wireless/RT61STA/ # copy firmware
$cp rt2561s.bin /etc/Wireless/RT61STA/
$cp rt2661.bin /etc/Wireless/RT61STA/
6> $dos2unix rt61sta.dat
$cp rt61sta.dat /etc/Wireless/RT61STA/rt61sta.dat

Zum Thema WPA (WPA sollte man unbedingt verwenden, wenn es denn die Hardware, in dem Falle der Router beherrscht, die Karte kann es jedenfalls), Siehe Postings Nummer 56, 66 und 74.

Wer sich als "Versuchskarnickel" für den Test mit einem gepatchten wpa_supplicant anbieten möchte ==> PN mit E-Mail-Adresse an mich, ich lasse euch das Ding zukommen.

Greetz,

RM

Ach ja, a pro pos: Ohne Kernelquellen und gcc wird das jedenfalls mit keinem der Treiber was (@Aurelio, Dein Fehler zeigt, daß bei Dir keine Kernelquellen installiert sind oder zumindest nicht die zum laufenden Kernel passenden).

Ich denke außerdem, daß der Befehl "depmod -a" gemeint ist.

Thunder25
13.09.06, 21:43
Ich bin am verzweifeln. es will einfach nicht klappen.
kann denn niemand nen fertigen treiber für suse 10.1 machen und ihn mir so geben, dass ich ihn einfach über yast installieren kann???
:-)
ich weis echt nicht mehr weiter...

Thunder25
13.09.06, 22:12
hey, habs hingekriegt, dass schonmal die karte und mein netzwerk erkannt werden.
aber bei 28%, bei Gerätekonfiguration, bleibt KNetwork stehen.
Muss ich da noch was machen???

Rain_maker
13.09.06, 22:26
....ist leider keine ausreichende Fehlerbeschreibung.

Details Please, am besten Konsolenausgaben hier mit CODE-Tags zitiert.


(Fehler)Meldungen

Da bitte alles hinein, was beim Kompilieren ausgespuckt wird. So sieht das übrigens bei einem erfolgreichen Versuch aus.



#:~/Desktop/tmp/Ralink/rt61-cvs-2006072015/Module$ ls
assoc.c md5.h rt61.o rtmp_tkip.o
assoc.o md5.o rt61sta.dat rtmp_type.h
auth.c mlme.c rt61sta.dat.orig rtmp_wep.c
auth.o mlme.h rt_config.h rtmp_wep.o
auth_rsp.c mlme.o rtmp_data.c sanity.c
auth_rsp.o oid.h rtmp_data.o sanity.o
connect.c README rtmp_def.h STA_iwpriv_ATE_usage.txt
connect.o ReleaseNote rtmp.h sync.c
CVS rt2561.bin rtmp_info.c sync.o
eeprom.c rt2561s.bin rtmp_info.o unload
eeprom.o rt2661.bin rtmp_init.c wpa.c
iwpriv_usage.txt rt2661.h rtmp_init.o wpa.h
load rt61.ko rtmp_main.c wpa.o
Makefile rt61.mod.c rtmp_main.o
md5.c rt61.mod.o rtmp_tkip.c
#:~/Desktop/tmp/Ralink/rt61-cvs-2006072015/Module$ make clean
#:~/Desktop/tmp/Ralink/rt61-cvs-2006072015/Module$ make
make[1]: Entering directory `/optional/kernel/linux-2.6.17.13'
CC [M] ~/Desktop/tmp/Ralink/rt61-cvs-2006072015/Module/rtmp_main.o
CC [M] ~/Desktop/tmp/Ralink/rt61-cvs-2006072015/Module/mlme.o
~/Desktop/tmp/Ralink/rt61-cvs-2006072015/Module/mlme.c: In Funktion »STAMlmePeriodicExec«:
~/Desktop/tmp/Ralink/rt61-cvs-2006072015/Module/mlme.c:752: Warnung: Variable »RxSignal« wird nicht verwendet
~/Desktop/tmp/Ralink/rt61-cvs-2006072015/Module/mlme.c: In Funktion »MlmeEnqueueForRecv«:
~/Desktop/tmp/Ralink/rt61-cvs-2006072015/Module/mlme.c:3051: Warnung: format »%ld« erwartet Typ »long int«, aber Argument 2 hat Typ »size_t«
CC [M] ~/Desktop/tmp/Ralink/rt61-cvs-2006072015/Module/connect.o
CC [M] ~/Desktop/tmp/Ralink/rt61-cvs-2006072015/Module/sync.o
CC [M] ~/Desktop/tmp/Ralink/rt61-cvs-2006072015/Module/assoc.o
CC [M] ~/Desktop/tmp/Ralink/rt61-cvs-2006072015/Module/auth.o
CC [M] ~/Desktop/tmp/Ralink/rt61-cvs-2006072015/Module/auth_rsp.o
CC [M] ~/Desktop/tmp/Ralink/rt61-cvs-2006072015/Module/rtmp_data.o
CC [M] ~/Desktop/tmp/Ralink/rt61-cvs-2006072015/Module/rtmp_init.o
CC [M] ~/Desktop/tmp/Ralink/rt61-cvs-2006072015/Module/sanity.o
CC [M] ~/Desktop/tmp/Ralink/rt61-cvs-2006072015/Module/rtmp_wep.o
CC [M] ~/Desktop/tmp/Ralink/rt61-cvs-2006072015/Module/wpa.o
CC [M] ~/Desktop/tmp/Ralink/rt61-cvs-2006072015/Module/md5.o
CC [M] ~/Desktop/tmp/Ralink/rt61-cvs-2006072015/Module/rtmp_tkip.o
CC [M] ~/Desktop/tmp/Ralink/rt61-cvs-2006072015/Module/rtmp_info.o
CC [M] ~/Desktop/tmp/Ralink/rt61-cvs-2006072015/Module/eeprom.o
LD [M] ~/Desktop/tmp/Ralink/rt61-cvs-2006072015/Module/rt61.o
Building modules, stage 2.
MODPOST
CC ~/Desktop/tmp/Ralink/rt61-cvs-2006072015/Module/rt61.mod.o
LD [M] ~/Desktop/tmp/Ralink/rt61-cvs-2006072015/Module/rt61.ko
make[1]: Leaving directory `/optional/kernel/linux-2.6.17.13'



uname -r

rpm -qa|grep kernel

rpm -qa|grep gcc

rpm -qa|grep make Ausgaben posten.

Nachtrag: Das hier wurde gepostet, während ich hier geschrieben habe.

hey, habs hingekriegt, dass schonmal die karte und mein netzwerk erkannt werden.
aber bei 28%, bei Gerätekonfiguration, bleibt KNetwork stehen.
Muss ich da noch was machen??

Verwende mal die klassische Methode und erzähle bitte etwas über Deine gewählte Verschlüsselung sowie Deinen Netzwerkaufbau.


su

(Passwort)

ifconfig

iwconfig

cat /etc/resolv.conf

route -n

cat /etc/sysconfig/network/ifcfg-ra*

ls -lR /etc/Wireless/

cat /etc/Wireless/RT61STA/rt61sta.dat

Falls es WPA sein sollte, dann lies die Links oben. Da Du diese Karte sehr wahrscheinlich in einem Desktoprechner hast, brauchst Du den Networkmanager nicht.

Richte "klassisch mit Ifup" ein und installiere Kinternet nach.

Zur Erinnerung:

http://linux.wordpress.com/2006/05/14/suse-101-and-rt2500-wi-fi/

Postings 56, 66 (und eventuell 74).

Greetz,

RM

King-of-Cuba
11.12.06, 21:09
Hallo!
Ich bin so langsam am Verzweifeln.. Seit 5 Stunden versuche ich schon, meine RT61 Ralink WLAN Karte ans Laufen zu bringen. Ich habe einige Anleitungen probiert aber ich scheitere bis jetzt daran, das anscheinend keine rt61.ko Datei erstellt wird.


Mein System: openSuSe 10.2


linux:~/rt61-cvs-2006121111/Module # uname -r
2.6.18.2-34-default
linux:~/rt61-cvs-2006121111/Module # rpm -qa|grep kernel
linux-kernel-headers-2.6.18.2-3
kernel-syms-2.6.18.2-34
kernel-default-2.6.18.2-34
kernel-source-2.6.18.2-34
linux:~/rt61-cvs-2006121111/Module #
linux:~/rt61-cvs-2006121111/Module # rpm -qa|grep gcc
gcc-gij-4.1.3-29
libgcc41-32bit-4.1.2_20061115-5
gcc41-gij-4.1.2_20061115-7
gcc41-gij-32bit-4.1.2_20061115-7
gcc41-4.1.2_20061115-5
libgcc41-4.1.2_20061115-5
gcc-4.1.3-29
linux:~/rt61-cvs-2006121111/Module # rpm -qa|grep make
automake-1.9.6-35
make-3.81-23
linux:~/rt61-cvs-2006121111/Module #


Das kommt beim make-Befehl heraus:


linux:~ # cd rt61-cvs-2006121111
linux:~/rt61-cvs-2006121111 # cd Module
linux:~/rt61-cvs-2006121111/Module # cp Makefile.6 Makefile
cp: cannot stat `Makefile.6': No such file or directory
linux:~/rt61-cvs-2006121111/Module # make
make[1]: Entering directory `/usr/src/linux-2.6.18.2-34-obj/x86_64/default'
make -C /usr/src/linux-2.6.18.2-34 O=/usr/src/linux-2.6.18.2-34-obj/x86_64/default modules
Building modules, stage 2.
MODPOST
/bin/sh: scripts/mod/modpost: No such file or directory
make[4]: *** [__modpost] Error 127
make[3]: *** [modules] Error 2
make[2]: *** [modules] Error 2
make[1]: *** [modules] Error 2
make[1]: Leaving directory `/usr/src/linux-2.6.18.2-34-obj/x86_64/default'
rt61.ko failed to build!
make: *** [module] Error 1
linux:~/rt61-cvs-2006121111/Module # make install
echo "2.6 module install"
2.6 module install
make -C /lib/modules/2.6.18.2-34-default/build SUBDIRS=/root/rt61-cvs-2006121111/Module modules_install
make[1]: Entering directory `/usr/src/linux-2.6.18.2-34-obj/x86_64/default'
make -C /usr/src/linux-2.6.18.2-34 O=/usr/src/linux-2.6.18.2-34-obj/x86_64/default modules_install
INSTALL /root/rt61-cvs-2006121111/Module/rt61.ko
cp: cannot stat `/root/rt61-cvs-2006121111/Module/rt61.ko': No such file or directory
DEPMOD 2.6.18.2-34-default
make[1]: Leaving directory `/usr/src/linux-2.6.18.2-34-obj/x86_64/default'
/sbin/depmod -a
linux:~/rt61-cvs-2006121111/Module # make all
make[1]: Entering directory `/usr/src/linux-2.6.18.2-34-obj/x86_64/default'
make -C /usr/src/linux-2.6.18.2-34 O=/usr/src/linux-2.6.18.2-34-obj/x86_64/default modules
Building modules, stage 2.
MODPOST
/bin/sh: scripts/mod/modpost: No such file or directory
make[4]: *** [__modpost] Error 127
make[3]: *** [modules] Error 2
make[2]: *** [modules] Error 2
make[1]: *** [modules] Error 2
make[1]: Leaving directory `/usr/src/linux-2.6.18.2-34-obj/x86_64/default'
rt61.ko failed to build!
make: *** [module] Error 1
linux:~/rt61-cvs-2006121111/Module # make
make[1]: Entering directory `/usr/src/linux-2.6.18.2-34-obj/x86_64/default'
make -C /usr/src/linux-2.6.18.2-34 O=/usr/src/linux-2.6.18.2-34-obj/x86_64/default modules
Building modules, stage 2.
MODPOST
/bin/sh: scripts/mod/modpost: No such file or directory
make[4]: *** [__modpost] Error 127
make[3]: *** [modules] Error 2
make[2]: *** [modules] Error 2
make[1]: *** [modules] Error 2
make[1]: Leaving directory `/usr/src/linux-2.6.18.2-34-obj/x86_64/default'
rt61.ko failed to build!
make: *** [module] Error 1

linux:~/rt61-cvs-2006121111/Module # make all
make[1]: Entering directory `/usr/src/linux-2.6.18.2-34-obj/x86_64/default'
make -C /usr/src/linux-2.6.18.2-34 O=/usr/src/linux-2.6.18.2-34-obj/x86_64/default modules
Building modules, stage 2.
MODPOST
/bin/sh: scripts/mod/modpost: No such file or directory
make[4]: *** [__modpost] Error 127
make[3]: *** [modules] Error 2
make[2]: *** [modules] Error 2
make[1]: *** [modules] Error 2
make[1]: Leaving directory `/usr/src/linux-2.6.18.2-34-obj/x86_64/default'
rt61.ko failed to build!
make: *** [module] Error 1
linux:~/rt61-cvs-2006121111/Module # make install
echo "2.6 module install"
2.6 module install
make -C /lib/modules/2.6.18.2-34-default/build SUBDIRS=/root/rt61-cvs-2006121111/Module modules_install
make[1]: Entering directory `/usr/src/linux-2.6.18.2-34-obj/x86_64/default'
make -C /usr/src/linux-2.6.18.2-34 O=/usr/src/linux-2.6.18.2-34-obj/x86_64/default modules_install
INSTALL /root/rt61-cvs-2006121111/Module/rt61.ko
cp: cannot stat `/root/rt61-cvs-2006121111/Module/rt61.ko': No such file or directory
DEPMOD 2.6.18.2-34-default
make[1]: Leaving directory `/usr/src/linux-2.6.18.2-34-obj/x86_64/default'
/sbin/depmod -a


Könnt ihr mir sagen, wie ich das Ding ans Laugfen bekomme?
Ich bin Linux- Anfänger und somit sehr unerfahren.

Vielen Dank schonmal im Vorraus!
King-of-Cuba

Rain_maker
11.12.06, 21:14
linux:~/rt61-cvs-2006121111 # cd Module
linux:~/rt61-cvs-2006121111/Module # cp Makefile.6 Makefile
cp: cannot stat `Makefile.6': No such file or directory

Hm, da scheint was zu fehlen, was liegt denn alles im Ordner Module? Wechsle in besagten Ordner "Module" und zeig uns ein.

ls -ls=>Ausgabe posten.

Greetz,

RM

King-of-Cuba
11.12.06, 21:34
Ich habs probiert. Scheint aber nicht zu funktionieren.



linux:~/rt61-cvs-2006121111/Module # 1s -1s
bash: 1s: command not found
linux:~/rt61-cvs-2006121111/Module # dir
total 2656
-rw-r--r-- 1 root root 23060 Dec 11 20:41 .assoc.o.cmd
-rw-r--r-- 1 root root 22994 Dec 11 20:41 .auth.o.cmd
-rw-r--r-- 1 root root 23034 Dec 11 20:41 .auth_rsp.o.cmd
-rw-r--r-- 1 root root 23024 Dec 11 20:41 .connect.o.cmd
-rw-r--r-- 1 root root 23014 Dec 11 20:41 .eeprom.o.cmd
-rw-r--r-- 1 root root 22984 Dec 11 20:41 .md5.o.cmd
-rw-r--r-- 1 root root 22994 Dec 11 20:41 .mlme.o.cmd
-rw-r--r-- 1 root root 790 Dec 11 20:41 .rt61.o.cmd
-rw-r--r-- 1 root root 23100 Dec 11 20:41 .rtmp_data.o.cmd
-rw-r--r-- 1 root root 23100 Dec 11 20:41 .rtmp_info.o.cmd
-rw-r--r-- 1 root root 23044 Dec 11 20:41 .rtmp_init.o.cmd
-rw-r--r-- 1 root root 23044 Dec 11 20:41 .rtmp_main.o.cmd
-rw-r--r-- 1 root root 23044 Dec 11 20:41 .rtmp_tkip.o.cmd
-rw-r--r-- 1 root root 23034 Dec 11 20:41 .rtmp_wep.o.cmd
-rw-r--r-- 1 root root 23014 Dec 11 20:41 .sanity.o.cmd
-rw-r--r-- 1 root root 22994 Dec 11 20:41 .sync.o.cmd
drwxr-xr-x 2 root root 72 Dec 11 21:32 .tmp_versions
-rw-r--r-- 1 root root 22984 Dec 11 20:41 .wpa.o.cmd
drwxr-xr-x 2 32039 32039 128 Dec 11 18:35 CVS
-rw-r--r-- 1 32039 32039 5158 Dec 2 16:17 Makefile
-rw-r--r-- 1 32039 32039 9709 Oct 24 14:48 README
-rw-r--r-- 1 32039 32039 2663 May 25 2006 ReleaseNote
-rw-r--r-- 1 32039 32039 4996 Feb 15 2006 STA_iwpriv_ATE_usage.txt
-rw-r--r-- 1 32039 32039 48026 May 25 2006 assoc.c
-rw-r--r-- 1 root root 15312 Dec 11 20:41 assoc.o
-rw-r--r-- 1 32039 32039 17486 Feb 15 2006 auth.c
-rw-r--r-- 1 root root 7312 Dec 11 20:41 auth.o
-rw-r--r-- 1 32039 32039 5517 Feb 25 2006 auth_rsp.c
-rw-r--r-- 1 root root 2896 Dec 11 20:41 auth_rsp.o
-rw-r--r-- 1 32039 32039 60312 May 25 2006 connect.c
-rw-r--r-- 1 root root 16264 Dec 11 20:41 connect.o
-rw-r--r-- 1 32039 32039 5873 Feb 15 2006 eeprom.c
-rw-r--r-- 1 root root 4080 Dec 11 20:41 eeprom.o
-rw-r--r-- 1 32039 32039 9027 May 25 2006 iwpriv_usage.txt
-rw-r--r-- 1 32039 32039 45181 Feb 15 2006 md5.c
-rw-r--r-- 1 32039 32039 3768 May 25 2006 md5.h
-rw-r--r-- 1 root root 40024 Dec 11 20:41 md5.o
-rw-r--r-- 1 32039 32039 196737 Jun 3 2006 mlme.c
-rw-r--r-- 1 32039 32039 17845 May 25 2006 mlme.h
-rw-r--r-- 1 root root 51616 Dec 11 20:41 mlme.o
-rw-r--r-- 1 32039 32039 27270 Dec 2 16:17 oid.h
-rw-r--r-- 1 32039 32039 8192 May 25 2006 rt2561.bin
-rw-r--r-- 1 32039 32039 8192 May 25 2006 rt2561s.bin
-rw-r--r-- 1 32039 32039 8192 May 25 2006 rt2661.bin
-rw-r--r-- 1 32039 32039 63505 Feb 15 2006 rt2661.h
-rw-r--r-- 1 root root 315693 Dec 11 20:41 rt61.o
-rw-r--r-- 1 32039 32039 899 May 25 2006 rt61sta.dat
-rw-r--r-- 1 32039 32039 6056 Jun 28 13:34 rt_config.h
-rw-r--r-- 1 32039 32039 108807 Dec 2 16:17 rtmp.h
-rw-r--r-- 1 32039 32039 132311 Dec 2 16:17 rtmp_data.c
-rw-r--r-- 1 root root 35360 Dec 11 20:41 rtmp_data.o
-rw-r--r-- 1 32039 32039 27759 Jun 3 2006 rtmp_def.h
-rw-r--r-- 1 32039 32039 229476 Dec 2 17:05 rtmp_info.c
-rw-r--r-- 1 root root 51264 Dec 11 20:41 rtmp_info.o
-rw-r--r-- 1 32039 32039 251296 Dec 2 16:17 rtmp_init.c
-rw-r--r-- 1 root root 50864 Dec 11 20:41 rtmp_init.o
-rw-r--r-- 1 32039 32039 32523 Dec 2 16:17 rtmp_main.c
-rw-r--r-- 1 root root 17416 Dec 11 20:41 rtmp_main.o
-rw-r--r-- 1 32039 32039 14366 Feb 15 2006 rtmp_tkip.c
-rw-r--r-- 1 root root 4328 Dec 11 20:41 rtmp_tkip.o
-rw-r--r-- 1 32039 32039 5313 May 25 2006 rtmp_type.h
-rw-r--r-- 1 32039 32039 12777 Feb 15 2006 rtmp_wep.c
-rw-r--r-- 1 root root 4096 Dec 11 20:41 rtmp_wep.o
-rw-r--r-- 1 32039 32039 40216 May 25 2006 sanity.c
-rw-r--r-- 1 root root 7488 Dec 11 20:41 sanity.o
-rw-r--r-- 1 32039 32039 72342 May 25 2006 sync.c
-rw-r--r-- 1 root root 22304 Dec 11 20:41 sync.o
-rw-r--r-- 1 32039 32039 69976 May 25 2006 wpa.c
-rw-r--r-- 1 32039 32039 7660 May 25 2006 wpa.h
-rw-r--r-- 1 root root 18688 Dec 11 20:41 wpa.o

Rain_maker
11.12.06, 21:38
Tja, der Befehl lautet ja auch "ls" und nicht "1s".



/bin/sh: scripts/mod/modpost: No such file or directory

Das sollte aber im Paket der Kernelquellen enthalten sein?


find /usr/src/* -name modpost*

Greetz,

RM

King-of-Cuba
11.12.06, 22:06
lol... ich wusste doch das da was nicht stimmen kann!
So, jetzt nochmal die gewünschten Zeilen:


linux:~/rt61-cvs-2006121111/Module # ls -ls
total 2656
24 -rw-r--r-- 1 root root 23060 Dec 11 20:41 .assoc.o.cmd
24 -rw-r--r-- 1 root root 22994 Dec 11 20:41 .auth.o.cmd
24 -rw-r--r-- 1 root root 23034 Dec 11 20:41 .auth_rsp.o.cmd
24 -rw-r--r-- 1 root root 23024 Dec 11 20:41 .connect.o.cmd
24 -rw-r--r-- 1 root root 23014 Dec 11 20:41 .eeprom.o.cmd
24 -rw-r--r-- 1 root root 22984 Dec 11 20:41 .md5.o.cmd
24 -rw-r--r-- 1 root root 22994 Dec 11 20:41 .mlme.o.cmd
4 -rw-r--r-- 1 root root 790 Dec 11 20:41 .rt61.o.cmd
24 -rw-r--r-- 1 root root 23100 Dec 11 20:41 .rtmp_data.o.cmd
24 -rw-r--r-- 1 root root 23100 Dec 11 20:41 .rtmp_info.o.cmd
24 -rw-r--r-- 1 root root 23044 Dec 11 20:41 .rtmp_init.o.cmd
24 -rw-r--r-- 1 root root 23044 Dec 11 20:41 .rtmp_main.o.cmd
24 -rw-r--r-- 1 root root 23044 Dec 11 20:41 .rtmp_tkip.o.cmd
24 -rw-r--r-- 1 root root 23034 Dec 11 20:41 .rtmp_wep.o.cmd
24 -rw-r--r-- 1 root root 23014 Dec 11 20:41 .sanity.o.cmd
24 -rw-r--r-- 1 root root 22994 Dec 11 20:41 .sync.o.cmd
0 drwxr-xr-x 2 root root 72 Dec 11 21:32 .tmp_versions
24 -rw-r--r-- 1 root root 22984 Dec 11 20:41 .wpa.o.cmd
0 drwxr-xr-x 2 32039 32039 128 Dec 11 18:35 CVS
8 -rw-r--r-- 1 32039 32039 5158 Dec 2 16:17 Makefile
12 -rw-r--r-- 1 32039 32039 9709 Oct 24 14:48 README
4 -rw-r--r-- 1 32039 32039 2663 May 25 2006 ReleaseNote
8 -rw-r--r-- 1 32039 32039 4996 Feb 15 2006 STA_iwpriv_ATE_usage.txt
48 -rw-r--r-- 1 32039 32039 48026 May 25 2006 assoc.c
16 -rw-r--r-- 1 root root 15312 Dec 11 20:41 assoc.o
20 -rw-r--r-- 1 32039 32039 17486 Feb 15 2006 auth.c
8 -rw-r--r-- 1 root root 7312 Dec 11 20:41 auth.o
8 -rw-r--r-- 1 32039 32039 5517 Feb 25 2006 auth_rsp.c
4 -rw-r--r-- 1 root root 2896 Dec 11 20:41 auth_rsp.o
60 -rw-r--r-- 1 32039 32039 60312 May 25 2006 connect.c
16 -rw-r--r-- 1 root root 16264 Dec 11 20:41 connect.o
8 -rw-r--r-- 1 32039 32039 5873 Feb 15 2006 eeprom.c
4 -rw-r--r-- 1 root root 4080 Dec 11 20:41 eeprom.o
12 -rw-r--r-- 1 32039 32039 9027 May 25 2006 iwpriv_usage.txt
48 -rw-r--r-- 1 32039 32039 45181 Feb 15 2006 md5.c
4 -rw-r--r-- 1 32039 32039 3768 May 25 2006 md5.h
40 -rw-r--r-- 1 root root 40024 Dec 11 20:41 md5.o
196 -rw-r--r-- 1 32039 32039 196737 Jun 3 2006 mlme.c
20 -rw-r--r-- 1 32039 32039 17845 May 25 2006 mlme.h
52 -rw-r--r-- 1 root root 51616 Dec 11 20:41 mlme.o
28 -rw-r--r-- 1 32039 32039 27270 Dec 2 16:17 oid.h
8 -rw-r--r-- 1 32039 32039 8192 May 25 2006 rt2561.bin
8 -rw-r--r-- 1 32039 32039 8192 May 25 2006 rt2561s.bin
8 -rw-r--r-- 1 32039 32039 8192 May 25 2006 rt2661.bin
64 -rw-r--r-- 1 32039 32039 63505 Feb 15 2006 rt2661.h
312 -rw-r--r-- 1 root root 315693 Dec 11 20:41 rt61.o
4 -rw-r--r-- 1 32039 32039 899 May 25 2006 rt61sta.dat
8 -rw-r--r-- 1 32039 32039 6056 Jun 28 13:34 rt_config.h
108 -rw-r--r-- 1 32039 32039 108807 Dec 2 16:17 rtmp.h
132 -rw-r--r-- 1 32039 32039 132311 Dec 2 16:17 rtmp_data.c
36 -rw-r--r-- 1 root root 35360 Dec 11 20:41 rtmp_data.o
28 -rw-r--r-- 1 32039 32039 27759 Jun 3 2006 rtmp_def.h
228 -rw-r--r-- 1 32039 32039 229476 Dec 2 17:05 rtmp_info.c
52 -rw-r--r-- 1 root root 51264 Dec 11 20:41 rtmp_info.o
248 -rw-r--r-- 1 32039 32039 251296 Dec 2 16:17 rtmp_init.c
52 -rw-r--r-- 1 root root 50864 Dec 11 20:41 rtmp_init.o
32 -rw-r--r-- 1 32039 32039 32523 Dec 2 16:17 rtmp_main.c
20 -rw-r--r-- 1 root root 17416 Dec 11 20:41 rtmp_main.o
16 -rw-r--r-- 1 32039 32039 14366 Feb 15 2006 rtmp_tkip.c
8 -rw-r--r-- 1 root root 4328 Dec 11 20:41 rtmp_tkip.o
8 -rw-r--r-- 1 32039 32039 5313 May 25 2006 rtmp_type.h
16 -rw-r--r-- 1 32039 32039 12777 Feb 15 2006 rtmp_wep.c
4 -rw-r--r-- 1 root root 4096 Dec 11 20:41 rtmp_wep.o
40 -rw-r--r-- 1 32039 32039 40216 May 25 2006 sanity.c
8 -rw-r--r-- 1 root root 7488 Dec 11 20:41 sanity.o
72 -rw-r--r-- 1 32039 32039 72342 May 25 2006 sync.c
24 -rw-r--r-- 1 root root 22304 Dec 11 20:41 sync.o
72 -rw-r--r-- 1 32039 32039 69976 May 25 2006 wpa.c
8 -rw-r--r-- 1 32039 32039 7660 May 25 2006 wpa.h
20 -rw-r--r-- 1 root root 18688 Dec 11 20:41 wpa.o


Wo ist denn da der Unterschied zwischen "dir" und "ls -ls"??

King-of-Cuba

Rain_maker
11.12.06, 23:15
1.
Wo ist denn da der Unterschied zwischen "dir" und "ls -ls"??

Der Unix/Linux-Befehl lautet "ls", daß "dir" auch funktioniert liegt an einem sogenannten "alias", d.h. wenn Du "dir" eingibst, dann weiß die Konsole, daß damit "ls" gemeint ist.
Das soll wohl Windowsumsteigern das Leben etwas erleichtern und es war auch mehr als Ergänzung gedacht, warum Dein erster Befehl nicht klappte aber der zweite als "DOS"-Befehl.

2. Wichtiger waren mir eigentlich die Ausgaben des 2. Befehls, da scheint irgendwas zu fehlen, warum auch immer.

3. Das hier ist unnötig, denn im entpackten Quellcode gibt es keine Datei Makefile.6, die man umbenennen muß.



linux:~/rt61-cvs-2006121111/Module # cp Makefile.6 Makefile=> Weglassen.

4. Entpacke den Quellcode nochmal neu und versuche es dann ohne den cp-Befehl, allerdings befürchte ich, daß dass Problem wo anders liegt, deshalb ist der 2. Befehl (das "find") wichtiger.

Allgemein gilt übrigens, nach jedem mißglückten Kompilierversuch sollte man saubermachen mit
make clean.

Greetz,

RM

King-of-Cuba
11.12.06, 23:29
Danke für die Antwort!



/bin/sh: scripts/mod/modpost: No such file or directory

Das sollte aber im Paket der Kernelquellen enthalten sein?
- Die Kernelquellen hatte ich schon installiert

Folgendes Ergebnis bei den mods:


find /usr/src/* -name modpost*


linux:~ # find /usr/src/* -name modpost*
/usr/src/linux-2.6.18.2-34/scripts/mod/modpost
/usr/src/linux-2.6.18.2-34/scripts/mod/modpost.c
/usr/src/linux-2.6.18.2-34/scripts/mod/modpost.h
/usr/src/linux-2.6.18.2-34/scripts/mod/modpost.o
/usr/src/linux-2.6.18.2-34-obj/x86_64/um/scripts/mod/modpost
/usr/src/linux-2.6.18.2-34-obj/x86_64/xen/scripts/mod/modpost
/usr/src/linux-2.6.18.2-34-obj/x86_64/debug/scripts/mod/modpost
/usr/src/linux-2.6.18.2-34-obj/x86_64/kdump/scripts/mod/modpost
linux:~ #


Das mit dem make clean ist ein guter Tipp!
Ich habe den Quellcode nochmal neu entpackt aber das Problem ist dadurch nicht verschwunden.

Weißt du jetzt, wie man dieses Problem lösen könnte??

King-of-Cuba

King-of-Cuba
13.12.06, 20:26
Würde es wohl was bringen, wenn ich Linux komplett neu installieren würde?

King-of-Cuba

Rain_maker
13.12.06, 21:37
Nö.

Aber Du könntest versuchen das Paket "kernel-source" neu zu installieren, irgendwie wird da etwas nicht gefunden, was eigentlich da ist. Scheinbar hat openSUSE seit neustem ein Paket mit den Kernel-Headern, nur weiß ich nicht, ob sich das mit den vollständigen Kernelquellen beisst.

Versuche folgendes.

1. Beide Pakete erneut installieren

linux-kernel-headers-2.6.18.2-3
kernel-source-2.6.18.2-34

2. Nur die Headers installiert lassen und kernel-source runterschmeissen

3. Nur kernel-source installieren und die headers runterschmeissen.

Was sagt eigentlich
cat /etc/SuSE-release?

Greetz,

RM

King-of-Cuba
15.12.06, 19:22
Hi!
Danke für die Tipps aber ich bin auf anderem Wege etwas weiter gekommen.
Ich habe Linux komplett nochmal neu installiert.
Vielleicht lags daran, das ich von SuSE Linux 9.2 auf 10.2 geupdated hab und dadurch manche Dateien falsch abgelegt wurden.

Soweit sogut. Ich habe den Treiber nach der Anleitung hier im Thread (bis auf das cp Makefile..) kompilliert - die Installation hat problemlos geklappt nur die Karte will irgendwie nicht funktionieren.

der KWifiManager schwankt im 2-sekunden-Takt zwischen Empfangsstärke "ULTIMATE" und "OUT OF RANGE"
Die WLAN-Karte wird auch nicht von YaST erkannt.

Hier einige Logs:



linux-5gsi:~ # cat /etc/SuSE-release
openSUSE 10.2 (X86-64)
VERSION = 10.2



linux-5gsi:~ # iwconfig
lo no wireless extensions.

eth0 no wireless extensions.

wmaster0 IEEE 802.11g Frequency:2.412 GHz
RTS thr:off Fragment thr=2346 B

wlan0 IEEE 802.11g ESSID:""
Mode:Managed Frequency:2.412 GHz Access Point: Not-Associated
RTS thr:off Fragment thr=2346 B
Encryption key:off

sit0 no wireless extensions.



linux-5gsi:~ # lsmod
Module Size Used by
iptable_filter 19968 0
ip_tables 39400 1 iptable_filter
x_tables 37384 1 ip_tables
joydev 28160 0
ipv6 357728 16
snd_pcm_oss 71680 0
snd_mixer_oss 35840 1 snd_pcm_oss
snd_seq 82976 0
button 24736 0
battery 28168 0
ac 22792 0
apparmor 74264 0
aamatch_pcre 31232 1 apparmor
nls_utf8 18944 1
ntfs 209032 1
nls_iso8859_1 22016 1
nls_cp437 23808 1
vfat 30976 1
fat 73264 1 vfat
loop 34064 0
dm_mod 81872 0
snd_usb_audio 108672 1
snd_usb_lib 36224 1 snd_usb_audio
snd_rawmidi 47104 1 snd_usb_lib
snd_seq_device 26516 2 snd_seq,snd_rawmidi
snd_hwdep 28552 1 snd_usb_audio
usblp 32128 0
usbhid 69792 0
rt61 259216 0
arc4 18944 1
rate_control 22528 0
rt61pci 56452 0
ide_cd 59680 0
cdrom 54056 1 ide_cd
80211 196876 2 rate_control,rt61pci
firmware_class 28288 1 rt61pci
i2c_nforce2 24960 0
i2c_core 41472 1 i2c_nforce2
snd_intel8x0 54440 1
snd_ac97_codec 127832 1 snd_intel8x0
snd_ac97_bus 19456 1 snd_ac97_codec
snd_pcm 115464 4 snd_pcm_oss,snd_usb_audio,snd_intel8x0,snd_ac97_co dec
crc_itu_t 19072 1 rt61pci
ohci_hcd 38404 0
ehci_hcd 51080 0
snd_timer 44680 2 snd_seq,snd_pcm
snd 89384 16 snd_pcm_oss,snd_mixer_oss,snd_seq,snd_usb_audio,sn d_usb_lib,snd_rawmidi,snd_seq_device,snd_hwdep,snd _intel8x0,snd_ac97_codec,snd_pcm,snd_timer
soundcore 28192 1 snd
forcedeth 60548 0
usbcore 148064 6 snd_usb_audio,snd_usb_lib,usblp,usbhid,ohci_hcd,eh ci_hcd
snd_page_alloc 27792 2 snd_intel8x0,snd_pcm
parport_pc 58984 1
lp 30664 0
parport 59660 2 parport_pc,lp
ext3 167696 1
mbcache 27016 1 ext3
jbd 90872 1 ext3
edd 27912 0
fan 22408 0
sata_nv 30084 0
libata 145056 1 sata_nv
amd74xx 32176 0 [permanent]
thermal 33552 0
processor 53992 1 thermal
sd_mod 39296 0
scsi_mod 173744 2 libata,sd_mod
ide_disk 34304 6
ide_core 174720 3 ide_cd,amd74xx,ide_disk
linux-5gsi:~ # modinfo rt61
filename: /lib/modules/2.6.18.2-34-default/extra/rt61.ko
author: http://rt2x00.serialmonkey.com
description: Ralink RT61 802.11abg WLAN Driver 1.1.0 CVS CVS
license: GPL
vermagic: 2.6.18.2-34-default SMP mod_unload gcc-4.1
depends:
alias: pci:v00001814d00000301sv*sd*bc*sc*i*
alias: pci:v00001814d00000302sv*sd*bc*sc*i*
alias: pci:v00001814d00000401sv*sd*bc*sc*i*
srcversion: 3AFBD343B87C4004BAF83EA
parm: ifname:Network device name (default ra%d) (charp)
parm: debug:Enable level: accepted values: 1 to switch debug on, 0 to switch debug off. (int)



Ich habe die rt61.sta nach bestem Gewissen ausgefüllt (dort stehen die Netzwerkdaten drin)

Woran könnte das liegen??

Viele Grüße
King-of-Cuba

Rain_maker
15.12.06, 21:44
.. "Der Weg war umsonst"?

Was mich gerade gewundert hat.

1. Wieso wird da kein Interface "ra0" angezeigt?

2. Wieso ist ein Modul "rt61pci" geladen?

ftp://ftp4.gwdg.de/pub/opensuse/distribution/10.2/repo/oss/suse/x86_64/wlan-kmp-default-1_2.6.18.2_34-16.x86_64.rpm



/lib/modules/2.6.18.2-34-default
/lib/modules/2.6.18.2-34-default/updates
/lib/modules/2.6.18.2-34-default/updates/80211.ko
/lib/modules/2.6.18.2-34-default/updates/acx.ko
/lib/modules/2.6.18.2-34-default/updates/adm8211.ko
/lib/modules/2.6.18.2-34-default/updates/at76_usb.ko
/lib/modules/2.6.18.2-34-default/updates/av5100.ko
/lib/modules/2.6.18.2-34-default/updates/crc-itu-t.ko
/lib/modules/2.6.18.2-34-default/updates/ipw3945.ko
/lib/modules/2.6.18.2-34-default/updates/p80211
/lib/modules/2.6.18.2-34-default/updates/p80211/p80211.ko
/lib/modules/2.6.18.2-34-default/updates/pbe5.ko
/lib/modules/2.6.18.2-34-default/updates/prism2
/lib/modules/2.6.18.2-34-default/updates/prism2/prism2_pci.ko
/lib/modules/2.6.18.2-34-default/updates/prism2/prism2_plx.ko
/lib/modules/2.6.18.2-34-default/updates/prism2/prism2_usb.ko
/lib/modules/2.6.18.2-34-default/updates/rate_control.ko
/lib/modules/2.6.18.2-34-default/updates/rt2400pci.ko
/lib/modules/2.6.18.2-34-default/updates/rt2500pci.ko
/lib/modules/2.6.18.2-34-default/updates/rt2500usb.ko
/lib/modules/2.6.18.2-34-default/updates/rt61pci.ko
/lib/modules/2.6.18.2-34-default/updates/rt73usb.ko=> Umsonst kompiliert mein Freund, das war alles schon da.

Was sagt denn 'modinfo rt61pci'?

Deine Karte wird übrigens IIRC nicht vom Networkmanager unterstützt, sie muß (so war das noch bei 10.1, also ohne Gewähr) klassisch eingerichtet werden (ifup). Danach noch Kinternet nachinstallieren.

Und den KWifimanager kannst Du gleich deinstallieren, der kann z.B. kein WPA.

Laut der Anzeige von iwconfig ist die Karte unverschlüsselt eingerichtet, betreibst Du ein unverschlüsseltes WLAN?

Konfiurationsdateien posten wäre ein Fest, schau mal in /etc/sysconfig/network nach, da liegen die entsprechenden Dateien.

Ausserdem frage ich mich, was wmaster0 soll, willst Du einen AP betreiben?

Auch wenn ich nicht genau weiß, ob die fertigen Module, die Du offensichtlich schon installiert hattest, die Firmware am selben Ort benötigen wie die selbstgebauten Treiber, hast Du die Firmwarfiles (rt2561.bin rt2561s.bin rt2661.bin) in /etc/Wireless/RT61STA kopiert?

Befinden sich vielleicht die passenden Files auch in /lib/firmware?

Und dazu:


Ich habe die rt61.sta nach bestem Gewissen ausgefüllt (dort stehen die Netzwerkdaten drin)

Also wenn es eine Gewissensfrage ist, dann konsultiere einen Theologen aber nicht mich.

Wenn Du Hilfe willst, dann poste Infos.

Sorry, aber so wird das nie was, wieso glauben eigentlich so viele Fragesteller, man kann hier automatisch hellsehen, wenn man versucht zu helfen?

Greetz,

RM

King-of-Cuba
15.12.06, 23:17
Hallo!
Also ich hab mich an diese Anleitung gehalten:
http://www.linux-club.de/faq/Rt61_HowTo
Ich bin bis zur modprobe gekommen.
Habe dann versucht mit YaST weiter zu installieren.



Was sagt denn 'modinfo rt61pci'?

linux-5gsi:~ # modinfo rt61pci
filename: /lib/modules/2.6.18.2-34-default/updates/rt61pci.ko
author: http://rt2x00.serialmonkey.com
version: CVS
description: Ralink RT61 PCI & PCMCIA Wireless LAN driver.
license: GPL
vermagic: 2.6.18.2-34-default SMP mod_unload gcc-4.1
depends: 80211,crc-itu-t,firmware_class
alias: pci:v00001814d00000301sv*sd*bc*sc*i*
alias: pci:v00001814d00000302sv*sd*bc*sc*i*
alias: pci:v00001814d00000401sv*sd*bc*sc*i*
srcversion: A94F5B7BDDF6753FF17166D
parm: debug:Set this parameter to 1 to enable debug output. (bool)
linux-5gsi:~ #




Deine Karte wird übrigens IIRC nicht vom Networkmanager unterstützt, sie muß (so war das noch bei 10.1, also ohne Gewähr) klassisch eingerichtet werden (ifup). Danach noch Kinternet nachinstallieren.

Ich hatte die Karte vorher auch mit ifup konfiguriert, wobei ich das eher zufällig gemacht habe. KWifiManager wurde gerade deinstalliert.



Laut der Anzeige von iwconfig ist die Karte unverschlüsselt eingerichtet, betreibst Du ein unverschlüsseltes WLAN?

Nein, ich habe eine 128 Bit WEP Verschlüsselung (mit Mac-Adressen Filter).



Konfiurationsdateien posten wäre ein Fest, schau mal in /etc/sysconfig/network nach, da liegen die entsprechenden Dateien.

Dein Wunsch wird dir erfüllt:


ifcfg-wlan0


BOOTPROTO='dhcp'
BROADCAST=''
ETHTOOL_OPTIONS=''
IPADDR=''
MTU=''
NAME=''
NETMASK=''
NETWORK=''
REMOTE_IPADDR=''
STARTMODE='hotplug'
USERCONTROL='yes'
WIRELESS_AP=''
WIRELESS_AUTH_MODE='sharedkey'
WIRELESS_BITRATE='auto'
WIRELESS_CA_CERT=''
WIRELESS_CHANNEL=''
WIRELESS_CLIENT_CERT=''
WIRELESS_CLIENT_KEY=''
WIRELESS_CLIENT_KEY_PASSWORD=''
WIRELESS_DEFAULT_KEY='0'
WIRELESS_EAP_AUTH=''
WIRELESS_EAP_MODE=''
WIRELESS_ESSID='Network'
WIRELESS_FREQUENCY=''
WIRELESS_KEY=''
WIRELESS_KEY_0='h:WiReLeSsLaNbb'
WIRELESS_KEY_1=''
WIRELESS_KEY_2=''
WIRELESS_KEY_3=''
WIRELESS_KEY_LENGTH='128'
WIRELESS_MODE='Managed'
WIRELESS_NICK=''
WIRELESS_NWID=''
WIRELESS_PEAP_VERSION=''
WIRELESS_POWER='yes'
WIRELESS_WPA_ANONID=''
WIRELESS_WPA_IDENTITY=''
WIRELESS_WPA_PASSWORD=''
WIRELESS_WPA_PSK=''
_nm_name='ra0'


# Loopback (lo) configuration
IPADDR=127.0.0.1
NETMASK=255.0.0.0
NETWORK=127.0.0.0
BROADCAST=127.255.255.255
STARTMODE=onboot
USERCONTROL=no



rt61sta.dat mit folgendem Inhalt:

# Copy this file to /etc/Wireless/RT61STA/rt61sta.dat
# This file is a binary file and will be read on loading rt2500.o module.

[Default]
CountryRegion=0
CountryRegionABand=7
WirelessMode=0
TxBurst=0
PktAggregate=0
TurboRate=0
WmmCapable=0
AckPolicy1=0
AckPolicy2=0
AckPolicy3=0
AckPolicy4=0
BGProtection=0
IEEE80211H=0
TxRate=0
RoamThreshold=75
PSMode=CAM
TxPreamble=0
FastRoaming=0

# All parameters below can be set by iwconfig in the if-pre scripts
# if required or enabled here if you wish
# Anything enabled here will be used when EVEN the net interface is brought up
# this will undo any iwconfig pre-up settings.

#SSID=Network
#NetworkType=Infra
#Channel=10
AuthMode=SHARED
EncrypType=WEP
#DefaultKeyID=1
#Key1Type=0
#Key1Str=576952654C6553734C614E6262
#Key2Type=0
#Key2Str=
#Key3Type=0
#Key3Str=
#Key4Type=0
#Key4Str=
#WPAPSK=abcdefghijklmnopqrstuvwxyz
#RTSThreshold=2312
#FragThreshold=2312
PSMode=CAM
#RFMON=0


iwconfig nach dem Einrichten mittels ifup:

wlan0 IEEE 802.11g ESSID:"Network"
Mode:Managed Frequency:2.412 GHz Access Point: Not-Associated
RTS thr:off Fragment thr=2346 B
Encryption key:off

sit0 no wireless extensions.






Ausserdem frage ich mich, was wmaster0 soll, willst Du einen AP betreiben?

Nee, sowas hatte ich nicht vor.




Auch wenn ich nicht genau weiß, ob die fertigen Module, die Du offensichtlich schon installiert hattest, die Firmware am selben Ort benötigen wie die selbstgebauten Treiber, hast Du die Firmwarfiles (rt2561.bin rt2561s.bin rt2661.bin) in /etc/Wireless/RT61STA kopiert?
Befinden sich vielleicht die passenden Files auch in /lib/firmware?

Es stand so in der o.g. Anleitung.
Ich hab die Dateien jetzt auch nach /lib/firmware kopiert.

Greetings
King-of-Cuba

Rain_maker
16.12.06, 00:18
Der Haken an der Sache ist der.

Du hast nun 2 Treiber parallel installiert (den aus dem wlan-kmp von SuSE und den selbstgebauten) und auch parallel zwei Config-Files (Das Config-File von Yast und das rt61sta.dat).

Wer wird berücksichtigt und wer stört möglicherweise wen?

Ich denke das Beste wird sein, das Ganze Kuddelmuddel zu beseitigen und sauber neu einzurichten.

Du hast 2 Möglichkeiten, ich würde folgende Reihenfolge vorschlagen.

1. Du verwendest das von SuSE mitgelieferte Modul "rt61pci".

- Suche das selbstgebaute Modul rt61.ko in /lib/modules/2.6.18.2-34-default und lösche es als root. So würde das bei mir (10.0) aussehen.


find /lib/modules/`uname -r` -name rt61.ko
/lib/modules/2.6.13-15.12-default/extra/rt61.ko

rm /lib/modules/2.6.13-15.12-default/extra/rt61.ko

depmod -aeDie Namen/Pfade musst Du natürlich anpassen, das "depmod -ae" berechnet die Modulabhängigkeiten neu.

- Entferne die alias-Einträge für das Modul rt61 in /etc/modprobe.conf*



grep rt61 /etc/modprobe.conf*
/etc/modprobe.conf:alias ra0 rt61

sudo *Editor Deiner Wahl* /etc/modprobe.conf
Als Editor kannst Du "kate" (KDE) oder "gedit" (GNOME) verwenden, es kann auch sein, daß in /etc/modprobe.conf.local ein Eintrag vorhanden ist.
Entferne die entsprechende(n) Zeile(n) und speichere die Datei(en).

- Verschiebe (löschen kann man sie immer noch) die ifcfg-Datei für Deine WLAN-Karte in /etc/sysconfig/network in einen anderen Ordner.

- Verschiebe die rt61sta.dat ebenfalls von /etc/Wireless/RT61STA/ in einen anderen Ordner, so daß nur noch die nun von Dir neu angelegte Yast-Konfiguration verwendet werden wird.

- Richte die Karte mit Yast ein, die benutzen Parameter sehen sinnvoll aus, wobei ich natürlich nicht weiß, ob Dein Netzwerk wirklich "Network" heisst.

- Sollte die ESSID versteckt sein, dann schalte das mal im Router aus, macht manchmal Probleme.

- Versuche es im Notfall mal temporär ohne Verschlüsselung, damit man eine Fehlerquelle weniger hat.

- Kontrolliere außerdem, ob die MAC-Adresse der Karte mit der im Router eingetragenen übereinstimmt, hier hilft Dir als root ein "ifconfig".

- Installiere Kinternet nach als Frontend zur Steuerung der Interfaces. (Aufruf kann aus der Shell als User (sic!) mit 'kinternet&' erfolgen, anschließend mit 'exit' aus der shell abmelden)

- Achte darauf, daß eine eventuell vorhandene LAN-Karte als Startmodus "bei Kabelanschluß" hat und aktiviere auch auf dieser am besten die "Benutzersteuerung", dann hast Du auch hier vollen Zugriff über Kinternet.

- Als Kommandozeilentool zur Suche nach Access Points kannst Du '/usr/sbin/iwlist scan' verwenden.

Wenn das nicht fruchtet, dann kannst Du "Plan B" versuchen.

2. Verwendung des selbstgebauten Treibers

- Da Du vorher das Modul wahrscheinlich entfernt hast (Plan A), installiere es erneut durch 'make && make install' im Ordner des entpackten Quellcodes als root.

- Deinstalliere das Paket wlan-kmp-default.

- Verschiebe ebenfalls die ifcfg-Datei und die rt61sta.dat

- Achte darauf, daß ein alias-Eintrag in /etc/modprobe.conf bzw. /etc/modprobe.conf.local vorhanden ist.

- Lade das Modul mit 'modprobe rt61' als root.

- Teste mit iwconfig, ob ra0 angezeigt wird.

- Richte die Karte erneut mit Yast ein, sollte sie nicht automatisch gefunden werden, dann vergewissere Dich, daß dem neuen Interface das Modul rt61 zugeordnet wird (Hardware Details IIRC).

- Auch hier die Tipps von oben bezüglich temporärer Deaktivierung der Verschlüsselung und ESSID beachten.

- Bei Problemen (egal ob Plan A oder B) immer 'ifconfig' und 'iwconfig' sowie 'iwlist scan' ausführen und die Ergebnisse posten.

- Sollte bei Plan B doch die rt61sta.dat verwendet werden, so müssn dort der Schlüssel ESSID usw. eingetragen werden, hierzu solltest Du genau im README nachlesen, dort wird das genau erklärt.

Auch hier gilt, bei Problemen die geänderte Datei posten.

Greetz,

RM

Nachtrag.

Da fällt mir gerade noch was auf:


WIRELESS_AUTH_MODE='sharedkey'

Yast meint dazu Folgendes:




| WEP │
│oder WPA. WEP (Wired │
│Equivalent Privacy) │
│ist ein System zum │
│Verschlüsseln │
│drahtlosen │
│Netzwerkverkehrs mit │
│optionaler ┬
│Authentifikation, │
│basierend auf dem │
│verwendeten │
│Verschlüsselungsschl │
│üssel. In den │
│meisten Fällen, in │
│denen WEP verwendet ┴
│wird, ist der Modus │
│Offen (keine │
│Authentifikation) │
│passend. Dies │
│bedeutet nicht, dass │
│Sie die │
│WEP-Verschlüsselung │
│nicht verwenden │
│können.Ich würde also zunächst mal den Modus auf Offen umstellen, vielleicht war es das dann schon und die ganzen Vorschläge oben sind nicht nötig.

King-of-Cuba
16.12.06, 18:14
Hallo und nochmals Danke für deine Bemühungen. Leider gibts immernoch Probleme.

Ich bin deiner Anleitung gefolgt - doch gebracht hat es nicht viel, denn das Modul "rt61" wird irgendwie nicht in das System eingebunden.
Das rt61pci Modul ist aber auf meinem Sytem installiert.

Ich habe ein paar Fotos online gestellt. Ich komme später drauf zu sprechen...
Der Link dazu: http://free.pages.at/hpfw/wlan.htm



Entferne die alias-Einträge für das Modul rt61 in /etc/modprobe.conf*

In der modprobe.conf wird drauf hingewiesen, alle Eintragungen in modprobe.conf.local abzulegen. Es waren keine alias-Einträge vorhanden!



Richte die Karte mit Yast ein, die benutzen Parameter sehen sinnvoll aus, wobei ich natürlich nicht weiß, ob Dein Netzwerk wirklich "Network" heisst.

Ich hab mittels ifup konfiguriert. Typ "Drahtlos" oben rechts bei "Name der Hardwareconfiguration" habe ich static-0 stehen gelassen. Wenn man da jedoch ra0 eingibt, erscheint eine interessante Fehlermeldung (siehe Foto).

Mein Netzwerk heißt tatsächlich "Network" und zum WEP-Modus: Bei der FritzBox ist Shared-Key Authentification eingestellt.


Ich würde also zunächst mal den Modus auf Offen umstellen, vielleicht war es das dann schon und die ganzen Vorschläge oben sind nicht nötig.
War das jetzt auf die Konfigurationsdatei in Linux oder auf den Router bezogen? Ich würd Shared-Key gerne drinlassen, weil alle anderen Computer eben schon fertig eingerichtet sind.
ESSID ist nicht versteckt und die Karte funktioniert unter Windows ohne Probleme.


Installiere Kinternet nach als Frontend zur Steuerung der Interfaces. (Aufruf kann aus der Shell als User (sic!) mit 'kinternet&' erfolgen, anschließend mit 'exit' aus der shell abmelden)
Ich habe mit Kinternet mal nach verfügbaren Netzwerken gesucht, dann wurde tatsächlich "Network" angezeigt, aber weder Empfangsqualität und sonstige Infos. Habe dann den Hexa-WEP-Code eingegeben und danach wurde kein Netzwerk mehr "gefunden".


Als das alles fehlgeschlagen hat, hab ich mal Plan B probiert.



- Achte darauf, daß ein alias-Eintrag in /etc/modprobe.conf bzw. /etc/modprobe.conf.local vorhanden ist.

Da hab ich keine Ahnung, was da stehen muss. Es ist nämlich kein Eintrag vorhanden.

- Lade das Modul mit 'modprobe rt61' als root.


Teste mit iwconfig, ob ra0 angezeigt wird.
Nein, die Karte wird nicht angezeigt!


Bei Problemen (egal ob Plan A oder B) immer 'ifconfig' und 'iwconfig' sowie 'iwlist scan' ausführen und die Ergebnisse posten.
Kommt sofort:

eth0 Link encap:Ethernet HWaddr 00:E0:4D:0F:2A:C9
UP BROADCAST MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:0 (0.0 b) TX bytes:0 (0.0 b)
Interrupt:225 Base address:0x6000

linux-5gsi:~ # iwconfig
lo no wireless extensions.

eth0 no wireless extensions.

wmaster0 IEEE 802.11g Frequency:2.412 GHz
RTS thr:off Fragment thr=2346 B

wlan0 IEEE 802.11g ESSID:"Network"
Mode:Managed Frequency:2.412 GHz Access Point: Not-Associated
RTS thr:off Fragment thr=2346 B
Encryption key:off

sit0 no wireless extensions.

linux-5gsi:~ # iwlist scan
lo Interface doesn't support scanning.

eth0 Interface doesn't support scanning.

wmaster0 Interface doesn't support scanning : Operation not supported

wlan0 Interface doesn't support scanning : Network is down

sit0 Interface doesn't support scanning.




eth0 Link encap:Ethernet HWaddr 00:E0:4D:0F:2A:C9
UP BROADCAST MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:0 (0.0 b) TX bytes:0 (0.0 b)
Interrupt:225 Base address:0x6000

linux-5gsi:~ # iwconfig
lo no wireless extensions.

eth0 no wireless extensions.

wmaster0 IEEE 802.11g Frequency:2.412 GHz
RTS thr:off Fragment thr=2346 B

wlan0 IEEE 802.11g ESSID:"Network"
Mode:Managed Frequency:2.412 GHz Access Point: Not-Associated
RTS thr:off Fragment thr=2346 B
Encryption key:off

sit0 no wireless extensions.

linux-5gsi:~ # iwlist scan
lo Interface doesn't support scanning.

eth0 Interface doesn't support scanning.

wmaster0 Interface doesn't support scanning : Operation not supported

wlan0 Interface doesn't support scanning : Network is down

sit0 Interface doesn't support scanning.



Nach dem Problem das die Karte nicht wieder angezeigt wird, hab ich meine Aktion wie in Plan A beschrieben wieder rückgängig gemacht.

Tschau
King-of-Cuba

Rain_maker
16.12.06, 19:57
Mit dem temporären Ausschalten der Verschlüsselung meinte ich natürlich sowohl am Router als auch in Yast auf den WLAN-Karten, einfach um zu sehen, ob das Problem an der Konfiguration der Karte oder des Schlüssels liegt.

Was mich wundert sind die BEIDEN Interfaces wlan0 und wmaster0, die laut den Screenshots, wenn ich das richtig sehe, beide Deiner Ralink zugeordnet werden.

Gibt es auch zwei entsprechende ifcfg-Dateien in /etc/sysconfig/network, eine wlan0 und eine wmaster0 (oder so ähnlich). Wenn ja, was steht in BEIDEN drin? (BTW, den Schlüssels solltest Du unkenntlich machen, weiter oben steht er nämlich drin *fg*).
Was steht in der entsprechenden ifcfg-Datei für die LAN-Karte? (eth-*irgendwas*)?

Irgendwo muß auch noch ein Eintrag für die ra0 enthalten sein, suchen wir mal danach an den "verdächtigsten" Orten.



su

(Passwort)

egrep -r 'ra0|wlan0|wmaster0|eth0' /etc/udev/ /etc/modprobe* /etc/sysconfig/hardware/ /etc/sysconfig/network/ Ich werde das Gefühl nicht los, daß es möglicherweise nicht an EINER falschen, sondern vielleicht an mehreren richtigen Configs liegt, die sich aber gegenseitig stören.

Wie viele Interfaces werden denn in Yast angezeigt? (Dazu braucht man übrigens keinen Screenshot, einfach "yast" statt "yast2" aus einer Konsole als root aufrufen, dann hat man einen textbasierten Yast und kann das wie eine Shellausgabe hier reinkopieren, dazu unbedingt CODE-Tags setzen, ich zeig Dir das mal.



YaST @ Laptop Mit F1 kommen Sie zur Hilfe

┌──────────────────────────────────────────── ────┐ Überblick über die Konfiguration der Netzwerkkarten
│ Überblick über die Netzwerkkarten │ ┌───────────────────────────────────────────────── ────────────────────────────────────────────────── ────────────────┐
│Hier erhalten Sie einen Überblick über bereits │ │Name │IP-Adresse │
│installierte Netzwerkkarten. Außerdem können Sie│ │Acer Incorporated [ALI] BCM4401 100Base-T│192.168.0.3 │
│deren Konfiguration bearbeiten. │ │Intel PRO/Wireless 2200BG │192.168.0.4 │
│ Eine Netzwerkkarte hinzufügen: │ │ │
│Mithilfe des Buttons Hinzufügen können Sie eine │ │ │
│neue Netzwerkkarte manuell konfigurieren. │ │ │
│ Bearbeiten oder löschen: │ │ │
│Wählen Sie eine Netzwerkkarte, die Sie │ │ │
│bearbeiten oder löschen möchten. Drücken Sie │ │ │
│dann den entsprechenden Button: Bearbeiten oder │ │ │
│Löschen. │ │ │
│ │ │ │
│ │ │ │
│ │ │ │
│ │ │ │
│ │ │ │
│ │ │ │
│ │ │ │
│ │ │ │
│ │ │ │
│ │ │ │
│ │ │ │
│ │ │ │
│ │ │ │
│ │ │ │
│ │ │ │
│ │ │ │
│ │ │ │
│ │ │ │
│ │ │ │
│ │ └───────────────────────────────────────────────── ────────────────────────────────────────────────── ────────────────┘
│ │ ┌───────────────────────────────────────────────── ────────────────────────────────────────────────── ────────────────┐
│ │ │Acer Incorporated [ALI] BCM4401 100Base-T │
│ │ │ * Gerätename: eth-id-00:c0:9f:6b:be:01 │
│ │ │ * IP-Adresse: 192.168.0.3, Subnetzmaske 255.255.255.0 │
│ │ │ * Manuell gestartet │
│ │ │ │
│ │ │ │
│ │ │ │
│ │ │ │
│ │ └───────────────────────────────────────────────── ────────────────────────────────────────────────── ────────────────┘
│ │ [Hinzufügen][Bearbeiten][Löschen]
│ │
└──────────────────────────────────────────── ────┘ [Zurück] [Abbrechen] [Weiter]


Die Bedienung erfolgt übrigens über TAB-, Pfeil- und Leertaste(n).

Greetz,

RM

King-of-Cuba
16.12.06, 23:14
Gibt es auch zwei entsprechende ifcfg-Dateien in /etc/sysconfig/network, eine wlan0 und eine wmaster0 (oder so ähnlich). Wenn ja, was steht in BEIDEN drin?
Was steht in der entsprechenden ifcfg-Datei für die LAN-Karte? (eth-*irgendwas*)?

Es gab erstmal keine wlan0, geschweige denn von einer wmaster0 ifcfg Datei. Der wlan0 Eintrag erschien erst nach meinem Installationsversuch mit YaST.




ifcfg-wlan0

BOOTPROTO='dhcp'
BROADCAST=''
ETHTOOL_OPTIONS=''
IPADDR=''
MTU=''
NAME=''
NETMASK=''
NETWORK=''
REMOTE_IPADDR=''
STARTMODE='auto'
USERCONTROL='yes'
WIRELESS_AP=''
WIRELESS_AUTH_MODE='sharedkey'
WIRELESS_BITRATE='11'
WIRELESS_CA_CERT=''
WIRELESS_CHANNEL=''
WIRELESS_CLIENT_CERT=''
WIRELESS_CLIENT_KEY=''
WIRELESS_CLIENT_KEY_PASSWORD=''
WIRELESS_DEFAULT_KEY='0'
WIRELESS_EAP_AUTH=''
WIRELESS_EAP_MODE=''
WIRELESS_ESSID='Network'
WIRELESS_FREQUENCY=''
WIRELESS_KEY=''
WIRELESS_KEY_0='h:Passsatz'
WIRELESS_KEY_1=''
WIRELESS_KEY_2=''
WIRELESS_KEY_3=''
WIRELESS_KEY_LENGTH='128'
WIRELESS_MODE='Managed'
WIRELESS_NICK=''
WIRELESS_NWID=''
WIRELESS_PEAP_VERSION=''
WIRELESS_POWER='no'
WIRELESS_WPA_ANONID=''
WIRELESS_WPA_IDENTITY=''
WIRELESS_WPA_PASSWORD=''
WIRELESS_WPA_PSK=''
_nm_name='rt61'

--------------------------------------------------------------------
ifcfg-eth-id-00:e0:4d:0f:2a:c9

BOOTPROTO='dhcp'
BROADCAST=''
ETHTOOL_OPTIONS=''
IFPLUGD_PRIORITY='20'
IPADDR=''
MTU=''
NAME='Biostar Microtech Intl MCP51 Ethernet Controller'
NETMASK=''
NETWORK=''
REMOTE_IPADDR=''
STARTMODE='ifplugd'
UNIQUE='rBUF.2CYVDOEbIe6'
USERCONTROL='yes'
_nm_name='bus-pci-0000:00:14.0'


Die Suche an den "verdächtigsten" Orten ergab:


linux-5gsi:~ # egrep -r 'ra0|wlan0|wmaster0|eth0' /etc/udev/ /etc/modprobe* /etc/sysconfig/hardware/ etc/sysconfig/network/
/etc/udev/rules.d/30-net_persistent_names.rules:SUBSYSTEM=="net", ACTION=="add", SYSFS{address}=="00:0e:2e:9f:cb:b7", IMPORT="/lib/udev/rename_netiface %k wlan0"
/etc/udev/rules.d/30-net_persistent_names.rules:SUBSYSTEM=="net", ACTION=="add", SYSFS{address}=="00:e0:4d:0f:2a:c9", IMPORT="/lib/udev/rename_netiface %k eth0"
/etc/modprobe.conf:install eth0 /bin/true
/etc/modprobe.conf:alias ra0 rt61
grep: etc/sysconfig/network/: No such file or directory
linux-5gsi:~ #



Hier nochmal einige Hardwaredaten (Die Karte wird unter Netzwerkkarte und unter PCI-Karte geführt):



│ │─┬─Netzwerkkarte │
│ │ │ ├+─MCP51 Ethernet Controller │
│ │ │ └┬─RT2561/RT61 802.11g PCI │
│ │ │ ├──Alter eindeutiger Schlüssel: +xD9.eNpRIUbLOTC │
│ │ │ ├──Bus-ID: 3 │
│ │ │ ├──Bus: PCI │
│ │ │ ├──Eindeutiger Code: Kaa7.eNpRIUbLOTC │
│ │ │ ├──Gerät: RT2561/RT61 802.11g PCI │
│ │ │ ├──Geräte-ID (Spez.): 75105 │
│ │ │ ├──Hersteller: RaLink │
│ │ │ ├──Kennung des Geräts: 66305 │
│ │ │ ├──Klasse (spec): Netzwerk-Controller │
│ │ │ ├──Klasse: Netzwerk-Controller │
│ │ │ ├──Lieferanten-ID: 71700 ┴
│ │ │ ├──Modell: RaLink RT2561/RT61 802.11g PCI │
│ │ │ ├┬─Ressourcen │
│ │ │ │├┬─irq │
│ │ │ ││├──count: 0 │
│ │ │ ││├──enabled: Ja │
│ │ │ ││└──irq: 10 │
│ │ │ │└┬─mem │
│ │ │ │ ├──active: Ja │
│ │ │ │ ├──length: 32768 │
│ │ │ │ └──start: 4259282944 │
│ │ │ ├──Slot-ID: 6 │
│ │ │ ├──Unterhersteller-ID: 71700 │
│ │ │ ├──Unterhersteller: RaLink │
│ │ │ ├──bus_hwcfg: pci │
│ │ │ ├──parent_unique_key: 37TO._XJP+gD25h8 │
│ │ │ ├──sysfs_bus_id: 0000:03:06.0 │
│ │ │ └──udi: /org/freedesktop/Hal/devices/pci_1814_301















│ │ └┬─RT2561/RT61 802.11g PCI │
│ │ │ ├──Alter eindeutiger Schlüssel: │
│ │ │ ├──Bus-ID: 3 │
│ │ │ ├──Bus: PCI │
│ │ │ ├──Eindeutiger Code: Kaa7.eNpRIUbLOTC │
│ │ │ ├──Gerät: RT2561/RT61 802.11g PCI │
│ │ │ ├──Geräte-ID (Spez.): 75105 │
│ │ │ ├──Hersteller: RaLink │
│ │ │ ├──Kennung des Geräts: 66305 │
│ │ │ ├──Klasse (spec): Netzwerk-Controller │
│ │ │ ├──Klasse: Netzwerk-Controller │
│ │ │ ├──Lieferanten-ID: 71700 │
│ │ │ ├──Modell: RaLink RT2561/RT61 802.11g PCI │
│ │ │ ├┬─Ressourcen │
│ │ │ │├┬─irq │
│ │ │ ││├──count: 0 │
│ │ │ ││├──enabled: Ja │
│ │ │ ││└──irq: 10 │
│ │ │ │└┬─mem ┬
│ │ │ │ ├──active: Ja │
│ │ │ │ ├──length: 32768 │
│ │ │ │ └──start: 4259282944 │
│ │ │ ├──Slot-ID: 6 │
│ │ │ ├──Unterhersteller-ID: 71700 │
│ │ │ ├──Unterhersteller: RaLink │
│ │ │ ├──bus_hwcfg: pci │
│ │ │ ├──parent_unique_key: 37TO._XJP+gD25h8 │
│ │ │ ├──sysfs_bus_id: 0000:03:06.0 │
│ │ │ └──udi: /org/freedesktop/Hal/devices/pci_1814_301

Und hier der Eintrag unter Netzwerkkarten in YaST (bevor ich wlan0 konfiguriert hab)





│konfigurierende Netzwerkkarte. Sie │ ┌Netzwerkkarte──────────────────────────────────── ──────────────────




Biostar Microtech Intl MCP51 Ethernet Controller (nicht verbunden) │
│ │ │ * Gerätename: eth-id-00:e0:4d:0f:2a:c9 │
│ │ │ * Automatisch bei Kabelverbindung gestartet │
│ │ │ * Über DHCP zugewiesene IP-Adresse │
│ │ │



So langsam fang ich an zu verzweifeln :ugly:
Tschau
King-of-Cuba

Rain_maker
17.12.06, 00:18
Ok, mir müssen das in kleineren Schritten machen, da sind noch sichtbar einige Ungereimtheiten drin.

1. Der alias Eintrag für ra0 ist DOCH da.



/etc/modprobe.conf:alias ra0 rt61Weg damit. Als Root einen Texteditor öffnen und diese Zeile löschen, sie wird sehr wahrscheinlich weit unten stehen.

2. Dieser Eintrag in der ifcfg-wlan0 ist sicher auch falsch.


_nm_name='rt61'

Hier sollte der richtige PCI-Bus stehen, laut Yast ist das dieser hier:



├──sysfs_bus_id: 0000:03:06.0 Also:

Gibst Du folgendes an bei der Kartenkonfiguration:

- Name der Hardwarekonfiguration:

bus-pci-0000:03:06.0

- Modul

rt61pci

Bei Yast konnte man IIRC auch beim Hinzufügen von WLAN-Interfaces (Drahtlos) aus einer Liste auswählen. Schaue auch dort noch mal nach, ob da wirlich keine Ralink mit RT2561/R61 Chipsatz auswählbar ist, das nimmt Dir vielleicht Einstellungsarbeiten ab.

Sollte sich etwa Passendes finden, dann lösche zuvor wlan0 und lege das Interface mit dieser Vorlage an.

Die oben genannten Hardware-Details sollten dann aber unbedingt passen, sie gehören zu Deiner Karte.

Was sagt eigentlich:



udevinfo -a -p /sys/class/net/wlan0

bzw.

udevinfo -a -p /sys/class/net/wmaster0

Beschreibe auch bitte ganz genau, was Du sonst gemacht hast, im Nachinein stehen da immer wieder Sachen, die darauf hindeuten, daß Du sonst noch irgendwas anderes gebastelt hast.

Das ist zwar nicht zwingend falsch, aber dann musst Du das auch unbedingt erwähnen, denn sonst übersehe ich sicherlich noch mehr als ich vielleicht jetzt schon übersehen habe.

Greetz,

RM

King-of-Cuba
17.12.06, 01:00
So, ich hab jetzt mal deine Vorschläge umgesetzt.
- Alias gelöscht
- Netzwerkkarte gelöscht und dann mittels Yast eingerichtet. Aktivierung bei Systemstart & Benutzergesteuert, ansonsten Netzwerkdaten wie gehabt.

In der Liste wird leider keine RaLink Karte angezeigt..



udevinfo -a -p /sys/class/net/wlan0

bzw.

udevinfo -a -p /sys/class/net/wmaster0
sagen beide das gleiche... "device not found" - auch nach einem Neustart hat sich an der Ausgabe nix geändert.

Ich hab festgestellt, das Kinternet nur eth0 anzeigt.


Viele Grüße
King-of-Cuba

Rain_maker
17.12.06, 13:25
*Seufz*

WAS genau hast Du gemacht?

WIE sehen jetzt die Configs aus?

Poste diese UNBEDINGT nach jeder Veränderung am besten auch mit zusätzlicher Angabe von ifconfig und iwconfig.

Ich kann Dir keine Erfolgsgarantie geben, aber wenn Du immer nur umschreibst, ohne konkrete Angaben zu machen, was Du gemacht hast und ob/welche Fehlermeldungen es gab, dann kann es nichts werden.

Mich reizt das Problem, deshalb versuche ich Dir gerne zu helfen, vor allem, weil mich interessiert, wie das mit dem Einbinden der Firmware gehen soll, denn ich finde bei openSUSE 10.2 in den Repositories nur die Kernelmodule aber keine Firmware für die Karte.

Also kurze Zwischenfrage:

Findest Du in Yast Online Update irgendwas zu "Firmware für Ralink Karten" oder ähnliches? Das kann auch nur ein Skript sein, schau bitte mal nach.

Back2Topic:

Welche Meldungen werden beim Bootvorgang bezüglich des Moduls ausgespuckt?


sudo grep -i rt61 /var/log/boot.msg /var/log/messages

dmesg|grep -i rt61

Was passiert, wenn Du von Hand das Modul lädst/entlädst. Öffne 2 Konsolen und mache Dich in beiden mit su&Passwort zu root.



tail -f /var/log/messages #1. Konsole

modprobe -r r61pci #2. Konsole

modprobe rt61pci Die erste Konsole ist praktisch Deine "Überwachungsfunktion" in der Kernelmeldungen ausgespuckt werden.

Alternativ kannst Du auch
dmesg|tail -n 20 vor und nach dem Laden mit modprobe eingeben, das zeichnet nur nicht "live" auf wie "tail -f".

Bitte alles Posten und keine Umschreibungen.

Greetz,

RM

King-of-Cuba
17.12.06, 17:56
WAS genau hast Du gemacht?
WIE sehen jetzt die Configs aus?

Ich habe den Alias gelöscht, unter Yast die Drahtlose Netzwerkkarte entfernt und eine neue nach deiner Anleitung eingerichtet.
Die configs findest gibts jetzt:

ifcfg-wlan0

BOOTPROTO='dhcp'
BROADCAST=''
ETHTOOL_OPTIONS=''
IPADDR=''
MTU=''
NAME=''
NETMASK=''
NETWORK=''
REMOTE_IPADDR=''
STARTMODE='auto'
USERCONTROL='yes'
WIRELESS_AP=''
WIRELESS_AUTH_MODE='sharedkey'
WIRELESS_BITRATE='auto'
WIRELESS_CA_CERT=''
WIRELESS_CHANNEL=''
WIRELESS_CLIENT_CERT=''
WIRELESS_CLIENT_KEY=''
WIRELESS_CLIENT_KEY_PASSWORD=''
WIRELESS_DEFAULT_KEY='0'
WIRELESS_EAP_AUTH=''
WIRELESS_EAP_MODE=''
WIRELESS_ESSID='Network'
WIRELESS_FREQUENCY=''
WIRELESS_KEY=''
WIRELESS_KEY_0='h:meinpassphrase'
WIRELESS_KEY_1=''
WIRELESS_KEY_2=''
WIRELESS_KEY_3=''
WIRELESS_KEY_LENGTH='128'
WIRELESS_MODE='Managed'
WIRELESS_NICK=''
WIRELESS_NWID=''
WIRELESS_PEAP_VERSION=''
WIRELESS_POWER='yes'
WIRELESS_WPA_ANONID=''
WIRELESS_WPA_IDENTITY=''
WIRELESS_WPA_PASSWORD=''
WIRELESS_WPA_PSK=''
_nm_name='bus-pci-0000:03:06.0'


ifroute-lo

# Set an explicit route to the localnet, because there was a report (bug 34872)
# about performance problems in an oracle installation without that route.
# Normally it should not be necessary since kernel 2.4, but it does not harm.
127/8


Ich weiß nicht, ob die config-Datei auch irgendwelche Einstellungsmöglichkeiten hat. Zur Sicherheit schick ich sie dir nochmal:


## Path: Network/Hardware/Config
## Description: Set some general network configuration
## Type: string("","-","+")
## Default: "+"
## ServiceRestart: network
#
# DEFAULT_BROADCAST is used when no individual BROADCAST is set. It can get one
# of the following values:
# "" : don't set a broadcast address
# "-" : use IPADDR with all host bits deleted
# "+" : use IPADDR with all host bits set
DEFAULT_BROADCAST="+"

## Type: yesno
## Default: yes
# sometimes we want some script to be executed after an interface has been
# brought up, or before an interface is taken down.
# default dir is /etc/sysconfig/network/if-up.d for POST_UP and
# /etc/sysconfig/network/if-down.d for PRE_DOWN
# Note: if you use NetworkManager then down scripts will be called after the
# interface is down and not before.
GLOBAL_POST_UP_EXEC="yes"
GLOBAL_PRE_DOWN_EXEC="yes"

## Type: yesno
## Default: no
# If ifup should check if an ip address is already in use, set this to yes.
# Make sure that packet sockets (CONFIG_PACKET) are supported in the kernel,
# since this feature uses arping, which depends on that.
# Also be aware that this takes one second per interface; consider that when
# setting up a lot of interfaces.
CHECK_DUPLICATE_IP="no"

## Type: yesno
## Default: no
# Switch on/off debug messages for all network configuration stuff. If set to no
# most scripts can enable it locally with "-o debug".
DEBUG="no"

## Type: yesno
## Default: yes
# All error and info messages from network and hardware configuration scripts go
# to stderr. Most tools that call sysconfig scripts (udev, rcnetwork, scpm,
# YaST) catch these messages and can log them. So some messages appear twice in
# syslog. If you don't like that, then set USE_SYSLOG=no.
USE_SYSLOG="yes"

## Type: yesno
## Default: yes
# There are some services (ppp, ippp, dhcp-client, pcmcia, hotplug) that have to
# change the /etc/resolv.conf dynamically at certain times. E.g. if ppp/ippp
# establishes a connection and is supplied by the peer with a list of
# nameservers. Or pcmcia needs to set the correct nameserver for the choosen
# configuration scheme. If you don't like these services to change
# /etc/resolv.conf at all, then set this variable to "no".
# If unsure, leave it at the default (which is "yes").
#
MODIFY_RESOLV_CONF_DYNAMICALLY="yes"

## Type: yesno
## Default: no
# Like MODIFY_RESOLV_CONF_DYNAMICALLY, except it modifies /etc/named.conf.
# If unsure, leave it at the default (which is "no").
#
MODIFY_NAMED_CONF_DYNAMICALLY="no"

## Type: string
## Default: ""
# If you need a special nameserver that should always be prepended to the list
# of dynamically changed nameservers, you may add it here.
#
MODIFY_RESOLV_CONF_STATIC_DNS=""

# Handling of network connections
# ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
# These features are designed for the convenience of the experienced
# user. If you encounter problems you don't understand then switch
# them off. That is the default.
# Please do not complain if you get troubles. But if you want help to
# make them smarter write to <http://www.suse.de/feedback>.

## Type: yesno
## Default: no
#
# If you are interested in the connections and nfs mounts that use a
# network interface, you can set CONNECTION_SHOW_WHEN_IFSTATUS="yes".
# Then you will see them with 'ifstatus <interface>' (or 'ifstatus
# <config>')
# This one _should_ never harm ;)
#
CONNECTION_SHOW_WHEN_IFSTATUS="no"

## Type: yesno
## Default: no
#
# If an interface should be set down only if there are no active
# connections, then use CONNECTION_CHECK_BEFORE_IFDOWN="yes"
#
CONNECTION_CHECK_BEFORE_IFDOWN="no"

## Type: yesno
## Default: no
#
# If these connetions (without the nfs mounts) should be closed when
# shutting down an interface, set CONNECTION_CLOSE_BEFORE_IFDOWN="yes".
# WARNING: Be aware that this may terminate applications which need
# one of these connections!
#
CONNECTION_CLOSE_BEFORE_IFDOWN="no"

## Type: yesno
## Default: no
#
# If you are a mobile laptop user and like even nfs mounts to be
# closed when you leave your current workplace, then set
# CONNECTION_UMOUNT_NFS_BEFORE_IFDOWN="yes". This does only work
# if CONNECTION_CLOSE_BEFORE_IFDOWN="yes", too.
# WARNING: Be aware that this may terminate applications which use
# these nfs mounts as working directory. Be very carefull if your home
# is mounted via nfs!!!
# WARNING: This may even lead to hanging ifdown processes if there are
# processes that could not be terminated. If you are using
# hotpluggable devices (pcmcia, usb, firewire), first shut them down
# before unplugging!
#
CONNECTION_UMOUNT_NFS_BEFORE_IFDOWN="no"

## Type: yesno
## Default: no
#
# If terminating processes that use a connection or nfs mount is not
# enough, then they can be killed after an unsuccesfull termination.
# If you want that set CONNECTION_SEND_KILL_SIGNAL="yes"
#
CONNECTION_SEND_KILL_SIGNAL="no"

## Type: string
## Default: ""
#
# Here you may specify which interfaces have to be up and configured properly
# after 'rcnetwork start'. rcconfig will return 'failed' if any of these
# interfaces is not up. You may use interface names as well but better use
# hardware descriptions of the devices (eth-id-<macaddress> or eth-bus-... See
# man ifup for 'hardware description'). The network start script will wait for
# these interfaces, but not longer as set in WAIT_FOR_INTERFACES.
# You need not to add dialup or tunnel interfaces here, only physical devices.
# The interface 'lo' is always considered to be mandatory and can be omitted.
#
# If this variable is empty, rcnetwork tries to derive the list of mandatory
# devices automatically from the list of existing configurations. Configurations
# with names bus-pcmcia or bus-usb or with STARTMODE=hotplug are skipped. (try
# '/etc/init.d/rc5.d/S*network start -o debug fake | grep MANDAT')
MANDATORY_DEVICES=""

## Type: integer
## Default: 20
#
# Some interfaces need some time to come up or come asynchronously via hotplug.
# WAIT_FOR_INTERFACES is a global wait for all mandatory interfaces in
# seconds. If empty no wait occurs.
#
WAIT_FOR_INTERFACES="20"

## Type: yesno
## Default: yes
#
# With this variable you can determine if the SuSEfirewall when enabled
# should get started when network interfaces are started.
FIREWALL="yes"

## Type: string
## Default: "eth*[0-9]|tr*[0-9]|wlan[0-9]|ath[0-9]"
#
# Automatically add a linklocal route to the matching interfaces.
# This string is used in a bash "case" statement, so it may contain
# '*', '[', ']' and '|' meta-characters.
#
LINKLOCAL_INTERFACES="eth*[0-9]|tr*[0-9]|wlan[0-9]|ath[0-9]"

## Type: string
## Default: "-f -I"
#
# Set default options for ifplugd. You may also set them in an ifcfg-* file
# individually. Have a look at 'man ifplug' for details. We let ifplugd set the
# interface UP when starting, because there are many interfaces where link beat
# cannot be detected otherwise. If you want the interface to stay down then add
# the option '-a'. If you like ifplugd to beep on cable (un)plug, remove '-b'.
#
IFPLUGD_OPTIONS="-f -I -b"

## Type: yesno
## Default: yes
#
# Forces all interfaces eth* ath* wlan* and ra* to be persistent via udev.
# See /usr/share/doc/packages/sysconfig/README.Persistent_Interface_Names for
# details.
#
FORCE_PERSISTENT_NAMES="yes"

## Type: yesno
## Default: no
#
# Instead of the usual network setup (now called 'NetControl') you may also use
# 'NetworkManager' to control your interfaces.
#
# NetControl is what you were used to in SUSE Linux up to now. It has a wide
# range of configurations means for setting up any number of different virtual
# and real interfaces. It should be used if you:
# - want a static network setup
# - have many interfaces
# - need VLAN, bonding, bridging, multiple IP addresses
# - must restrict network control to root
# It may also switch interfaces automatically, but lacks a usable GUI for normal
# users.
#
# NetworkManager lets the user control interfaces and switches automatically if
# network interfaces lose/gain physical connection. It should be used if you:
# - move between networks frequently
# - want a GUI for network control
# Especially on mobile computers that use mainly one wired and one wireless
# interface NetworkManager will please you.
#
# If you are used to SCPM then you might probably stay with NetControl. But at
# least try NetworkManager, because it can replace SCPM in some usage scenarios.
#
NETWORKMANAGER="no"

## Type: int
## Default: 0
#
# When using NetworkManager you may define a timeout to wait for NetworkManager
# to connect. Other network services may require the system to have a valid
# network setup in order to succeed.
#
# This variable has no effect if NETWORKMANAGER=no
#
NM_ONLINE_TIMEOUT="0"

## Type: yesno
## Default: yes
#
# When using NetworkManager you may want to trigger special actions when an
# interface comes up. NetworkManagerDispatcher is a daemon that listens to
# dbus-messages that tell that an interface is up/down and triggers whatever
# you like. Read more about it in the manpage to NetworkManagerDispatcher.
#
# This variable has no effect if NETWORKMANAGER=no
#
NM_DISPATCHER="yes"








dhcp --->

## Path: Network/DHCP/DHCP client
## Description: DHCP configuration tweaking
#
# Note:
# To configure one or more interfaces for DHCP configuration, you have to
# change the BOOTPROTO variable in /etc/sysconfig/network/ifcfg-<interface> to
# 'dhcp' (and possibly set STARTMODE='onboot').
#
# Most of these options are used only by dhcpcd, not by the ISC dhclient (which
# uses a config file).
#
# Most of the options can be overridden by setting them in the ifcfg-* files,
# too.

## Type: string
## Default: ""
## ServiceRestart: network
#
# Which DHCP client should be used?
# If empty, dhcpcd is tried, then dhclient
# Other possible values:
# dhcpcd (DHCP client daemon)
# dhclient (ISC dhclient)
DHCLIENT_BIN=""

## Type: yesno
## Default: no
#
# Start in debug mode? (yes|no)
# (debug info will be logged to /var/log/messages for dhcpcd, or to
# /var/log/dhclient-script for ISC dhclient)
#
DHCLIENT_DEBUG="no"

## Type: yesno
## Default: no
#
# Should the DHCP client set the hostname? (yes|no)
#
# When it is likely that this would occur during a running X session,
# your DISPLAY variable could be screwed up and you won't be able to open
# new windows anymore, then this should be "no".
#
# If it happens during booting it won't be a problem and you can
# safely say "yes" here. For a roaming notebook with X kept running, "no"
# makes more sense.
#
DHCLIENT_SET_HOSTNAME="yes"

## Type: yesno
## Default: yes
#
# Should the DHCP client modify /etc/resolv.conf at all?
# If not, set this to "no". (The default is "yes")
#
# resolv.conf will also stay untouched when MODIFY_RESOLV_CONF_DYNAMICALLY
# in /etc/sysconfig/network/config is set to "no".
#
DHCLIENT_MODIFY_RESOLV_CONF="yes"

## Type: yesno
## Default: yes
#
# Should the DHCP client set a default route (default Gateway) (yes|no)
#
# When multiple copies of dhcpcd run, it would make sense that only one
# of them does it.
#
DHCLIENT_SET_DEFAULT_ROUTE="yes"

## Type: yesno
## Default: no
#
# Should the DHCP client modify the NTP configuration? (yes|no)
#
# If set to yes, /etc/ntp.conf is rewritten (and restored upon exit).
# If you don't want this, set this variable to "no". (The default is "no")
#
DHCLIENT_MODIFY_NTP_CONF="no"

## Type: yesno
## Default: no
#
# Should the DHCP client modify the NIS configuration? (yes|no)
#
# If set to yes, /etc/yp.conf is rewritten (and restored upon exit).
# If you don't want this, set this variable to "no". (The default is "no")
#
DHCLIENT_MODIFY_NIS_CONF="yes"

## Type: yesno
## Default: yes
#
# Should the DHCP client set the NIS domainname? (yes|no)
# (if the server supplies the nis-domain option)
#
DHCLIENT_SET_DOMAINNAME="yes"

## Type: yesno
## Default: yes
#
# When writing a new /etc/resolv.conf, should the DHCP client take an
# existing searchlist and add it to the one derived from the DHCP server?
#
DHCLIENT_KEEP_SEARCHLIST="yes"

## Type: integer
## Default: ""
#
# Lease time to request ( -l option)
#
# Specifies (in seconds) the lease that is suggested to the server.
# The default is infinite. For a mobile computer you probably want to
# set this to a lower value.
#
DHCLIENT_LEASE_TIME=""

## Type: integer
## Default: 999999
#
# (only dhcpcd does use this setting)
#
# You can set the timeout (dhcpcd will terminate after this time when it
# does not get a reply from the server).
#
# The default timeout of dhcpcd is 60 seconds. However, we'll set it to a
# much longer time. dhcpcd will then run as a daemon in the background and
# broadcast a DHCPDISCOVER once in a while, trying to get a lease.
#
DHCLIENT_TIMEOUT="999999"

## Type: integer
## Default: ""
#
# (only dhcpcd does use this setting)
#
# INIT-REBOOT timeout ( -z option)
#
# This timeout is specifically to control how long dhcpcd tries to reacquire
# a previous lease (init-reboot state), before it starts getting a new one.
# Default: 10
#
DHCLIENT_REBOOT_TIMEOUT=""

## Type: string
## Default: AUTO
#
# specify a hostname to send ( -h option)
#
# specifies a string used for the hostname option field when dhcpcd sends DHCP
# messages. Some DHCP servers will update nameserver entries (dynamic DNS).
# Also, some DHCP servers, notably those used by @Home Networks, require the
# hostname option field containing a specific string in the DHCP messages from
# clients.
#
# By default the current hostname is sent ("AUTO"), if one is defined in
# /etc/HOSTNAME.
# Use this variable to override this with another hostname, or leave empty
# to not send a hostname.
#
DHCLIENT_HOSTNAME_OPTION="AUTO"

## Type: string
## Default: ""
#
# specify a client ID ( -I option)
#
# Specifies a client identifier string. By default the hardware address of the
# network interface is sent as client identifier string, if none is specified
# here.
#
# Note that dhcpcd will prepend a zero to what it sends to the server. In the
# server configuration, you need to write the following to match on it:
# option dhcp-client-identifier "\0foo";
#
DHCLIENT_CLIENT_ID=""

## Type: string("dhcpcd dhclient")
## Default: ""
#
# specify a vendor class ID ( -i option)
#
# Specifies the vendor class identifier string. dhcpcd uses the default vendor
# class identifier string (system name, system release, and machine type) if it
# is not specified.
#
DHCLIENT_VENDOR_CLASS_ID=""

## Type: yesno
## Default: no
#
# Send a DHCPRELEASE to the server (sign off the address)? (yes|no)
# This may lead to getting a different address/hostname next time an address
# is requested. But some servers require it.
#
DHCLIENT_RELEASE_BEFORE_QUIT="no"

## Type: string
## Default: ""
#
# Run this script when the interface is brought up, down, or the IP address
# changes ( -c option)
#
# Per default, /etc/sysconfig/network/scripts/dhcpcd-hook is run.
# To disable this functionality altogether you can enter "/bin/true" here.
#
DHCLIENT_SCRIPT_EXE=""

## Type: yesno
## Default yes
#
# Force dhcpcd to calculate UDP checksum on received packets. (yes|no)
# This corresponds to dhcpcd's -C option.
#
DHCLIENT_UDP_CHECKSUM="yes"

## Type: string
## Default: ""
#
# additional options, e.g. "-B"
#
DHCLIENT_ADDITIONAL_OPTIONS=""

## Type: integer
## Default: 0
#
# Some interfaces need time to initialize. Add the latency time in seconds
# so these can be handled properly. Should probably set per interface rather than here.
#
DHCLIENT_SLEEP="0"

## Type: integer
## Default: 5
#
# When the DHCP client is started at boot time, the boot process will stop
# until the interface is successfully configured, but at most for
# DHCLIENT_WAIT_AT_BOOT seconds.
#
DHCLIENT_WAIT_AT_BOOT="5"

## Type: yesno
## Default: yes
## ServiceRestart: yast2
#
# This option is read by YaST during network configuration.
#
# If set, then the hostname is added to /etc/hosts with IP address
# 127.0.0.2. This allows the hostname to be resolved (and thus, the host
# to be reached), if the real network is not reachable.
#
# If unset, YaST will not touch /etc/hosts.
WRITE_HOSTNAME_TO_HOSTS="yes"


ifcfg-eth-id-00:e0:4d:0f:2a:c9

BOOTPROTO='dhcp'
BROADCAST=''
ETHTOOL_OPTIONS=''
IFPLUGD_PRIORITY='20'
IPADDR=''
MTU=''
NAME='Biostar Microtech Intl MCP51 Ethernet Controller'
NETMASK=''
NETWORK=''
REMOTE_IPADDR=''
STARTMODE='ifplugd'
UNIQUE='rBUF.2CYVDOEbIe6'
USERCONTROL='yes'
_nm_name='bus-pci-0000:00:14.0'




Also kurze Zwischenfrage:

Findest Du in Yast Online Update irgendwas zu "Firmware für Ralink Karten" oder ähnliches? Das kann auch nur ein Skript sein, schau bitte mal nach.

Mhh das ist ein bisschen schwierig, da mein PC hier im OG aufgebaut ist und der Router ganz woanders steht. Um online zu gehen müsst ich ja per LAN Kabel an den Router und dafür wiederum den Computer durchs ganze Haus schleppen. Ist das denn so wichtig oder könnte man auch darauf verzichten??




Welche Meldungen werden beim Bootvorgang bezüglich des Moduls ausgespuckt?




sudo grep -i rt61 /var/log/boot.msg /var/log/messages

/var/log/messages:Dec 13 22:56:52 linux ifstatus: wlan0 device: RaLink RT2561/RT61 802.11g PCI
/var/log/messages:Dec 13 22:56:52 linux ifstatus: wmaster0 device: RaLink RT2561/RT61 802.11g PCI
/var/log/messages:Dec 13 22:56:53 linux ifup: wlan0 device: RaLink RT2561/RT61 802.11g PCI
/var/log/messages:Dec 13 22:56:53 linux ifup: wmaster0 device: RaLink RT2561/RT61 802.11g PCI
/var/log/messages:Dec 13 22:57:08 linux ifstatus: wlan0 device: RaLink RT2561/RT61 802.11g PCI
/var/log/messages:Dec 13 22:57:08 linux ifstatus: wmaster0 device: RaLink RT2561/RT61 802.11g PCI
/var/log/messages:Dec 13 23:01:08 linux ifdown: wlan0 device: RaLink RT2561/RT61 802.11g PCI
/var/log/messages:Dec 13 23:01:08 linux ifdown: wmaster0 device: RaLink RT2561/RT61 802.11g PCI
/var/log/messages:Dec 13 23:01:12 linux-5gsi ifup: wlan0 device: RaLink RT2561/RT61 802.11g PCI
/var/log/messages:Dec 13 23:01:12 linux-5gsi ifup: wmaster0 device: RaLink RT2561/RT61 802.11g PCI
/var/log/messages:Dec 14 12:05:40 linux-5gsi ifup: wlan0 device: RaLink RT2561/RT61 802.11g PCI
/var/log/messages:Dec 14 12:05:41 linux-5gsi ifup: wmaster0 device: RaLink RT2561/RT61 802.11g PCI
/var/log/messages:Dec 14 12:37:25 linux-5gsi ifstatus: wlan0 device: RaLink RT2561/RT61 802.11g PCI
/var/log/messages:Dec 14 12:37:25 linux-5gsi ifstatus: wmaster0 device: RaLink RT2561/RT61 802.11g PCI
/var/log/messages:Dec 14 12:37:26 linux-5gsi ifdown: wlan0 device: RaLink RT2561/RT61 802.11g PCI
/var/log/messages:Dec 14 12:37:26 linux-5gsi ifdown: wmaster0 device: RaLink RT2561/RT61 802.11g PCI
/var/log/messages:Dec 15 19:38:58 linux-5gsi ifstatus: wmaster0 device: RaLink RT2561/RT61 802.11g PCI
/var/log/messages:Dec 15 19:38:59 linux-5gsi ifup: wlan0 device: RaLink RT2561/RT61 802.11g PCI
/var/log/messages:Dec 15 19:38:59 linux-5gsi ifup: wmaster0 device: RaLink RT2561/RT61 802.11g PCI
/var/log/messages:Dec 15 19:41:27 linux-5gsi ifup: wlan0 device: RaLink RT2561/RT61 802.11g PCI
/var/log/messages:Dec 15 19:41:27 linux-5gsi ifup: wmaster0 device: RaLink RT2561/RT61 802.11g PCI
/var/log/messages:Dec 15 20:00:43 linux-5gsi ifup: wlan0 device: RaLink RT2561/RT61 802.11g PCI
/var/log/messages:Dec 15 20:00:43 linux-5gsi ifup: wmaster0 device: RaLink RT2561/RT61 802.11g PCI
/var/log/messages:Dec 15 23:15:08 linux-5gsi ifup: wlan0 device: RaLink RT2561/RT61 802.11g PCI
/var/log/messages:Dec 15 23:15:08 linux-5gsi ifup: wmaster0 device: RaLink RT2561/RT61 802.11g PCI
/var/log/messages:Dec 15 23:24:02 linux-5gsi ifstatus: wlan0 device: RaLink RT2561/RT61 802.11g PCI
/var/log/messages:Dec 15 23:24:02 linux-5gsi ifstatus: wmaster0 device: RaLink RT2561/RT61 802.11g PCI
/var/log/messages:Dec 15 23:24:03 linux-5gsi ifstatus: wlan0 device: RaLink RT2561/RT61 802.11g PCI
/var/log/messages:Dec 15 23:24:03 linux-5gsi ifstatus: wmaster0 device: RaLink RT2561/RT61 802.11g PCI
/var/log/messages:Dec 15 23:24:04 linux-5gsi ifdown: wlan0 device: RaLink RT2561/RT61 802.11g PCI
/var/log/messages:Dec 15 23:24:04 linux-5gsi ifdown: wmaster0 device: RaLink RT2561/RT61 802.11g PCI
/var/log/messages:Dec 15 23:24:04 linux-5gsi ifup: wlan0 device: RaLink RT2561/RT61 802.11g PCI
/var/log/messages:Dec 15 23:24:15 linux-5gsi ifup: wmaster0 device: RaLink RT2561/RT61 802.11g PCI
/var/log/messages:Dec 16 00:03:04 linux-5gsi ifup: wlan0 device: RaLink RT2561/RT61 802.11g PCI
/var/log/messages:Dec 16 00:03:13 linux-5gsi ifup: wmaster0 device: RaLink RT2561/RT61 802.11g PCI
/var/log/messages:Dec 16 11:15:33 linux-5gsi ifup: wlan0 device: RaLink RT2561/RT61 802.11g PCI
/var/log/messages:Dec 16 11:15:41 linux-5gsi ifup: wmaster0 device: RaLink RT2561/RT61 802.11g PCI
/var/log/messages:Dec 16 11:47:49 linux-5gsi ifstatus: wlan0 device: RaLink RT2561/RT61 802.11g PCI
/var/log/messages:Dec 16 11:47:49 linux-5gsi ifstatus: wmaster0 device: RaLink RT2561/RT61 802.11g PCI
/var/log/messages:Dec 16 11:47:50 linux-5gsi ifdown: wlan0 device: RaLink RT2561/RT61 802.11g PCI
/var/log/messages:Dec 16 11:47:51 linux-5gsi ifdown: wmaster0 device: RaLink RT2561/RT61 802.11g PCI
/var/log/messages:Dec 16 11:47:51 linux-5gsi ifup: wlan0 device: RaLink RT2561/RT61 802.11g PCI
/var/log/messages:Dec 16 11:47:52 linux-5gsi kernel: rt61pci->rt61pci_init_bbp: Error - BBP register access failed, aborting.
/var/log/messages:Dec 16 11:47:52 linux-5gsi kernel: rt61pci->rt61pci_enable_radio: Error - Register initialization failed.
/var/log/messages:Dec 16 11:48:02 linux-5gsi ifup: wmaster0 device: RaLink RT2561/RT61 802.11g PCI
/var/log/messages:Dec 16 11:54:09 linux-5gsi ifup: wlan0 device: RaLink RT2561/RT61 802.11g PCI
/var/log/messages:Dec 16 11:54:17 linux-5gsi ifup: wmaster0 device: RaLink RT2561/RT61 802.11g PCI
/var/log/messages:Dec 16 11:54:28 linux-5gsi ifstatus: wlan0 device: RaLink RT2561/RT61 802.11g PCI
/var/log/messages:Dec 16 11:54:28 linux-5gsi ifstatus: wlan0 device: RaLink RT2561/RT61 802.11g PCI
/var/log/messages:Dec 16 11:56:26 linux-5gsi ifrenew: wlan0 device: RaLink RT2561/RT61 802.11g PCI
/var/log/messages:Dec 16 11:56:26 linux-5gsi ifdown: wlan0 device: RaLink RT2561/RT61 802.11g PCI
/var/log/messages:Dec 16 11:56:27 linux-5gsi kernel: rt61pci->rt61pci_init_bbp: Error - BBP register access failed, aborting.
/var/log/messages:Dec 16 11:56:27 linux-5gsi kernel: rt61pci->rt61pci_enable_radio: Error - Register initialization failed.
/var/log/messages:Dec 16 12:41:50 linux-5gsi ifstatus: wlan0 device: RaLink RT2561/RT61 802.11g PCI
/var/log/messages:Dec 16 12:41:51 linux-5gsi ifstatus: wmaster0 device: RaLink RT2561/RT61 802.11g PCI
/var/log/messages:Dec 16 12:41:53 linux-5gsi ifdown: wlan0 device: RaLink RT2561/RT61 802.11g PCI
/var/log/messages:Dec 16 12:41:53 linux-5gsi ifdown: wmaster0 device: RaLink RT2561/RT61 802.11g PCI
/var/log/messages:Dec 16 12:41:54 linux-5gsi ifup: wlan0 device: RaLink RT2561/RT61 802.11g PCI
/var/log/messages:Dec 16 12:42:04 linux-5gsi ifup: wmaster0 device: RaLink RT2561/RT61 802.11g PCI
/var/log/messages:Dec 16 12:48:49 linux-5gsi ifstatus: wlan0 device: RaLink RT2561/RT61 802.11g PCI
/var/log/messages:Dec 16 12:48:49 linux-5gsi ifstatus: wmaster0 device: RaLink RT2561/RT61 802.11g PCI
/var/log/messages:Dec 16 12:48:49 linux-5gsi ifdown: wlan0 device: RaLink RT2561/RT61 802.11g PCI
/var/log/messages:Dec 16 12:48:50 linux-5gsi ifdown: wmaster0 device: RaLink RT2561/RT61 802.11g PCI
/var/log/messages:Dec 16 12:48:50 linux-5gsi ifup: wlan0 device: RaLink RT2561/RT61 802.11g PCI
/var/log/messages:Dec 16 12:48:51 linux-5gsi ifup: wmaster0 device: RaLink RT2561/RT61 802.11g PCI
/var/log/messages:Dec 16 12:53:04 linux-5gsi ifstatus: wlan0 device: RaLink RT2561/RT61 802.11g PCI
/var/log/messages:Dec 16 12:53:04 linux-5gsi ifstatus: wmaster0 device: RaLink RT2561/RT61 802.11g PCI
/var/log/messages:Dec 16 12:53:05 linux-5gsi ifdown: wlan0 device: RaLink RT2561/RT61 802.11g PCI
/var/log/messages:Dec 16 12:53:05 linux-5gsi ifdown: wmaster0 device: RaLink RT2561/RT61 802.11g PCI
/var/log/messages:Dec 16 12:53:06 linux-5gsi ifup: wlan0 device: RaLink RT2561/RT61 802.11g PCI
/var/log/messages:Dec 16 12:53:16 linux-5gsi ifup: wmaster0 device: RaLink RT2561/RT61 802.11g PCI
/var/log/messages:Dec 16 12:54:01 linux-5gsi ifup: wlan0 device: RaLink RT2561/RT61 802.11g PCI
/var/log/messages:Dec 17 18:06:14 linux-5gsi sudo: root : TTY=pts/1 ; PWD=/root ; USER=root ; COMMAND=/usr/bin/grep -i rt61 /var/log/boot.msg /var/log/messages




linux-5gsi:~ # dmesg|grep -i rt61
linux-5gsi:~ #




Und jetzt das mit den 2 Konsolen:

Von Konsole 1 gibts sowas:


linux-5gsi:~ # tail -f /var/log/messages
Dec 17 18:00:45 linux-5gsi kernel: NET: Registered protocol family 10
Dec 17 18:00:45 linux-5gsi kernel: lo: Disabled Privacy Extensions
Dec 17 18:00:45 linux-5gsi kernel: ADDRCONF(NETDEV_UP): eth0: link is not ready
Dec 17 18:00:45 linux-5gsi kernel: IPv6 over IPv4 tunneling driver
Dec 17 18:00:45 linux-5gsi ifup: sit0
Dec 17 18:00:45 linux-5gsi ifup: No configuration found for sit0
Dec 17 18:00:46 linux-5gsi sshd[3743]: Server listening on :: port 22.
Dec 17 18:00:46 linux-5gsi /usr/sbin/cron[3781]: (CRON) STARTUP (V5.0)
Dec 17 18:00:46 linux-5gsi kernel: bootsplash: status on console 0 changed to on
Dec 17 18:06:14 linux-5gsi sudo: root : TTY=pts/1 ; PWD=/root ; USER=root ; COMMAND=/usr/bin/grep -i rt61 /var/log/boot.msg /var/log/messages

------ keine Änderung nach der modprobe ---


Das sagt Konsole 2


linux-5gsi:~ # modprobe -r rt61pci
FATAL: Module rt61pci not found.
linux-5gsi:~ # modprobe rt61pci
FATAL: Module rt61pci not found.



Und jetzt kommt der Alternativversuch:


---vorher---
dmesg|tail -n 20
ACPI: Power Button (FF) [PWRF]
ACPI: Power Button (CM) [PWRB]
ACPI: Sleep Button (CM) [SLPB]
powernow-k8: Found 1 AMD Athlon(tm) 64 Processor 3200+ processors (version 2.00.00)
powernow-k8: BIOS error - no PSB or ACPI _PSS objects
eth0: no link during initialization.
audit(1166374836.533:3): audit_backlog_limit=256 old=64 by auid=4294967295
audit(1166374836.569:4): audit_pid=3503 old=0 by auid=4294967295
hdc: drive_cmd: status=0x51 { DriveReady SeekComplete Error }
hdc: drive_cmd: error=0x04 { DriveStatusError }
ide: failed opcode was: 0xef
hdc: task_no_data_intr: status=0x51 { DriveReady SeekComplete Error }
hdc: task_no_data_intr: error=0x04 { DriveStatusError }
ide: failed opcode was: 0xef
NET: Registered protocol family 10
lo: Disabled Privacy Extensions
ADDRCONF(NETDEV_UP): eth0: link is not ready
IPv6 over IPv4 tunneling driver
bootsplash: status on console 0 changed to on

-----in der 2. Konsole---------------------------------

linux-5gsi:~ # modprobe rt61pci
FATAL: Module rt61pci not found.
linux-5gsi:~ # modprobe ra0
FATAL: Module ra0 not found.
linux-5gsi:~ # modprobe rt61
FATAL: Module rt61 not found.
linux-5gsi:~ #


-------danach in der 1. Konsole-------------
linux-5gsi:~ # dmesg|tail -n 20

ACPI: Power Button (FF) [PWRF]
ACPI: Power Button (CM) [PWRB]
ACPI: Sleep Button (CM) [SLPB]
powernow-k8: Found 1 AMD Athlon(tm) 64 Processor 3200+ processors (version 2.00.00)
powernow-k8: BIOS error - no PSB or ACPI _PSS objects
eth0: no link during initialization.
audit(1166374836.533:3): audit_backlog_limit=256 old=64 by auid=4294967295
audit(1166374836.569:4): audit_pid=3503 old=0 by auid=4294967295
hdc: drive_cmd: status=0x51 { DriveReady SeekComplete Error }
hdc: drive_cmd: error=0x04 { DriveStatusError }
ide: failed opcode was: 0xef
hdc: task_no_data_intr: status=0x51 { DriveReady SeekComplete Error }
hdc: task_no_data_intr: error=0x04 { DriveStatusError }
ide: failed opcode was: 0xef
NET: Registered protocol family 10
lo: Disabled Privacy Extensions
ADDRCONF(NETDEV_UP): eth0: link is not ready
IPv6 over IPv4 tunneling driver
bootsplash: status on console 0 changed to on
linux-5gsi:~ #




Ich hoffe du wirst daraus schlau.. Ich seh da nur ERROR :rolleyes:

Tschau
King-of-Cuba

Rain_maker
17.12.06, 18:06
*öhm*

Hast Du das Paket wlan-kmp-default mittlerweile deinstalliert gehabt?

Das Modul heisst doch rt61pci.ko und war doch schonmal da? Mit modprobe lädt man übrigens Module ohne das .ko, das war schon OK so.

Installiere das Paket wlan-kmp-default wieder und dann die Sache mit den 2 Konsolen nochmal. Ohne Treibermodul kann da natürlich nur "Error" rauskommen.

Greetz,

RM

King-of-Cuba
17.12.06, 21:29
Hallo!
So ich hab das Paket wlan-kmp-default wieder installiert.



1. Konsole
linux-5gsi:~ # modprobe -r rt61pci
linux-5gsi:~ # modprobe rt61pci



2. Konsole
Dec 17 21:59:43 linux-5gsi kernel: IPv6 over IPv4 tunneling driver
Dec 17 21:59:43 linux-5gsi sshd[3623]: Server listening on :: port 22.
Dec 17 21:59:44 linux-5gsi ifup: sit0
Dec 17 21:59:44 linux-5gsi ifup: No configuration found for sit0
Dec 17 21:59:45 linux-5gsi kernel: bootsplash: status on console 0 changed to on
Dec 17 21:59:45 linux-5gsi /usr/sbin/cron[3716]: (CRON) STARTUP (V5.0)
Dec 17 22:13:44 linux-5gsi kernel: st: Version 20050830, fixed bufsize 32768, s/
g segs 256
Dec 17 22:16:20 linux-5gsi kernel: ISO 9660 Extensions: Microsoft Joliet Level 3
Dec 17 22:16:20 linux-5gsi kernel: ISO 9660 Extensions: RRIP_1991A
Dec 17 22:16:20 linux-5gsi hald: mounted /dev/hda on behalf of uid 0
Dec 17 22:19:40 linux-5gsi kernel: Loading module: rt61pci - CVS (N/A) by http:/
/rt2x00.serialmonkey.com.
Dec 17 22:19:40 linux-5gsi kernel: ACPI: PCI Interrupt Link [APC3] enabled at IR
Q 18
Dec 17 22:19:40 linux-5gsi kernel: GSI 20 sharing vector 0xE9 and IRQ 20
Dec 17 22:19:40 linux-5gsi kernel: ACPI: PCI Interrupt 0000:03:06.0[A] -> Link [
APC3] -> GSI 18 (level, low) -> IRQ 233
Dec 17 22:19:40 linux-5gsi kernel: wmaster0: Selected rate control algorithm 'si
mple'
Dec 17 22:19:40 linux-5gsi kernel: rt61pci->rt61pci_init_firmware_cont: Error -
Failed to load Firmware.
Dec 17 22:19:40 linux-5gsi firmware.sh[5239]: Cannot find firmware file 'rt2561
.bin'
Dec 17 22:19:41 linux-5gsi ifup: wmaster0 device: RaLink RT2561/RT61 802.11
g PCI
Dec 17 22:19:41 linux-5gsi ifup: wmaster0 configuration: wlan0
Dec 17 22:19:41 linux-5gsi ifup: wlan0 device: RaLink RT2561/RT61 802.11
g PCI
Dec 17 22:19:41 linux-5gsi ifup-wireless: command 'iwconfig wlan0 nick linux-5gs
i' returned
Dec 17 22:19:41 linux-5gsi ifup-wireless: Error for wireless request "Set Nickn
ame" (8B1C) :
Dec 17 22:19:41 linux-5gsi ifup-wireless: SET failed on device wlan0 ; Opera
tion not supported.
Dec 17 22:19:41 linux-5gsi kernel: wlan0: cannot create symlink to default key
Dec 17 22:19:46 linux-5gsi ifup-dhcp: Starting DHCP Client Daemon on wmaster0...

Dec 17 22:19:46 linux-5gsi ifup-dhcp: .
Dec 17 22:19:46 linux-5gsi kernel: NET: Registered protocol family 17
Dec 17 22:19:46 linux-5gsi dhcpcd[5452]: dhcpStart: interface wmaster0 is not Et hernet or 802.2 Token Ring
Dec 17 22:19:47 linux-5gsi ifup-dhcp: Starting DHCP Client Daemon on wlan0...
Dec 17 22:19:47 linux-5gsi dhcpcd[5464]: dhcpStart: ioctl SIOCSIFFLAGS: No buffe r space available
Dec 17 22:19:47 linux-5gsi ifup-dhcp: .
Dec 17 22:19:47 linux-5gsi ifup-dhcp: .
Dec 17 22:19:48 linux-5gsi ifup-dhcp: .
Dec 17 22:19:48 linux-5gsi ifup-dhcp: .
Dec 17 22:19:49 linux-5gsi ifup-dhcp: .
Dec 17 22:19:49 linux-5gsi ifup-dhcp: .
Dec 17 22:19:50 linux-5gsi ifup-dhcp: .
Dec 17 22:19:50 linux-5gsi ifup-dhcp: .
Dec 17 22:19:51 linux-5gsi ifup-dhcp: .
Dec 17 22:19:51 linux-5gsi ifup-dhcp: no IP address yet... backgrounding.
Dec 17 22:19:51 linux-5gsi ifup: Cannot enable interface wmaster0.
Dec 17 22:19:51 linux-5gsi ifup-route: interface wmaster0 is not up
Dec 17 22:19:52 linux-5gsi ifup-dhcp: no IP address yet... backgrounding.
Dec 17 22:19:52 linux-5gsi ifup: Cannot enable interface wlan0.
Dec 17 22:19:52 linux-5gsi ifup-route: interface wlan0 is not up


ifconfig und iwconfig lauten so:

linux-5gsi:~ # ifconfig
eth0 Link encap:Ethernet HWaddr 00:E0:4D:0F:2A:C9
UP BROADCAST MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:0 (0.0 b) TX bytes:0 (0.0 b)
Interrupt:209 Base address:0x2000

linux-5gsi:~ # iwconfig
lo no wireless extensions.

eth0 no wireless extensions.

sit0 no wireless extensions.

wmaster0 IEEE 802.11g Frequency:2.412 GHz
RTS thr:off Fragment thr=2346 B

wlan0 IEEE 802.11g ESSID:"Network"
Mode:Managed Frequency:2.412 GHz Access Point: Not-Associated
RTS thr:off Fragment thr=2346 B
Encryption key:off


Viele Grüße
King-of-Cuba