Steht 10.2 mit WLAN/ralink auf Kriegsfuss?
Ich habe auf 2 Suse 10.2-Maschinen eine ralink2500-Karte, ein Laptop und ein Desktop mit einer PCI-Karte. Beiden funktionieren nicht mit dem ralink-Modul von Suse, ein Update von http://rt2x00.serialmonkey.com/rt2500-cvs-daily.tar.gz ist notwendig. Dann gehts aber nicht mit yast, sondern nur per Hand: z.B. so: ifconfig wlan0 down ifconfig wlan0 inet 192.168.3.0 up # hier irgend eine IP der FAMILIE angeben iwconfig wlan0 mode Managed iwconfig wlan0 channel auto iwconfig wlan0 rate auto #Fritz-AP iwconfig wlan0 ap 00:04:0E:2B:1B:5A iwconfig wlan0 essid fritz iwpriv wlan0 set AuthMode=WPAPSK iwpriv wlan0 set EncrypType=TKIP && iwpriv wlan0 set WPAPSK="absolut geheim ;-) " ifconfig wlan0 192.168.3.36 Steht Yast und ralink oder sogar Yast und WLAN auf Kriegsfuss? Kann man Yast zum funktionieren überreden? Auffällig ist, dass WLAN nur geht, wenn die MAC des AccessPoint explizit angegeben wird, mit iwconfig wlan0 ap 00:04:0E:2B:1B:5A. Bei Yast habe ich keine Stelle gefunden, bei der ich die MAC des AP eingeben kann. Gruss Ekkard -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Moin, On Thu, 10 Jan 2008, 16:23:11 +0100, Ekkard Gerlach wrote:
Ich habe auf 2 Suse 10.2-Maschinen eine ralink2500-Karte, ein Laptop und ein Desktop mit einer PCI-Karte. Beiden funktionieren nicht mit dem ralink-Modul von Suse, ein Update von http://rt2x00.serialmonkey.com/rt2500-cvs-daily.tar.gz ist notwendig. Dann gehts aber nicht mit yast, sondern nur per Hand:
z.B. so: ifconfig wlan0 down ifconfig wlan0 inet 192.168.3.0 up # hier irgend eine IP der FAMILIE angeben iwconfig wlan0 mode Managed iwconfig wlan0 channel auto iwconfig wlan0 rate auto #Fritz-AP iwconfig wlan0 ap 00:04:0E:2B:1B:5A iwconfig wlan0 essid fritz iwpriv wlan0 set AuthMode=WPAPSK iwpriv wlan0 set EncrypType=TKIP && iwpriv wlan0 set WPAPSK="absolut geheim ;-) " ifconfig wlan0 192.168.3.36
Steht Yast und ralink oder sogar Yast und WLAN auf Kriegsfuss? Kann man Yast zum funktionieren überreden?
Keine Ahnung, aber koennte es sein, dass der neue und der alte (Original-) Modulname unterschiedlich sind? Falls ja, dann such mal die dazugehoerige Datei in /etc/sysconfig/hardware und ersetze den alten Namen durch den neuen.
Auffällig ist, dass WLAN nur geht, wenn die MAC des AccessPoint explizit angegeben wird, mit iwconfig wlan0 ap 00:04:0E:2B:1B:5A. Bei Yast habe ich keine Stelle gefunden, bei der ich die MAC des AP eingeben kann.
Volle Details hierzu findest du in /etc/sysconfig/network/ifcfg.template Such' mal nach WIRELESS_AP. Die ifcfg-wlan* deines Devices solltest du dann mit dem $EDITOR deiner Wahl bearbeiten.
Gruss Ekkard
HTH, cheers. l8er manfred -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
* Manfred Hollstein schrieb:
Keine Ahnung, aber koennte es sein, dass der neue und der alte (Original-) Modulname unterschiedlich sind? Falls ja, dann such mal die dazugehoerige Datei in /etc/sysconfig/hardware und ersetze den alten Namen durch den neuen.
Aha! Da geht das! Habe nach Rat aus dieser Liste in /etc/modules.conf.local eingetragen: alias rt2500pci rt2500 denn tatsächlich heisst das neue Modul nicht rt2500pci sondern rt2500. Ein Blick in die /etc/sysconfig/hardware/hwcfg-bus-pci-0000:00:06.0 zeigt aber, dass - wer auch immer - das schon getan hat: cat /etc/sysconfig/hardware/hwcfg-bus-pci-0000:00:06.0 MODULE='rt2500' MODULE_OPTIONS='' STARTMODE='auto' Trotzdem will Yast nicht von alleine. Ich stelle gerade fest, dass bei einem rcnetwork restart Fehlermeldungen kommen (bei Arbeiten mit Text-yast oder Yast2 nicht!): [...] Setting up network interfaces: lo lo IP address: 127.0.0.1/8 done eth0 device: VIA Technologies, Inc. VT6102 [Rhine-II] (rev 74) eth0 configuration: eth-id-00:40:ca:d0:bb:58 eth0 IP address: 192.168.0.36/24 done wlan0 device: RaLink RT2500 802.11g Cardbus/mini-PCI (rev 01) wlan0 configuration: wlan-bus-pci-0000:00:06.0 wlan0 is controlled by ifplugd ioctl[SIOCSIWAUTH]: Operation not supported WEXT auth param 7 value 0x1 - ioctl[SIOCSIWENCODEEXT]: Operation not supported ioctl[SIOCSIWENCODEEXT]: Operation not supported ioctl[SIOCSIWENCODEEXT]: Operation not supported ioctl[SIOCSIWENCODEEXT]: Operation not supported ioctl[SIOCSIWAUTH]: Operation not supported WEXT auth param 4 value 0x0 - ioctl[SIOCSIWAUTH]: Operation not supported WEXT auth param 5 value 0x1 - SuSEfirewall2: Warning: ip6tables does not support state matching. Extended IPv6 support disabled. SuSEfirewall2: Setting up rules from /etc/sysconfig/SuSEfirewall2 ... in /var/log/messages kommt in der gleichen Zeit: Jan 10 20:45:15 amilo ifup: IP address: 192.168.0.36/24 Jan 10 20:45:15 amilo ifup: Jan 10 20:45:15 amilo ifup: wlan0 device: RaLink RT2500 802.11g Cardbus/mini-PCI (rev 01) Jan 10 20:45:15 amilo ifup: wlan0 configuration: wlan-bus-pci-0000:00:06.0 Jan 10 20:45:15 amilo ifup: wlan0 is controlled by ifplugd Jan 10 20:45:16 amilo ifup: wlan0 device: RaLink RT2500 802.11g Cardbus/mini-PCI (rev 01) Jan 10 20:45:16 amilo ifup: wlan0 configuration: wlan-bus-pci-0000:00:06.0 Jan 10 20:45:16 amilo ifup-wireless: wlan0 warning: WPA configured but may be unsupported Jan 10 20:45:16 amilo ifup-wireless: wlan0 warning: by this device Jan 10 20:45:16 amilo ifup-wireless: wlan0 starting wpa_supplicant Jan 10 20:45:16 amilo kernel: rt2500 EEPROM: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 Channel Jan 10 20:45:16 amilo kernel: rt2500 EEPROM: 8 8 8 8 8 8 8 8 8 8 8 8 7 7 dBm Maximum Jan 10 20:45:16 amilo SuSEfirewall2: Warning: ip6tables does not support state matching. Extended IPv6 support disabled. beim googlen nach der Fehlermeldung stoße ich darauf, dass die Meldung beim starten des wpa_supplicant typischerweise kommt und wpa_supplicant ist IMHO nur für WPA2 notwendig, ich habe aber WPA konfiguriert. Also scheint Suse WPA2 starten zu wollen und das geht in die Hose. Kann das sein? Gruss Ekkard -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
On Thu, 10 Jan 2008, 19:57:12 +0100, Ekkard Gerlach wrote:
* Manfred Hollstein schrieb:
Keine Ahnung, aber koennte es sein, dass der neue und der alte (Original-) Modulname unterschiedlich sind? Falls ja, dann such mal die dazugehoerige Datei in /etc/sysconfig/hardware und ersetze den alten Namen durch den neuen.
Aha! Da geht das! Habe nach Rat aus dieser Liste in /etc/modules.conf.local eingetragen:
alias rt2500pci rt2500
denn tatsächlich heisst das neue Modul nicht rt2500pci sondern rt2500. Ein Blick in die /etc/sysconfig/hardware/hwcfg-bus-pci-0000:00:06.0 zeigt aber, dass - wer auch immer - das schon getan hat:
cat /etc/sysconfig/hardware/hwcfg-bus-pci-0000:00:06.0 MODULE='rt2500' MODULE_OPTIONS='' STARTMODE='auto'
Trotzdem will Yast nicht von alleine.
OK, dann wuerde ich das Geraet im Yast einmal loeschen und anschliessend wieder neu konfigurieren. Wer weiss, was da nach deinem Treibertausch fuer ein Mischmasch zurueckgeblieben ist (schon mal nach /var/lib/hardware/udi/org/freedesktop/Hal/devices geschaut? Da bleibt so einiges liegen, auch wenn man z.B. Hardware tauscht...).
[...] beim googlen nach der Fehlermeldung stoße ich darauf, dass die Meldung beim starten des wpa_supplicant typischerweise kommt und wpa_supplicant ist IMHO nur für WPA2 notwendig, ich habe aber WPA konfiguriert. Also scheint Suse WPA2 starten zu wollen und das geht in die Hose. Kann das sein?
Keine Ahnung, was hast du denn fuer deine WLAN Karte konfiguriert? Wenn du das Ding *neu* angelegt hast, zeig' uns doch mal die dazu generierte /etc/sysconfig/network/ifcfg-whatsover Datei.
Gruss Ekkard
Cheers. l8er manfred -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
* Manfred Hollstein schrieb:
/var/lib/hardware/udi/org/freedesktop/Hal/devices geschaut? Da bleibt so einiges liegen, auch wenn man z.B. Hardware tauscht...).
ok. Mit Yast die konfig für die Karte gelöscht und yast beendet. Nachgesehen: amilo:/var/lib/hardware/udi/org/freedesktop/Hal/devices # grep 2500 * pci_1814_201:hwinfo.drivers = { 'rt2500' } pci_1814_201:hwinfo.devicename = 'RT2500 802.11g Cardbus/mini-PCI' pci_1814_201:hwinfo.model = 'RaLink RT2500 802.11g Cardbus/mini-PCI' amilo:/var/lib/hardware/udi/org/freedesktop/Hal/devices # cat pci_1814_201 hwinfo.drivers = { 'rt2500' } hwinfo.unixdevicelist = { 'wlan0' } hwinfo.unixdevice = 'wlan0' hwinfo.childids = { 'AYEt.QXn1l67RSa1' } hwinfo.res.interrupts = { '5,1509170,1' } hwinfo.res.memory = { '0xd0002000,0x2000,1,3,1' } hwinfo.features = 1024 (0x400) hwinfo.hwclasslist = '00000220002000' hwinfo.sysfsbusid = '0000:00:06.0' hwinfo.sysfsid = '/devices/pci0000:00/0000:00:06.0' hwinfo.subdeviceid = 75104 (0x12560) hwinfo.subvendorname = 'RaLink' hwinfo.subvendorid = 71700 (0x11814) hwinfo.devicename = 'RT2500 802.11g Cardbus/mini-PCI' hwinfo.deviceid = 66049 (0x10201) hwinfo.vendorname = 'RaLink' hwinfo.vendorid = 71700 (0x11814) hwinfo.revisionid = 1 (0x1) hwinfo.subclass = 130 (0x82) hwinfo.baseclass = 2 (0x2) hwinfo.slot = 6 (0x6) hwinfo.bus = 4 (0x4) hwinfo.active = 'unknown' hwinfo.needed = 'no' hwinfo.available = 'yes' hwinfo.configured = 'no' hwinfo.hwclass = 'network' hwinfo.model = 'RaLink RT2500 802.11g Cardbus/mini-PCI' hwinfo.uniqueid = 'y9sn.+B3rMJ0ewN6' info.udi = '/org/freedesktop/Hal/devices/pci_1814_201' Dann habe ich das WLAN wieder mit Yast erstellt. Ich stelle dabei mit Entsetzen fest, dass Yast mir nur offener und geteilter Schlüssel (WEP) anbietet!!! Habe halt WEP gewählt und Yast zu Ende nudeln lassen. Dann der zweiter Entsetzer: ifconfig zeigt KEIN wlan0 device!! amilo:/etc/sysconfig/network # cat ifcfg-wlan-id-00\:90\:4b\:d7\:0d\:72 BOOTPROTO='static' BROADCAST='' ETHTOOL_OPTIONS='' IFPLUGD_PRIORITY='10' IPADDR='192.168.3.36' MTU='' NAME='RaLink RT2500 802.11g Cardbus/mini-PCI' NETMASK='255.255.255.0' NETWORK='' REMOTE_IPADDR='' STARTMODE='ifplugd' UNIQUE='y9sn.+B3rMJ0ewN6' 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='fritz' WIRELESS_FREQUENCY='' WIRELESS_KEY='' WIRELESS_KEY_0='h:streng geheim ' 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:00:06.0' Das obige Listing ist das Ergebnis des ZWEITEN Durchlaufes, dieser hat dann tatsächlich ein device unter ifconfig gezeigt: ra0 und nicht mehr wlan0! (Warum?) Mit Yast geht auch mal drunter und drüber ... ?!?! ra0 Link encap:Ethernet HWaddr 00:90:4B:D7:0D:72 inet addr:192.168.3.36 Bcast:192.168.3.255 Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:1383 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:0 (0.0 b) TX bytes:62235 (60.7 Kb) Interrupt:5 Base address:0x8000 Ein rcnetwork restart bringt jetzt keine Fehlermeldungen, es ist ja auch WEP, das kann Yast wohl. Nun müßte ich den Laptop booten und feststellen, ob Suse immer zu Beginn das Modul falsch lädt und beim zweiten Mal dann richtig. :-( Mache ich aber nicht, soviel Zeit habe ich auch nicht. (Mir reicht auch die per-Hand-Methode) Daraufhin habe ich mein Befehle per Hand (siehe OP) losgelassen und nur Fehlermeldungen erhalten. Device eben nicht vorhanden. Dann ein rmmod rt2500, dann ein modprobe rt2500 und siehe da, ein wlan0 ist da und wieder meine Hand-Befehle angewendet und das WLAN funzt wieder: mit WPA!!! Daraufhin yast wieder angeworfen und nachgesehen:jetzt bietet mir Yast auch wieder WPA-PSK an. Diesen ausgewählt und Yast beendet. Dann wieder der TEst: rcnetwork restart bringt wieder den bereits geposteten Fehler. amilo:/etc/sysconfig/network # cat ifcfg-wlan-id-00\:90\:4b\:d7\:0d\:72 BOOTPROTO='static' BROADCAST='' ETHTOOL_OPTIONS='' IFPLUGD_PRIORITY='10' IPADDR='192.168.3.36' MTU='' NAME='RaLink RT2500 802.11g Cardbus/mini-PCI' NETMASK='255.255.255.0' NETWORK='' REMOTE_IPADDR='' STARTMODE='ifplugd' UNIQUE='y9sn.+B3rMJ0ewN6' USERCONTROL='yes' WIRELESS_AP='' WIRELESS_AUTH_MODE='psk' 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='fritz' WIRELESS_FREQUENCY='' WIRELESS_KEY='' WIRELESS_KEY_0='h:asldfas dflkasdfa skdfasdf' 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='streng geheim ' _nm_name='bus-pci-0000:00:06.0' Also irgendwie scheint Suse / Yast den falschen rt2500 zu erwischen oder lädt diesen mit falschen PArametern. Es kann aber nicht sein, dass versehentlich irgendwie der originale rt2500_pci geladen wird. Ich habe alle diese Module in /lib/modules/... mit einem _err am Ende unladbar gemacht. Es ist nur eine einziges /lib/modules/2.6.18.8-0.7-default/extra/rt2500.ko - ganz ohne Konkurrenz. Also schein Suse den irgendwie falsch zu laden. Gruss Ekkard -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
participants (2)
-
Ekkard Gerlach -
Manfred Hollstein