tapioca wrote:regarde le man yum.conf, les paramètres installonly_limit et installonlypkgs.
Merci, c'est exactement ce que je cherchais : j'utilise à peine 15 % de l'espace réservé à mon dossier boot...
C'est bête de ne pas utiliser plus comme filet de sécurité (d'autant que j'avais augmenté sa taille à cet effet lors de l'install de fc8).
herrib wrote:A noter qu'à chaque modification de noyau, il faudra penser à recompiler le module et à l'installer.
Merci pour toutes ces précisions.
Je suis heureux d'apprendre que le problème est connu et en cours de résolution.

Pour ma part, je pense que je vais rester avec le noyau 2.6.23 jusqu'à ce que vienne une version où le problème sera résolu. L'idée de trainer un module à recompiler à chaque modification ne m'enthousiasme pas...
J'ai assez souffert avec cette connexion wifi, quand je l'ai installée il y a bientôt un an !

C'est toutefois rassurant de voir que la situation progresse au niveau de ces chipsets RaLink et de se dire que l'on finira par avoir quelque chose qui restera stable...
C'est cool aussi de voir que des solutions sont proposées pour les plus impatients 🙂

Cordialement,
Stefan
8 jours plus tard
Bonjour,

bonne nouvelle : avec le noyau 2.6.24.3-34.fc8 les pilotes RT2x00 passent en version 2.1.4.
Ma carte Hercules avec RT2561PCI fonctionne correctement.
Le noyau 2.6.24.3-34.fc8 corrige effectivement certains pbs de support de chipsets Ralink (ex USB Wifi HERCULES).

Pour supprimer le contournement proposé, il suffit, depuis une session sur l'ancien noyau, de sortir de /etc/modprobe.d/blacklist les items rt73usb, rt2570, rt2x00lib -> rt73usb dans l'exemple pris).

Le module rt73 ne peut être déchargé.

On relance et rt73usb monte alors sans pb (bref, le nouveau noyau prend correctement en charge le support rt2x00.
Tous les problèmes ne sont pas réglé avec le rt61pci sous noyau 2.6.24.3-34
Quelques messages d'erreur au dénarrage des services network et wpa_supplicant mais sans autre conséquence sur le fonctionnement qu'une authentification plus longue à obtenir.
Le téléchargement d'une ISO de CD va à son terme 🙂, par contre un "service network restart" gèle la machine.🙁
Est ce que ces erreurs ne seraient pas du à la coexistence de fichiers de configuration différents (issue tu rt61?)
Non, je n'ai jamais installé le pilote legacy sur FC8.
De mon côté, le passage au noyau 2.6.24.3-34 s'est (presque) bien passé...

Il semble que cette version supporte sans problème les chipsets Ralink RT2561/RT61

Jute un petit détail...
Pour que ça fonctionne, j'ai dû à nouveau supprimer toutes les entrées dans système - > réseau
et les re-créer

J'vais finir par connaître ma clé par coeur :lol:

A part ça, ça roule... un vrai bonheur 😉

Cordialement,
Stefan
15 jours plus tard
Je viens d'installer une Ovislink EVO-W542PCI à base de rt2561 (j'ai vu le chipset avant d'installer) en WPA/TKIP, sur une Fedora 8 i386 :
- noyau 2.6.24.3-50, mis à part un message d'erreur (j'ai pas eu le temps de le noter), la connexion se fait en quelques secondes et elle semble stable (environs 100Mo de yum update sans problème) ;
- noyau 2.6.24.4-64, freeze au moment de l'obtention de l'IP au boot !!!

Mon routeur/modem wifi est un Linksys WAG200G
Dekkard wrote:Je viens d'installer une Ovislink EVO-W542PCI à base de rt2561 (...)
- noyau 2.6.24.4-64, freeze au moment de l'obtention de l'IP au boot !!!
Mon routeur/modem wifi est un Linksys WAG200G
Salut Dekkard (fan de Diablo ? 😉 )

Visiblement nous possédons la même carte wifi (enfin, comme dénomination exacte,
moi j'ai Ovislink EVO-W54PCIv2) ou en tout cas très similaire.

Par contre, en modem routeur, j'ai un Philips (avec un dessus rouge... j'ai pas la référence
sous la main).

Merci pour la remontée d'info, concernant le freeze au moment du boot.
Cela dit, j'ai une petite question : est-ce que tu utilises le DHCP ?

Parce que si c'est le cas, je ne serais sans doute pas concerné puisque je suis en IP statique.
Cela dit, je me souviens avoir fait ce choix parce que j'ai un tout petit réseau... et que j'ai
constaté que ça me permettant d'avoir la connexion plus vite au boot.

Très cordialement,
Stefan
Malheureusement, même en IP statique, le chargement du pilote provoque le freeze de la machine.
Bizarre, puisqu'il s'agit toujours de la version 2.1.4 utilisée par le noyau 2.6.24.3-50 : le problème est peut-être ailleurs.
6 jours plus tard
Salut à Tous,

Je confirme en effet également le freeze lors du boot après le passage au noyau 2.6.24.4-64
même en IP statique : je viens de faire l'expérience 🙁

Heureusement, il suffit de rebooter avec le noyau 2.6.24.3-50 pour avoir à nouveau une machine
fonctionnelle...
J'espère que ces problèmes de cartes wifi finiront par se régler.

Cordialement,
Stefan
A Ambelliance : Je suis en DHCP.
7 jours plus tard
il suffit donc d'attendre le kernel 2.6.25 ?
12 jours plus tard
Pour ceux qui hésiteraient à faire la mise à jour,
je signale que de mon côté le kernel 2.6.24.5-85
a résolu le problème.

Cordialement,
Stefan
Pour moi également celà a résolu le problème.
Je l'avais installé via le repo update-testing.

Merci en tous les cas pour les conseils 🙂