Vous n'êtes pas identifié.
Ô rage, ô désespoir...
Moi qui croyait faire une bonne affaire et m'éviter des prises de têtes en faisant l'acquisition d'une carte wifi pcmcia avec un chipset ralink et bien je me suis trompé.
La carte est reconnue parfaitement reconnue,
06:00.0 Network controller: RaLink RT2500 802.11g Cardbus/mini-PCI (rev 01)
le module rt2500 chargé, mais les LEDs restent désespérément éteintes (une fois ça a clignoté par intermitence pendant quelques secondes) et j'obtiens parfois le message suivant (dmesg) :
cs:pcmcia_socket1: unable to apply power.
C'est appremment un problème de kernel à cause de ça : (http://kernel.org/pub/linux/utils/kerne … rbugs.html)
00:02.0 CardBus bridge: Texas Instruments PCI1450 (rev 03) 00:02.1 CardBus bridge: Texas Instruments PCI1450 (rev 03)
Est-ce que quelqu'un a une idée de ce que je pourrais faire? (A part pleurer et me débarraser de la carte, s'entend!)
Est-ce qu'une mise à jour du BIOS pourrait m'aider d'une quelconque façon?
PS : Le PC en question est un "vieux" ThinkPad 600X. A ce propos, pour les linuxdays, faudra soit me connecter en Ethernet (la carte pcmcia ethernet que j'ai fonctionne à merveille) soit que quelqu'un me refile une carte qui marche :-(
Dernière modification par calimarno (16 May 2007 00:31:29)
Hors ligne
calimarno a écrit:
Ô rage, ô désespoir...
Moi qui croyait faire une bonne affaire et m'éviter des prises de têtes en faisant l'acquisition d'une carte wifi pcmcia avec un chipset ralink et bien je me suis trompé.
En es-tu si sûr? Parce que :
calimarno a écrit:
Code:
cs:pcmcia_socket1: unable to apply power.C'est appremment un problème de kernel à cause de ça : (http://kernel.org/pub/linux/utils/kerne … rbugs.html)
Code:
00:02.0 CardBus bridge: Texas Instruments PCI1450 (rev 03) 00:02.1 CardBus bridge: Texas Instruments PCI1450 (rev 03)
Est un bug du noyau, pas de la carte/driver de la carte.
Ce qui m'étonne le plus c'est que j'ai un T20 qui utilise de même bridge TI et une carte à base de chipset Ralink rt2500 et que ça marche (moyennant quelques précautions).
Cela dit, il peut y avoir plusieurs problèmes...
Je sais qu'il y a une incompatibilité entre (gnome-)network-manager et certains drivers pour cartes Ralink.
A propos, c'est quoi ta Ubuntu une Feisty?
Si tel est le cas, il y a en effet un os.
Jette un œil aussi ici, on ne sait jamais.
Dernière modification par Eggman (14 May 2007 18:33:58)
Hors ligne
Merci pour ton soutien Eggman.
J'avais cru comprendre que c'était un problème du noyau... En fait c'était une xubuntu feisty (remplacée de rage par une xubuntu dapper, ne cherchez pas la logique!) je vais regarder les liens que tu m'as filé.
Je soupçonne un lien avec l'APM... ton T20 utilises l'ACPI pour gérer l'énergie?
Hors ligne
Les deux mon capitaine!
Blague à part, je peux utiliser indistinctement les deux.
L'APM avait l'avantage de me permettre d'accéder au fonctions de mise en veille du BIOS, entre autre.
L'ACPI marche très bien et me donne accès à des ressources auquel je ne pouvait pas accéder via l'APM (température, ventilateur, etc. via ibm_acpi) et comme suspend-to-disk fonctionne enfin chez moi, bye bye l'APM.
Hors ligne
Resalut,
Grâce à tes liens, Eggman, je suis tombé sur ce bug qui est exactement la description de mon problème. Je suis donc reparti pour réinstaller xubuntu feisty (7.04) pour voir ce que je pouvais faire et lors du processus d'installation (mode "texte", CD alternate), la carte a été parfaitement détectée et j'ai pu me connecter à mon réseau (avec une clé WEP)...
Je suis en train d'effectuer les mises à jour et on verra bien au prochain redémarrage.
Hors ligne
C'est exactement ce que j'avais expérimenté.
Mais la cartes pose aussi des problèmes similaire sous Debian Etch.
Solution (Etch):
J'ai déinstallé (gnome-)networkmananger, dhcdbd (qui sème aussi la c****) et installé netapplet.
Ensuite j'ai édité le fichier /etc/network/interface comme suit :
# This file describes the network interfaces available on your system # and how to activate them. For more information, see interfaces(5). # The loopback network interface auto lo iface lo inet loopback # Wireless Ralink rt2500 allow-hotplug ra0 iface ra0 inet dhcp # Intel(R) PRO/100 - dynamic setting allow-hotplug eth0 iface eth0 inet dhcp
Roulez jeunesse, ça marche!
REM : le "allow-hotplug" en lieu et place de "auto" évite un délai important au boot si il n'y a pas de câble/carte branché(e)s.
[Edit]
L'ennui est cependant l'absence de "radar" wifi.
Plusieurs solutions existent :
RaConfig2500, Rutilt, wifi-radar.
Les deux premiers sont très complets et permettent des réglages fins de la carte wifi.
Rutilt ne fonctionne pas uniquement avec les cartes Ralink, ce qui est plutôt sympa et peut être compilé de sorte à ne pas demander de mot de passe (pour scanner les fréquences, etc.)
Dernière modification par Eggman (19 May 2007 22:10:23)
Hors ligne
Je fais remonter ce sujet car bien que ma carte fonctionne, la portée est limité à environ cinq mètres... Je n'arrive donc pas à capter du réseau avec cette carte alors qu'au même endroit, d'autres portables détectent le réseau.
Est-ce une limitation matérielle de cette carte (un peu vieille) ou est-ce à cause du driver? Quelqu'un aurait-il une suggestion pour pallier à ce problème?
Hors ligne