pcmcia wlan-Karte für alten Sony-Laptop gesucht

[Mueckensturm]

Hallo,

ich wollte mal nach euren Erfahrungen mit PCMCIA-W-Lan-Karten fragen. Ich hab am Samstag den alten Laptop von meinem Vater geschenkt bekommen (Sony Vaio PCG-FX101 siehe auch http://cwrose.de/vaio/fx101.html).
Der Laptop hat zwei pcmcia-Schächte und ich wollte mir eine W-Lan Karte dafür besorgen. Die Anforderungen sind:
- muss problemlos unter Debian 3.1 Sarge zu installieren sein

- sollte WEP-Verschlüsselung beherschen

- sollte nicht allzu teuer sein (keine Anhung was so Karten kosten aber ich dachte so an ca. 50EUR)

In der oben genannten Seite wird die Karte DLink DWL-650 WLAN-card (orinoco_cs) genannt. Kennt die jemand und kann sie mir empfehlen?

Vielen Dank für eure Meinungen.

Gruß Michael

[kail]

holla, meinst du das mit debian/sarge ernst? Die Distribution ist steinalt und kennt glaube ich von sich aus GAR KEINE WLAN-Karten, höchstens irgendwas aus Zeiten, als noch kaum jemand wusste, ws ein WLAN ist. Tipp: Update auf Ubuntu 6.06 LTS. Damit dürfte mehr oder minder alles laufen.

[petameta]

Karten mit rt2500-Chipsatz unterstützen so ziemlich alles inklusive WPA. Die gibt's auch schon für knapp über 20 Euro (inkl. Versand).

Der prismgt-Chipsatz (auch Intersil Frisbee gelabelt) ist auch nicht schlecht, bietet im nativen Treiber aber leiden kein WPA, mit ndiswrapper und windows-Treiber aber schon.

Die orinoco-Karte _sollte_ auch OK sein, habe allerdings keine persönlichen Erfahrungen damit.

WEP-Verschlüsslung kannst Du denke ich sein lassen, das bringt kaum Sicherheitsgewinn. WPA und/oder nen VPN wären sinnvoller.

Denke auch über nen externen Antennen-Anschluß nach, die eingebauten sind wegen der Bauform schlicht sehr kurz, somit nicht optimal.

[Mueckensturm]

Hallo,

ich hab mir jetzt die Karte Conceptronic C54RC gekauft und wollte nach folgender Anleitung installieren: http://rt2x00.serialmonkey.com/wiki/ind ... 2500_Howto

Allerdings bekomme ich dann nach der Eingabe von module-assistant auto-install rt2500-source die Fehlermeldung:

Code: Select all

/usr/src/modules/rt2500/rtmp_info.c:593: error: unknown field `get_wireless_stats' specified in initializer

Ich hab ein bisschen bei google geschaut und es würde wohl helfen auf einen neueren Kernel zu updaten (bisher 2.4) ich hab also kernel-image.2.6.8-2-386 installiert und neugestartet.

Jetzt habe ich das Problem, dass der Laptop sich beim booten bei

Code: Select all

ACPI: IRQ9 SCI: Level Trigger 

aufhängt und nichts mehr passiert.

Dann habe ich bei google gefunden, das es wohl auch funktieren würde, wenn man statt dem deb-Paket den Source aus dem CVS nimmt.
Den hab ich mir von http://rt2x00.serialmonkey.com/wiki/index.php/Downloads herruntergeladen und entpackt. Dann bin ich wie die Readme beschreibt in das verzeichnis Module gewechselt und habe make und make install ausgeführt. Dann habe ich die Karte eingesteckt und bin laut /var/log/messages mir nicht so ganz sicher ob ein Modul geladen wurde.
Ich hab dann ifconfig -a ausgeführt und festgestellt das wirklich kein Modul geladen wurde. Hier noch die /var/log/messages

Code: Select all

Jul 29 18:07:54 localhost kernel: cs: cb_alloc(bus 2): vendor 0x1814, device 0x0302
Jul 29 18:07:54 localhost kernel: PCI: Enabling device 02:00.0 (0000 -> 0002)
Jul 29 18:07:54 localhost kernel: PCI: No IRQ known for interrupt pin A of device 02:00.0. Please try using pci=biosirq.
Jul 29 18:07:56 localhost pci.agent[1400]:      yenta_socket: already loaded
Jul 29 18&#58;07&#58;57 localhost kernel&#58; ohci1394&#58; $Rev&#58; 1045 $ Ben Collins <bcollins@debian.org>
Jul 29 18&#58;07&#58;57 localhost kernel&#58; PCI&#58; No IRQ known for interrupt pin A of device 01&#58;00.0. Please try using pci=biosirq.
Jul 29 18&#58;07&#58;57 localhost pci.agent&#91;1400&#93;&#58;      ohci1394&#58; can't be loaded
Jul 29 18&#58;07&#58;57 localhost pci.agent&#91;1400&#93;&#58; missing kernel or user mode driver ohci1394 
Jul 29 18&#58;07&#58;57 localhost pci.agent&#91;1400&#93;&#58;      i810_audio&#58; already loaded
Jul 29 18&#58;07&#58;57 localhost pci.agent&#91;1400&#93;&#58;      usb-uhci&#58; blacklisted
Jul 29 18&#58;07&#58;57 localhost kernel&#58; uhci.c&#58; USB Universal Host Controller Interface driver v1.1
Jul 29 18&#58;07&#58;57 localhost pci.agent&#91;1400&#93;&#58;      uhci&#58; can't be loaded
Jul 29 18&#58;07&#58;57 localhost pci.agent&#91;1400&#93;&#58; missing kernel or user mode driver uhci 
Jul 29 18&#58;07&#58;57 localhost pci.agent&#91;1400&#93;&#58;      i810-tco&#58; blacklisted
Jul 29 18&#58;07&#58;57 localhost kernel&#58; pci_hotplug&#58; PCI Hot Plug PCI Core version&#58; 0.5
Jul 29 18&#58;07&#58;58 localhost pci.agent&#91;1400&#93;&#58;      shpchp&#58; can't be loaded
Jul 29 18&#58;07&#58;58 localhost pci.agent&#91;1400&#93;&#58; missing kernel or user mode driver shpchp 
Jul 29 18&#58;07&#58;58 localhost kernel&#58; pci_hotplug&#58; PCI Hot Plug PCI Core version&#58; 0.5
Jul 29 18&#58;07&#58;58 localhost pci.agent&#91;1400&#93;&#58;      pciehp&#58; can't be loaded
Jul 29 18&#58;07&#58;58 localhost pci.agent&#91;1400&#93;&#58; missing kernel or user mode driver pciehp 
Jul 29 18&#58;07&#58;58 localhost pci.agent&#91;1400&#93;&#58;      i810_rng&#58; already loaded
Jul 29 18&#58;07&#58;59 localhost pci.agent&#91;1400&#93;&#58;      hw_random&#58; can't be loaded
Jul 29 18&#58;07&#58;59 localhost pci.agent&#91;1400&#93;&#58; missing kernel or user mode driver hw_random 

Aus Verzweiflung habe ich dann den Inhalt des Module-Verzeichnis aus dem cvs-snapshoot in die Datei rt2500.tar.gz kopiert und habe module-assistant auto-install rt2500-source erneut ausgeführt. Da ist dann aber nach der Ausgabe von Build starting nichts mehr passiert (hätte mich auch gewundert wenn das geklappt hätte).

So wenn es jemand schafft eines der drei Probleme zu lösen wäre ich sehr glücklich.
Ach was noch dazugesagt werden sollte. Ich habe auf dem Laptop im KEINE Internetverbindung. (Es gibt keine Netzwerkkarte). Als Installationsquellen nutze ich eine Cebit-Pre-Relase-DVD aus der LinuxUser 04/2005 und ein paar CD vom August 2004 als Sarge noch testing war (hab ich hier noch gefunden). Das System ist also ziemlich zusammengestückelt und bestimmt nicht Debian Sarge wie man es so kennt.
Vielleich hat ja jemand Ideen.

Gruß Mücke


Hier noch ein paar Links die ich gefunden habe:
http://lea-linux.org/pho/read/8/292481

Google Übersetzung zu http://lea-linux.org/pho/read/8/292481
http://translate.google.com/translate?h ... wn%2Bfield
%2Bget_wireless_stats%26num%3D100%26hl%3Dde%26hs%3D8QV
%26lr%3D%26client%3Dopera%26rls%3Dde%26sa%3DG


http://rt2x00.serialmonkey.com/phpBB2/v ... ats+debian

http://rt2x00.serialmonkey.com/phpBB2/v ... ats+debian

[Mueckensturm]

Hallo,

so vergesst alles was ich bis jetzt geschrieben habe.
Ich habe mir Debian Sarge 3.1 r2 auf 2DVDs heruntergeladen und installiert.

Mein Kernel ist ein 2.6.8-2-686.
lspci zeigt mir (nach einem Update der Datei /usr/share/misc/pci.ids) die wlankarte korrekt an und verrät mir, dass ich den rt61 Treiber brauche:

Code: Select all

0000:02:00.0 Network controller: RaLink RT2561/RT61 rev B 802.11g

Ich habe noch schnell überprüft, dass auch wirklich die wireless extensions da sind.
Dann habe ich mit module-assistant prepare meine kernel-headers installiert (paket kernel-headers-2.6.8-2-686).

Ich habe mir dann den Treiber rt61 PCI/PCMCIA nightly CVS tarball von http://rt2x00.serialmonkey.com/wiki/index.php/Downloads heruntergeladen und entpackt und versucht zu compilieren.

Code: Select all

tar xvzf rt61-cvs-daily.tar.gz
cd rt61-cvs-2006080509/Module/
make

Und habe dann folgende Fehlermeldungen bekommen:

Code: Select all

make[1]: Entering directory `/usr/src/kernel-headers-2.6.8-2-686'
  CC [M]  /root/install/rt61-cvs-2006080509/Module/rtmp_main.o
In file included from /root/install/rt61-cvs-2006080509/Module/rt_config.h:158,
                 from /root/install/rt61-cvs-2006080509/Module/rtmp_main.c:45:
/root/install/rt61-cvs-2006080509/Module/rtmp.h:1261: error: variable or field `__iomem' declared void
/root/install/rt61-cvs-2006080509/Module/rtmp.h:1261: Warnung: kein Semikolon am Ende von »struct« oder »union«
/root/install/rt61-cvs-2006080509/Module/rtmp.h:1261: error: Syntaxfehler before '*' token
/root/install/rt61-cvs-2006080509/Module/rtmp.h:1427: error: Syntaxfehler before '}' token
/root/install/rt61-cvs-2006080509/Module/rtmp.h:1427: Warnung: type defaults to `int' in declaration of `RTMP_ADAPTER'
/root/install/rt61-cvs-2006080509/Module/rtmp.h:1427: Warnung: type defaults to `int' in declaration of `PRTMP_ADAPTER'
/root/install/rt61-cvs-2006080509/Module/rtmp.h:1427: Warnung: data definition has no type or storage class
/root/install/rt61-cvs-2006080509/Module/rtmp.h:1582: error: Syntaxfehler before "pAdapter"
/root/install/rt61-cvs-2006080509/Module/rtmp.h:1582: Warnung: function declaration isn't a prototype

[...]

make[2]: *** [/root/install/rt61-cvs-2006080509/Module/rtmp_main.o] Fehler 1
make[1]: *** [_module_/root/install/rt61-cvs-2006080509/Module] Fehler 2
make[1]: Leaving directory `/usr/src/kernel-headers-2.6.8-2-686'
rt61.ko failed to build!
make: *** [module] Fehler 1

Der volle Output ist hier: http://www.perfect-kreim.de/dateien/make_output.txt


dmesg sagt dazu nichts wie mir scheint. (siehe http://www.perfect-kreim.de/dateien/dmesg_output.txt)

So jetzt stehe ich echt auf dem Schlauch. Ich hatte gehofft, dass mir die neuinstallation etwas bringt, aber Fehlanzeige.

Vielen Dank für die Mühen.

Gruß, Mückensturm

P.S.:
Hier noch ein paar Hardwareangaben:
Die Karte ist immer noch eine Conceptronic C54RC

Intel Celeron (Coppermine) 600MHz
Intel i815EM
64 MB RAM (Samsung)
10 GB HDD (Futjitsu)
PCMCIA Ricoh RL5c478 II

[petameta]

Wenn's beim neueren Kernel Probleme mit den IRQs und ACPI gibt probier mal "acpi=noirq" als Kernelparameter. Das hat mir schon oft geholfen !

[Mueckensturm]

Danke für den Tipp aber ich setzte acpi=off. Sonst bootet der Kernel gar nicht. Hab vergessen, dass hier zu posten.

[petameta]

Danke für den Tipp aber ich setzte acpi=off. Sonst bootet der Kernel gar nicht. Hab vergessen, dass hier zu posten.

Das verstehe ich jetzt nicht ganz, Du bekommst doch eine Fehlermeldung, die sich auf ACPI bezieht. Wenn der Kernel aber ohne acpi=off garnicht bootet, kann selbige Fehlermeldung doch garnicht erst kommen. Oder beziehst Du Dich mit beiden Aussagen auf dieselbe Stelle beim Booten ?

Trotzdem: Mit acpi=noirq kannst Du Glück haben, daß der Kernel bootet, bei mir hat's schon bei einigen Laptops geklappt. ACPI abschalten ist ja grad bei Laptops blöd, da man dann viele Stromsparfunktionen verliert.

[Mueckensturm]

Also das ist bei mir so:
Ich boote mit der Option acpi=off da der 2.6er Kernel sonst gar nicht bootet (der 2.4er tut es). Wenn ich acpi=noirq setzte bootet er nicht, sondern bleibt mit der Meldung "ACPI: IRQ9 SCI: Level Trigger" stehen (das macht er auch wenn ich gar nichts setze).

Ich hab dann noch pci=biosirq als Kernelparameter stehen. Das hat der Kernel mir mal beim booten vorgeschlagen und ich habe es übernommen. Ich konnte aber keinen anderen Effekt sehen, als das die Meldung nicht mehr aufgetaucht ist.

Die Meldungen die ich hier gepostet habe sind alle mit acpi=off entstanden. Wo siehst du denn eine Meldung zu ACPI?

Das mit den Stromsparfunktionen finde ich auch schade, ist für mich aber erstmal Zeitrangig. Erstmal möchte ich mein Wlan zum laufen bringen.

Gruß, Michael

[sumsi]

gehe in den laden deines vertrauen und lasse dir alle allnet karten zeigen.
die funktionieren bisher alle. u.u. auch die pci karten: zb. Allnet ALL0271in der steckt eine pcmcia-karte mit prism54.
schreib dir die vorhandenen karten auf und schau bei allnet.de nach dem chipsatz

bye sumsi

[Mueckensturm]

gehe in den laden deines vertrauen und lasse dir alle allnet karten zeigen.
die funktionieren bisher alle. u.u. auch die pci karten: zb. Allnet ALL0271in der steckt eine pcmcia-karte mit prism54.
schreib dir die vorhandenen karten auf und schau bei allnet.de nach dem chipsatz
bye sumsi

Hallo,

wie ist das denn mit diesen prism-Chipsätzen? Sind die Treiber auch Opensource? Ich finde das Konzept von diesen rt* Chipsätzen/Treibern eigentlich ziemlich gut. Es war halt ziemliches Pech, dass meine Karte dort unter rt2500 geführt wurde und eigentlich eine rt61 ist. Der Hersteller hatte wohl einfach den Chipsatz geändert ohne den Namen zu ändern.
Das zweite Pech das ich hatte war dann wohl einfach das der rt61 Treiber wohl ziemlich buggy ist.

Ich gehe mittlerweile auch davon aus, dass ich mir eine neue Karte kaufen werden muss.
Ich kann mich jetzt nur nicht entscheiden.
Eine rt61 kommt logischerweise nicht mehr in Frage.
rt2500 würde ich schon noch in betracht sehen, da mir ja einige Leute diese Karte empfohlen haben gehe ich mal davon aus, dass die Treiber besser funktionieren.
Dann jetzt noch prism-Chipsätze. Davon hält mich ein bisschen ab, dass ich mal versucht habe einen prism-Wlan-USB-Stick zu installieren und gescheitert bin.

Was habt ihr denn so für Erfahrungen mit den einzelnen Chipsätzen gemacht?

Gruß Mücke

[Mueckensturm]

Hallo,

vielleicht brauch ich doch keine neue Karte. Ich hab die compiler-Fehler mal im Entwicklerforum des Treibers gepostet und die haben daraus eine neue CVS-Version gebaut die bei mir compiliert. Allerdings habe ich jetzt immer noch ein Problem.
Ich hab den Treiber compiliert, installiert und geladen.
ifconfig ra0 gibt mir das aus:

Code: Select all

ra0       Protokoll:Ethernet  Hardware Adresse 00:00:00:00:00:00  
          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 
          Kollisionen:0 Sendewarteschlangenlänge:1000 
          RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b) 
          Basisadresse:0x7000

Mich stört, dass als Hardware Adresse 00:00:00:00:00:00 angegeben wird. Das kann doch eigentlich nicht sein, oder?

Ich habe, nach irgendeinem How-To das ich gefunden habe, folgendes konfiguriert:
/etc/networks/interfaces

Code: Select all

auto ra0 
iface ra0 inet dhcp 
  wireless-essid [MyID] 
  wireless-key [MyKey in Hex]

([MyID] und [MyKey in Hex] habe ich natürlich durch die entsprechenden Werte ersetzt.)

ifup ra0 (oder auch neu booten) gibt mir folgendes aus:

Code: Select all

$ ifup ra0 
Internet Software Consortium DHCP Client 2.0pl5 
Copyright 1995, 1996, 1997, 1998, 1999 The Internet Software Consortium. 
All rights reserved. 

Please contribute if you find this software useful. 
For info, please visit http://www.isc.org/dhcp-contrib.html 

sit0: unknown hardware address type 776 
SIOCSIFFLAGS: Device or resource busy 
sit0: unknown hardware address type 776 
Listening on LPF/ra0/00:00:00:00:00:00 
Sending on   LPF/ra0/00:00:00:00:00:00 
Sending on   Socket/fallback/fallback-net 
DHCPDISCOVER on ra0 to 255.255.255.255 port 67 interval 7 
send_packet: Network is down 
receive_packet failed on ra0: Network is down 
DHCPDISCOVER on ra0 to 255.255.255.255 port 67 interval 12 
send_packet: Network is down 
DHCPDISCOVER on ra0 to 255.255.255.255 port 67 interval 15 
send_packet: Network is down 
DHCPDISCOVER on ra0 to 255.255.255.255 port 67 interval 20 
send_packet: Network is down 
DHCPDISCOVER on ra0 to 255.255.255.255 port 67 interval 7 
send_packet: Network is down 
No DHCPOFFERS received. 
No working leases in persistent database. 

Exiting. 

Failed to bring up ra0.

Und falls es noch jemanden interessiert: Die Ausgabe von lspci -v

Code: Select all

0000:00:00.0 Host bridge: Intel Corporation 82815 815 Chipset Host Bridge and Memory Controller Hub (rev 11) 
   Subsystem: Sony Corporation Vaio PCG-FX403 
   Flags: bus master, fast devsel, latency 0 
   Capabilities: [88] #09 [f205] 

0000:00:02.0 VGA compatible controller: Intel Corporation 82815 CGC [Chipset Graphics Controller] (rev 11) (prog-if 00 [VGA]) 
   Subsystem: Sony Corporation Vaio PCG-FX403 
   Flags: bus master, 66MHz, medium devsel, latency 0, IRQ 10 
   Memory at f8000000 (32-bit, prefetchable) [size=64M] 
   Memory at f4000000 (32-bit, non-prefetchable) [size=512K] 
   Capabilities: [dc] Power Management version 2 

0000:00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev 03) (prog-if 00 [Normal decode]) 
   Flags: bus master, fast devsel, latency 0 
   Bus: primary=00, secondary=01, subordinate=01, sec-latency=64 
   Memory behind bridge: f4100000-f41fffff 

0000:00:1f.0 ISA bridge: Intel Corporation 82801BAM ISA Bridge (LPC) (rev 03) 
   Flags: bus master, medium devsel, latency 0 

0000:00:1f.1 IDE interface: Intel Corporation 82801BAM IDE U100 (rev 03) (prog-if 80 [Master]) 
   Subsystem: Sony Corporation Vaio PCG-FX403 
   Flags: bus master, medium devsel, latency 0 
   I/O ports at 1800 [size=16] 

0000:00:1f.2 USB Controller: Intel Corporation 82801BA/BAM USB (Hub #1) (rev 03) (prog-if 00 [UHCI]) 
   Subsystem: Sony Corporation Vaio PCG-FX403 
   Flags: bus master, medium devsel, latency 0, IRQ 9 
   I/O ports at 1820 [size=32] 

0000:00:1f.3 SMBus: Intel Corporation 82801BA/BAM SMBus (rev 03) 
   Subsystem: Sony Corporation Vaio PCG-FX403 
   Flags: medium devsel, IRQ 5 
   I/O ports at 1810 [size=16] 

0000:00:1f.4 USB Controller: Intel Corporation 82801BA/BAM USB (Hub #2) (rev 03) (prog-if 00 [UHCI]) 
   Subsystem: Sony Corporation Vaio PCG-FX403 
   Flags: bus master, medium devsel, latency 0, IRQ 11 
   I/O ports at 2400 [size=32] 

0000:00:1f.5 Multimedia audio controller: Intel Corporation 82801BA/BAM AC'97 Audio (rev 03) 
   Subsystem: Sony Corporation Vaio PCG-FX403 
   Flags: bus master, medium devsel, latency 0, IRQ 5 
   I/O ports at 1c00 [size=256] 
   I/O ports at 1840 [size=64] 

0000:00:1f.6 Modem: Intel Corporation 82801BA/BAM AC'97 Modem (rev 03) (prog-if 00 [Generic]) 
   Subsystem: Sony Corporation Vaio PCG-FX403 
   Flags: bus master, medium devsel, latency 0, IRQ 5 
   I/O ports at 2000 [size=256] 
   I/O ports at 1880 [size=128] 

0000:01:00.0 FireWire (IEEE 1394): Texas Instruments TSB43AA22 IEEE-1394 Controller (PHY/Link Integrated) (rev 02) (prog-if 10 [OHCI]) 
   Subsystem: Sony Corporation Vaio PCG-FX403 
   Flags: bus master, medium devsel, latency 64 
   Memory at f4104000 (32-bit, non-prefetchable) [size=2K] 
   Memory at f4100000 (32-bit, non-prefetchable) [size=16K] 
   Capabilities: [44] Power Management version 2 

0000:01:02.0 CardBus bridge: Ricoh Co Ltd RL5c476 II (rev 80) 
   Subsystem: Sony Corporation Vaio PCG-FX403 
   Flags: bus master, medium devsel, latency 168 
   Memory at 10000000 (32-bit, non-prefetchable) [size=4K] 
   Bus: primary=01, secondary=02, subordinate=05, sec-latency=176 
   Memory window 0: 10400000-107ff000 (prefetchable) 
   Memory window 1: 10800000-10bff000 
   I/O window 0: 00004000-000040ff 
   I/O window 1: 00004400-000044ff 
   16-bit legacy interface ports at 0001 

0000:01:02.1 CardBus bridge: Ricoh Co Ltd RL5c476 II (rev 80) 
   Subsystem: Sony Corporation Vaio PCG-FX403 
   Flags: bus master, medium devsel, latency 168 
   Memory at 10001000 (32-bit, non-prefetchable) [size=4K] 
   Bus: primary=01, secondary=06, subordinate=09, sec-latency=176 
   Memory window 0: 10c00000-10fff000 (prefetchable) 
   Memory window 1: 11000000-113ff000 
   I/O window 0: 00004800-000048ff 
   I/O window 1: 00004c00-00004cff 
   16-bit legacy interface ports at 0001 

0000:02:00.0 Network controller: RaLink RT2561/RT61 rev B 802.11g 
   Subsystem: Unknown device 1948:3c23 
   Flags: bus master, slow devsel, latency 64 
   Memory at 10800000 (32-bit, non-prefetchable) [size=32K] 
   Capabilities: [40] Power Management version 2

Versteht jemand was hier nicht stimmt?
Die Lämpchen an der Karte sind übrigens die ganze Zeit über aus. Egal was ich mache. Ich denke nicht, dass das Problem am Router/Wlan-Sender liegt. Ein anderer Rechner kommt Problemlos ins Netz.
Danke.

Gruß, Mücke

[Mueckensturm]

Ich hab die Karte heute mal in einen Windows-Laptop gesteckt und da hat sie wunderbar funktioniert. Der Fehler kann also nur noch beim Treiber oder beim Laptop liegen.
Mich wundert nur das Linux im Laptop merkt, dass die Karte reingesteckt wird.

[petameta]

Vergiß das mit dem ACPI ich glaube da haben wir etwas aneinander vorbeigeredet.

Du kannst bei ralink-Karten WPA nicht über die /etc/network/interfaces-Datei konfigurieren, da diese WPA in Hardware unterstützten, und somit wen wpa-supplicant nicht benötigen.

Die Lösung ist etwas versteckt: Dem Treiber liegt in einem Unterverzeichnis die Datei iwpriv_usage.txt bei, wo die Konfiguration von WPA mittels iwpriv beschrieben wird. Hier z. B. für den üblichen Modus WPAPSK/TKIP:

Code: Select all

1. iwconfig ra0 mode managed
2. iwpriv ra0 set AuthMode=WPAPSK
3. iwpriv ra0 set EncrypType=TKIP
4. iwpriv ra0 set WPAPSK="AP's wpa-preshared key"
5. iwconfig ra0 essid "AP's SSID"

Dann sollte noch ein dhclient ra0 oder ähnlich folgen und fertig. Das ganze kannst Du in ein Skript schreiben und bei Bedarf aufrufen.

[Mueckensturm]

Du kannst bei ralink-Karten WPA nicht über die /etc/network/interfaces-Datei konfigurieren, da diese WPA in Hardware unterstützten, und somit wen wpa-supplicant nicht benötigen.

Danke für den Tipp. Ich will zwar kein WPA verwenden aber ich kann trotzdem mal schauen ob ich mit der Konfiguration mit iwpriv und iwconfig weiter komme als mit der /etc/network/interfaces-Datei.

Ich melde mich dann die Tage wieder wenn ich was probiert habe.

Gruß, Mücke