problème de connexion en WPA avec chipset RT2860

nknico · Le 01/05/2010, à 14:10

Du coup je vais rester un momet avec Karmic. J'ai vraiment pas envie de bidouiller, même si compiler le driver prends moins de 5min…Tout marche bien avec Karmic donc je touche à rien !

Dernière modification par nknico (Le 01/05/2010, à 14:10)

cyberdanycool · Le 10/05/2010, à 10:57

La solution est ici :

Le noyau modifié par Ricardo Salveti avec des pilotes Ratlink à jour :

http://rsalveti.net/pub/ubuntu/kernel/lucid/linux-image-2.6.32-21-generic_2.6.32-21.32rsalveti1_i386.deb

ou le kernel officiel qui corrige le problème et qui sera bientôt diffusé :

http://kernel.ubuntu.com/~kernel-ppa/mainline/v2.6.33.3-lucid/

C'est des .deb, donc super facile à installer...

Dernière modification par cyberdanycool (Le 10/05/2010, à 10:59)

Bebertii · Le 13/05/2010, à 14:44

cyberdanycool a écrit :

La solution est ici :

Salut,
Merci de ton aide...

uname -r
2.6.33-02063303-generic

dmesg | grep rt2500

  13.108197] rt2500pci 0000:04:01.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
[   13.359372] Registered led device: rt2500pci-phy0::radio
[   13.359383] Registered led device: rt2500pci-phy0::quality
[   28.661258] phy0 -> rt2500pci_set_device_state: Error - Device failed to enter state 1 (-16).
[   29.281259] phy0 -> rt2500pci_set_device_state: Error - Device failed to enter state 1 (-16).
[   29.660009] phy0 -> rt2500pci_set_device_state: Error - Device failed to enter state 1 (-16).
[   31.531261] phy0 -> rt2500pci_set_device_state: Error - Device failed to enter state 1 (-16).
[   32.281258] phy0 -> rt2500pci_set_device_state: Error - Device failed to enter state 1 (-16).
[   33.660010] phy0 -> rt2500pci_set_device_state: Error - Device failed to enter state 1 (-16).
[   35.300009] phy0 -> rt2500pci_set_device_state: Error - Device failed to enter state 1 (-16).
[   35.560008] phy0 -> rt2500pci_set_device_state: Error - Device failed to enter state 1 (-16).
[   35.810011] phy0 -> rt2500pci_set_device_state: Error - Device failed to enter state 1 (-16).
[   36.010008] phy0 -> rt2500pci_set_device_state: Error - Device failed to enter state 1 (-16).
[   36.440009] phy0 -> rt2500pci_set_device_state: Error - Device failed to enter state 1 (-16).
[   36.540021] phy0 -> rt2500pci_set_device_state: Error - Device failed to enter state 1 (-16).
[   36.790019] phy0 -> rt2500pci_set_device_state: Error - Device failed to enter state 1 (-16).
[   37.020007] phy0 -> rt2500pci_set_device_state: Error - Device failed to enter state 1 (-16).
[   37.270008] phy0 -> rt2500pci_set_device_state: Error - Device failed to enter state 1 (-16).
[   37.660009] phy0 -> rt2500pci_set_device_state: Error - Device failed to enter state 1 (-16).
[   38.300008] phy0 -> rt2500pci_set_device_state: Error - Device failed to enter state 1 (-16).
[   38.790019] phy0 -> rt2500pci_set_device_state: Error - Device failed to enter state 1 (-16).
[   39.030007] phy0 -> rt2500pci_set_device_state: Error - Device failed to enter state 1 (-16).
[   41.770009] phy0 -> rt2500pci_set_device_state: Error - Device failed to enter state 1 (-16).
[   42.690008] phy0 -> rt2500pci_set_device_state: Error - Device failed to enter state 1 (-16).
[   43.610008] phy0 -> rt2500pci_set_device_state: Error - Device failed to enter state 1 (-16).
[   44.530008] phy0 -> rt2500pci_set_device_state: Error - Device failed to enter state 1 (-16).
[   47.510010] phy0 -> rt2500pci_set_device_state: Error - Device failed to enter state 1 (-16).
[   78.240009] phy0 -> rt2500pci_set_device_state: Error - Device failed to enter state 1 (-16).
[   82.610011] phy0 -> rt2500pci_set_device_state: Error - Device failed to enter state 1 (-16).
[   83.530009] phy0 -> rt2500pci_set_device_state: Error - Device failed to enter state 1 (-16).
[   84.450009] phy0 -> rt2500pci_set_device_state: Error - Device failed to enter state 1 (-16).
[   85.371260] phy0 -> rt2500pci_set_device_state: Error - Device failed to enter state 1 (-16).
[   87.510013] phy0 -> rt2500pci_set_device_state: Error - Device failed to enter state 1 (-16).
[  118.240010] phy0 -> rt2500pci_set_device_state: Error - Device failed to enter state 1 (-16).
[  141.360018] phy0 -> rt2500pci_set_device_state: Error - Device failed to enter state 1 (-16).
[  142.280016] phy0 -> rt2500pci_set_device_state: Error - Device failed to enter state 1 (-16).
[  144.460002] phy0 -> rt2500pci_set_device_state: Error - Device failed to enter state 1 (-16).
[  146.271260] phy0 -> rt2500pci_set_device_state: Error - Device failed to enter state 1 (-16).
[  147.511260] phy0 -> rt2500pci_set_device_state: Error - Device failed to enter state 1 (-16).
[  259.770012] phy0 -> rt2500pci_set_device_state: Error - Device failed to enter state 1 (-16).
[  262.452599] phy0 -> rt2500pci_set_device_state: Error - Device failed to enter state 1 (-16).
[  262.740013] phy0 -> rt2500pci_set_device_state: Error - Device failed to enter state 1 (-16).
[  263.470014] phy0 -> rt2500pci_set_device_state: Error - Device failed to enter state 1 (-16).
[  264.654043] phy0 -> rt2500pci_set_device_state: Error - Device failed to enter state 1 (-16).
[  264.980011] phy0 -> rt2500pci_set_device_state: Error - Device failed to enter state 1 (-16).
[  265.291629] phy0 -> rt2500pci_set_device_state: Error - Device failed to enter state 1 (-16).
[  267.440019] phy0 -> rt2500pci_set_device_state: Error - Device failed to enter state 1 (-16).
[  268.690013] phy0 -> rt2500pci_set_device_state: Error - Device failed to enter state 1 (-16).
[  269.000015] phy0 -> rt2500pci_set_device_state: Error - Device failed to enter state 1 (-16).
[  270.560014] phy0 -> rt2500pci_set_device_state: Error - Device failed to enter state 1 (-16).
[  279.750016] phy0 -> rt2500pci_set_device_state: Error - Device failed to enter state 1 (-16).
[  283.620015] phy0 -> rt2500pci_set_device_state: Error - Device failed to enter state 1 (-16).
[  285.274340] phy0 -> rt2500pci_set_device_state: Error - Device failed to enter state 1 (-16).
[  289.000016] phy0 -> rt2500pci_set_device_state: Error - Device failed to enter state 1 (-16).
[  289.240012] phy0 -> rt2500pci_set_device_state: Error - Device failed to enter state 1 (-16).
[  289.450010] phy0 -> rt2500pci_set_device_state: Error - Device failed to enter state 1 (-16).
[  294.340014] phy0 -> rt2500pci_set_device_state: Error - Device failed to enter state 1 (-16).
[  295.540026] phy0 -> rt2500pci_set_device_state: Error - Device failed to enter state 1 (-16).
[  295.800026] phy0 -> rt2500pci_set_device_state: Error - Device failed to enter state 1 (-16).
[  296.100011] phy0 -> rt2500pci_set_device_state: Error - Device failed to enter state 1 (-16).
[  298.660011] phy0 -> rt2500pci_set_device_state: Error - Device failed to enter state 1 (-16).
[  299.351264] phy0 -> rt2500pci_set_device_state: Error - Device failed to enter state 1 (-16).
[  299.590055] phy0 -> rt2500pci_set_device_state: Error - Device failed to enter state 1 (-16).
[  304.440015] phy0 -> rt2500pci_set_device_state: Error - Device failed to enter state 1 (-16).
[  305.170012] phy0 -> rt2500pci_set_device_state: Error - Device failed to enter state 1 (-16).
[  308.390014] phy0 -> rt2500pci_set_device_state: Error - Device failed to enter state 1 (-16).
[  308.691462] phy0 -> rt2500pci_set_device_state: Error - Device failed to enter state 1 (-16).
[  316.040009] phy0 -> rt2500pci_set_device_state: Error - Device failed to enter state 1 (-16).
[  316.260029] phy0 -> rt2500pci_set_device_state: Error - Device failed to enter state 1 (-16).
[  316.490016] phy0 -> rt2500pci_set_device_state: Error - Device failed to enter state 1 (-16).
[  316.770015] phy0 -> rt2500pci_set_device_state: Error - Device failed to enter state 1 (-16).
[  316.980014] phy0 -> rt2500pci_set_device_state: Error - Device failed to enter state 1 (-16).
[  317.290025] phy0 -> rt2500pci_set_device_state: Error - Device failed to enter state 1 (-16).
[  317.600013] phy0 -> rt2500pci_set_device_state: Error - Device failed to enter state 1 (-16).
[  317.910011] phy0 -> rt2500pci_set_device_state: Error - Device failed to enter state 1 (-16).
[  318.010011] phy0 -> rt2500pci_set_device_state: Error - Device failed to enter state 1 (-16).

mais il semble que le problème perdure...

cyberdanycool · Le 14/05/2010, à 11:20

J'ai tout vérifié, j'ai la même carte réseau que toi. Tu as essayé le noyau de salveti ? (1ere solution proposée ?)

dany@dany-eeepc:~$ uname -r
2.6.32-21-generic

dany@dany-eeepc:~$ dmesg | grep rt2500
dany@dany-eeepc:~$ dmesg | grep rt2860
[ 16.055136] rt2860sta: module is from the staging directory, the quality is unknown, you have been warned.
[ 16.174581] rt2860 0000:01:00.0: enabling device (0000 -> 0002)
[ 16.174617] rt2860 0000:01:00.0: PCI INT A -> GSI 19 (level, low) -> IRQ 19
[ 16.174700] rt2860 0000:01:00.0: setting latency timer to 64
[ 3521.031364] rt2860sta: module is from the staging directory, the quality is unknown, you have been warned.
[ 3521.065010] rt2860 0000:01:00.0: enabling device (0000 -> 0002)
[ 3521.065010] rt2860 0000:01:00.0: PCI INT A -> GSI 19 (level, low) -> IRQ 19
[ 3521.065575] rt2860 0000:01:00.0: setting latency timer to 64

Dernière modification par cyberdanycool (Le 14/05/2010, à 11:29)

Bebertii · Le 14/05/2010, à 23:00

Merci de ta réponse, mais malheureusement je ne peux pas essayer ce noyau puisque je suis en 64b sur mon desktop, en revanche je le testerai demain sur mon netbook.

Dernière modification par Bebertii (Le 14/05/2010, à 23:04)

jag80 · Le 14/05/2010, à 23:22

J'ai eu le même problème avec une carte wifi pcmcia, un portable HP et une livebox.
Connection sans problème avec 9.10 et impossible depuis la mise à jour 10.04.

J'ai réussi en dégageant le chiffrement sur la livebox et en ne laissant que le filtrage par adresse MAC.
Résultat, connection stable et immédiate.

Le problème vient donc du codage WEP ou WPA ou WPA2. Pour le moment pas mise à jour efficace.

pastille · Le 15/05/2010, à 19:07

Bonjour,

je poste juste pour affiner la statistique :

ayant des déconnections intempestives apparues d'un coup en wifi avec une freebox et un chipset RT2860, j'ai voulu remplacer mon cryptage WEP par WPA pour voir si cela réglait le problème (sous un autre ordi juste à coté qui est sous windows, il n'y a jamais de déconnexion intempestive)
C'est là que j'ai appris que le WPA était bcp + sécurisé
et surtout c'est là que j'ai vu que sous mon ubuntu 10.04, le wifi ne voulait absolument pas se connecter en WPA (sous windows, il voulait bien)

J'ai suivi la solution de compiler moi meme le driver comme ça a marché pour ceux qui ont un eeepc, et chez moi ça n'a pas marché.
Après ça, j'ai suivi la solution d'installer le noyau recompilé par Ricardo Salvati, qui a marché chez certains, mais chez moi ça n'a pas fonctionné non plus.

Enfin, suivi la 3eme solution qui consiste à installer tous les .deb (version i386) du kernel ici http://kernel.ubuntu.com/~kernel-ppa/mainline/v2.6.33.3-lucid/

et là miracle, ça s'est connecté tout de suite.

J'ajoute qu'avant cela j'avais aussi essayé la solution de passer par wicd au lieu de nm-applet mais ça ne fonctionnait pas mieux : ça me disait "mot de passe erroné" alors qu'il était bon. En plus sous wicd, même en WEP ça me disait ça.

Voilà

pastille · Le 16/05/2010, à 14:34

...et les déconnexions intempestives sont toujours là

Bouquins · Le 16/05/2010, à 15:46

Salut tout le monde!

Content de voir que je ne suis pas seul dans cette minigalère...j'ai installé ce matin Xunbuntu et Lucid sur mon netbook eCafe EC900, et mêmes symptômes: ce qui ne fonctionnait pas sous Jaunty a marché du premier coup sous Karmic, et ne refonctionne plus sous Lucid. C'est du grand n'importe quoi!
Heureusement, j'ai pu installer les noyaux modifiés, et apparemment, cela fonctionne...je croise les doigts!

bhubuntu · Le 16/05/2010, à 18:58

avec la mise à jour du noyau 2.6.32-22 c'est OK !:D

Non! c'est avec le 2.6.33...

On devrait donc noter le pb comme résolu.... à partir du 2.6.33...
sinon la solution c'est ici:
http://forum.ubuntu-fr.org/viewtopic.php?pid=3491288#p3491288

Dernière modification par bhubuntu (Le 17/08/2010, à 12:23)

Bouquins · Le 16/05/2010, à 21:19

Chez moi, le noyau 2.6.32-22 ne résoud rien.

cyberdanycool · Le 17/05/2010, à 14:31

Honnêtement, j'ai installé lucid à neuf sur mon EEEPC 1000H et j'ai seulement utilisé un autre noyau et installé eee-control selon la méthode que j'ai décrite dans ce post : http://forum.ubuntu-fr.org/viewtopic.php?id=385596 (petite modif à faire dans les options du noyau (GRUB) pour faire fonctionner correctement l'acpi et la gestion des hotkeys). Ensuite, j'ai trouvé que tout fonctionnait parfaitement, y compris la carte wifi.

Cela dit, pour ceux chez qui ça ne marche pas, merci de préciser si vous avez fait une update de votre karmic/autre ou si vous avez fait une installation à neuf. Il y a peut être une option du kernel ou autre qui entre en compte pour ce problème de WPA.

Bouquins · Le 17/05/2010, à 14:43

Pour moi, installation propre de la nouvelle version en écrasant l'autre. En utilisant les noyaux modifiés, cela résoud les problèmes de clé WEP/WPA.

sebmarie · Le 22/05/2010, à 04:08

Confirmation: avec la version 2.6.31-20 du noyau, mon réseau wifi livebox en WPA AES+TKIP fonctionne au top et pas du tout avec la 2.6.31.21 et 2.6.31.22!

sebmarie · Le 22/05/2010, à 12:24

et nouvelle confirmation, en ne configurant qu'en WPA AES la livebox, je me connecte au réseau sans problème. Il faut donc éviter le AES+TKIP.:D

Bouquins · Le 22/05/2010, à 12:59

sebmanoue a écrit :

en ne configurant qu'en WPA AES la livebox, je me connecte au réseau sans problème. Il faut donc éviter le AES+TKIP.

Exact, il faut configurer les Box de cette façon. Cela dit, on marche sur la tête. C'est quoi, cette régression? 9.04 +2860: pas OK. 9.10+2860: OK. 10.04+2860: pas OK. On va donc attendre la 10.10, en croisant les doigts? Il y a un truc qui m'échappe.
Blague à part, sur un netbook, donc mobile, donc appelé à se connecter par exemple à des réseaux Wifi d'hôtels, on fait comment? on demande au patron de l'hôtel de changer son protocole de cryptage?

sebmarie · Le 22/05/2010, à 21:41

Je n'avais pas pensé a ça Bouquins!!!!:lol:
C'est vrai qu'on se satisfait trop souvent de peu depuis quelque temps!!:/

toutafai · Le 23/05/2010, à 19:56

Bouquins a écrit :

sebmanoue a écrit :
en ne configurant qu'en WPA AES la livebox, je me connecte au réseau sans problème. Il faut donc éviter le AES+TKIP.
Exact, il faut configurer les Box de cette façon. Cela dit, on marche sur la tête. C'est quoi, cette régression? 9.04 +2860: pas OK. 9.10+2860: OK. 10.04+2860: pas OK. On va donc attendre la 10.10, en croisant les doigts? Il y a un truc qui m'échappe.
Blague à part, sur un netbook, donc mobile, donc appelé à se connecter par exemple à des réseaux Wifi d'hôtels, on fait comment? on demande au patron de l'hôtel de changer son protocole de cryptage?

Heu, c'est loin d'être une régression, mais simplement un retour à l'application strictes des normes wifi :

Juste un petit rappel d'après la norme , je cite :

Pour le WPA1

Les données sont chiffrées en utilisant l'algorithme de chiffrement par flot RC4, avec une clé de 128 bits et un vecteur d'initialisation (initialization vector ou IV en anglais) de 48 bits. Une des améliorations majeures du WPA par rapport au WEP est le protocole Temporal Key Integrity Protocol (TKIP), qui échange de manière dynamique les clés lors de l'utilisation du système.
Pour le WPA2
WPA2 est la version de la norme IEEE 802.11i certifiée par la Wi-Fi Alliance. WPA2 inclut tous les éléments obligatoires de la norme 802.11i[3]. En particulier, la norme WPA2 impose le support d'un chiffrement basé sur AES. Ce protocole, CCMP, est considéré comme complètement sécurisé : en mai 2004, le NIST (National Institute of Standards and Technology) l'a approuvé.
Pour résumer :

Pour du WPA (appelé communément WPA1), la clef de cryptage doit être en TKIP
Pour du WPA2, la clef de cryptage doit être en AES !

Attention, je ne dit pas que cela ne marchera pas si vous êtes en dehors de ces cas (et donc hors norme), je répète simplement ce que la norme dit !

Il faut aussi rajouter le fait que la façon de gérer le wifi sous ubuntu a profondément évoluée depuis la 9.04, et ce pour suivre les différentes évolutions (à notre plus grande joie...et parfois aussi à nos grands malheur...ben oui tout est pas encore rose). Je ne citerais que quelques améliorations/innovations majeures pour appuyer ce fait :

- Modification et amélioration de la pile de protocole wifi et ce depuis le noyau 2.6, et cela continue encore de nos jours.
- L'abandon progressif de HAL pour la prise en charge des périphériques wifi (je sais que c'est le cas pour Atheros (ath5k et ath9k), cela l'est aussi certainement pour d'autre constructeurs)
- Intégration de la norme N.

Cordialement.

Ps : si vous voulez plus de lecture, voila quelques sources :

Norme wifi : http://fr.wikipedia.org/wiki/Wi-Fi_Protected_Access
Améliorations apporté pas le prochain noyau 2.6.34 (on y voit encore des modif de la pile wifi) http://www.h-online.com/open/features/Kernel-Log-Coming-in-2-6-34-Part-1-Network-Support-975937.html
HAL : http://fr.wikipedia.org/wiki/Couche_d%27abstraction_mat%C3%A9rielle
Atheros sans HAL : http://www.harakiwi.net/actualites/wifi-sous-linux-atheros-libere-hal-2325.html

Dernière modification par toutafai (Le 23/05/2010, à 19:58)

Bebertii · Le 25/05/2010, à 14:44

@toutafal : je suis d'accord avec toi, c'est intolérable de laisser des drivers qui fonctionnent avec du matériel existant, il fallait a.b.s.o.l.u.m.e.n.t casser la compatibilité !

Une régression par définition, c'est de passer d'un état de fonctionnement à un état de non-fonctionnement, on est typiquement dans ce cas de figure, de plus cette justification est parfaitement bancale car j'aimerais savoir quelle norme impose aux drivers d'envoyer en permanence des messages d'erreurs !

toutafai · Le 25/05/2010, à 21:11

Bebertii a écrit :

@toutafal : je suis d'accord avec toi, c'est intolérable de laisser des drivers qui fonctionnent avec du matériel existant, il fallait a.b.s.o.l.u.m.e.n.t casser la compatibilité !
Une régression par définition, c'est de passer d'un état de fonctionnement à un état de non-fonctionnement, on est typiquement dans ce cas de figure, de plus cette justification est parfaitement bancale car j'aimerais savoir quelle norme impose aux drivers d'envoyer en permanence des messages d'erreurs !

c'est pas fait pour "casser la compatibilité", c'est une question de respect de norme.

Si cela ne te satisfait pas, ben il te reste plus qu'a revenir à une 9.10...la, ce sera une vrai régression

Bouquins · Le 27/05/2010, à 11:16

toutafai a écrit :

c'est pas fait pour "casser la compatibilité", c'est une question de respect de norme.
Si cela ne te satisfait pas, ben il te reste plus qu'a revenir à une 9.10...la, ce sera une vrai régression

Hello,

sans vouloir en remettre une couche, les normes, c'est bien. Très bien, même. Mais faut pas que ça empêche le pékin moyen d'utiliser son matériel. La théorie et la pratique...
Je prends mon cas de figure: passé à Ubuntu lors de la sortie de la 8.04; pas du tout connaisseur; mais je reconnais que Ubuntu marche du tonnerre. Les gens comme moi, non spécialistes, il y en a à la pelle, et la plupart de demandent qu'à passer à Linux, quelle que soit la distro. Imagine le pékin moyen: il a du Wifi avec la 9.10, et il se dit: "La 10.04 est sortie, chouette!" Il l'installe, et...plus de Wifi. Tu vas lui expliquer que c'est normal, et que c'est dû au respect strict des normes? il te répondra: "OK, ben je me casse, ou je repasse à la 9.10". Le meilleur des cas soit bien sûr qu'il repasse à la 9.10. Et pour moi, c'est pas fait pour faire de la pub à Ubuntu. Pour faire en sorte que les gens prennent plaisir sur Ubuntu, il faut au minimum que ce qui fonctionnait sous une version antérieure fonctionne avec la suivante. Pour moi, c'est du simple bon sens. maintenant, si je dis une bêtise, n'hésitez pas à corriger.

EDIT pour faute de frappe.

Dernière modification par Bouquins (Le 27/05/2010, à 11:17)

toutafai · Le 27/05/2010, à 11:54

je suis tout à fait d'accord avec toi sur le fond, mais justement le fait de permettre de sortir de la norme à été fait parce que les "autres" le font (Ms) et "pour faciliter" les choses aux débutants, rien qu'un exemple :

Quand tu voit qu'un des plus grands FAI francais, Orange pour le pas les citer (:rolleyes:) avait sortit à une époque sur ces livebox un mode de cryptage "maison" combinant WEP/WPA (mode qui a causait de nombreux dysfonctionnement, puisque cela ne marchait pas du tout ...voir sur ce forum en cherchant environ 1 an auparavant) : Alors je pose la question Ubuntu aurait du ne pas permettre de sortir de la norme et ainsi priver les liveboxiens de leur connexion wifi ? la c'est sur, il ne se serait pas fait de la pub (orange ne s'en n'es pas fait au passage, enfin pour ceux qui ont été victime de cette "sortie de norme" et qui avait fait l'effort de quitter ms pour migrer vers ubuntu).

Le pekin moyen a le cerveau lavé depuis des années par la ditacture MS...mais bon, ne jettons pas la pierre, il ont largement contribué à la démocratisation des PC...mais bon la je deviens un peu hors sujet...

Ps : Encore désolé d'avoir un peu pollué ce post... vous pouvez toujours me répondre, mais en ce qui me concerne, j'ai dit ce que j'avais a dire.

yvenchri · Le 27/05/2010, à 13:32

Hello, ben pour ma part je suis exactement le pekin moyen, j'étais sous 9.10 j'ai fait la maj sous 10.04 depuis, impossible de booter sur mon Win7 je me dis c pas grave, je sus passé sous ubuntu c pas pour retourner sous win, j'essaie quand même de résoudre le pb mais sans succès à ce jour, et maintenant je me retrouve avec le pb de connexion décrit ci-dessus.

Je bosse dans un cybert donc exclusivement en WIFI je vous écrit ce msg e l'ordi d'un pote. je dois faire quoi moi maintenant pour que mon WIFI refonctionne??? sans connection filaire sur mon PC?

Franchement je suis pour rester sous ubuntu mais ce genre de problème c'est trop lourd, ca fait perdre trop de temps encore heureux que je sois pas trop handicapé en informatique pour me débrouiller...

Bon sinon je fais quoi pour que le WIFI remarche? REM, je suis passé sous Wicd et c'est depuis que ca marche plus

Dernière modification par yvenchri (Le 27/05/2010, à 16:26)

toutafai · Le 27/05/2010, à 13:47

bonjour,

D'après certain retours d'utilisateur de wicd sous lucid, lors de l'installation de wicd celui ci ne désinstallerais pas network-manager (ce que je trouve très bizarre car c'est sensé le faire et cela le faisait bien sous karmic). En clair, tu te retrouverais avec 2 soft qui parlent a ton wifi en même temps. N'étant pas un utilisateur de wicd, je ne peux pas te le confirmer.

Cependant il te suffit de vérifier via synaptic par exemple, si le paquet network-manager est toujours installer. a partir de la, 2 options :

Soit désintaller network manager pour ne laiser que wicd.
Soit revenir comme tu était avant, c'est à dire désinstaller wicd et vérifier le bon fonctionnement de network-manager

Network-manager fait très bien le boulot dans 99% des cas...t'es sur d'être dans le 1% restant ?

Ps : Quand je repris le terme "pekin moyen" y a rien de péjoratif, j'y suis passé aussi comme tout le monde.

yvenchri · Le 27/05/2010, à 16:39

ok pour ceux que ca pourrait intéresser.

le network manager n'était plus installé (d'après le gestionnaire de paquet) mais après un téléchargement a partir d'un autre PC et tentative d'installer le paquets via le DD externe, impossible de le faire, il trouvai qd même une install de network manager...

Je m'en suis sorti en allant chez un ami et en me connectant en filaire. en désinstallant Wicd a partir du gestionnaire de paquet et en réinstallant le network manager tjs a partir du gestionnaire de paquet.
J'avais instalé wicd pcq network manager me redemande a chaque fois le mdp pour le réseau sans fil du café ou je bosse et que l'icone de connexion avait disparu du tableau de bord. Du coup après avoir parcouru les forums, il m'a semblé être une bonne idée d'essayer wicd que j'ai juste installé a partir du gest de paquet...
Grand mal m'en a pris.

RE PS : t'inquiète pas, ca ne me gêne pas d'être débutant (pekin) et je ne l'ai pas du tout pris mal, Je suis informaticien et j'arrive à m'en sortir. Je voudrais bien conseiller à des amis non informaticiens de passer sous ubuntu mais manifestement, d'après mon expérience ce ne serait pas une très bonne idée. J'ai quand même rencontré un tas de problèmes que j'ai tjs réussi a surmonter (sauf le boot win7 à ce jour) mais c'est trop compliqué pour des personnes n'ayant aucune connaissance en info.
Par contre je suis 100% fan d'unbuntu et je ne suis pas près de repasser sous autre chose

Dernière modification par yvenchri (Le 27/05/2010, à 16:40)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#26 Le 01/05/2010, à 14:10

Re : problème de connexion en WPA avec chipset RT2860

#27 Le 10/05/2010, à 10:57

Re : problème de connexion en WPA avec chipset RT2860

#28 Le 13/05/2010, à 14:44

Re : problème de connexion en WPA avec chipset RT2860

#29 Le 14/05/2010, à 11:20

Re : problème de connexion en WPA avec chipset RT2860

#30 Le 14/05/2010, à 23:00

Re : problème de connexion en WPA avec chipset RT2860

#31 Le 14/05/2010, à 23:22

Re : problème de connexion en WPA avec chipset RT2860

#32 Le 15/05/2010, à 19:07

Re : problème de connexion en WPA avec chipset RT2860

#33 Le 16/05/2010, à 14:34

Re : problème de connexion en WPA avec chipset RT2860

#34 Le 16/05/2010, à 15:46

Re : problème de connexion en WPA avec chipset RT2860

#35 Le 16/05/2010, à 18:58

Re : problème de connexion en WPA avec chipset RT2860

#36 Le 16/05/2010, à 21:19

Re : problème de connexion en WPA avec chipset RT2860

#37 Le 17/05/2010, à 14:31

Re : problème de connexion en WPA avec chipset RT2860

#38 Le 17/05/2010, à 14:43

Re : problème de connexion en WPA avec chipset RT2860

#39 Le 22/05/2010, à 04:08

Re : problème de connexion en WPA avec chipset RT2860

#40 Le 22/05/2010, à 12:24

Re : problème de connexion en WPA avec chipset RT2860

#41 Le 22/05/2010, à 12:59

Re : problème de connexion en WPA avec chipset RT2860

#42 Le 22/05/2010, à 21:41

Re : problème de connexion en WPA avec chipset RT2860

#43 Le 23/05/2010, à 19:56

Re : problème de connexion en WPA avec chipset RT2860

#44 Le 25/05/2010, à 14:44

Re : problème de connexion en WPA avec chipset RT2860

#45 Le 25/05/2010, à 21:11

Re : problème de connexion en WPA avec chipset RT2860

#46 Le 27/05/2010, à 11:16

Re : problème de connexion en WPA avec chipset RT2860

#47 Le 27/05/2010, à 11:54

Re : problème de connexion en WPA avec chipset RT2860

#48 Le 27/05/2010, à 13:32

Re : problème de connexion en WPA avec chipset RT2860

#49 Le 27/05/2010, à 13:47

Re : problème de connexion en WPA avec chipset RT2860

#50 Le 27/05/2010, à 16:39

Re : problème de connexion en WPA avec chipset RT2860

Pied de page des forums