[wifi] processus knetwork bloque usb (contourné !)

[oix02]

Bonsoir désolé pour le titre le problème est difficile à expliciter en quelques mots.

voila au premier branchage après le démarrage du pc ma clé wiffi est détectée et se connecte bien à mon réseau. Seulement lorsque je veux la rebrancher pour i mettre ma clé usb le processus knetwork/u:0 plante se met à consommer 90 à 100% du cpu et il ne se passe plus rien que je branche la clé wiffi ou usb comme si le port usb était bloqué. Il m'est impossible de supprimer le processus (pas les droits nécessaire).

C'est embêtant car il m'arrive souvent d'avoir à débrancher la clé wiffi après ça pour pouvoir la reconnecter je ne peux que redémarrer.

Je précise que j'ai viré hal au démarrage et que lorsque je tente de relancer ou stopper le service network il ne se passe rien.

[oix02]

up personne peut m'aider pour résumer le problème dès que je retire la clé wifi (à la seconde près) le processus kworker/u:1 se se met à pomper 97 % du cpu et le port usb ne répond plus.

C'est quoi ce processus et pourquoi il pète les plombs comme ça ?


J'ai trouvé ça :

http://forums.archlinux.fr/topic7485.html

http://www.aptosid.com/index.php?name=P ... opic&t=330

http://www.mail-archive.com/acpi-bugzil ... 31739.html

https://bugzilla.kernel.org/show_bug.cgi?id=20232


mais rien de concret pour régler le problème c'est très handicapant pour basculer de la clé wifi à la clé usb un redémarrage est nécessaire, je n'ai pas de backup sous la main et l'idée de relancer une install et de tout reconfigurer ne m’emballe pas des masses..

[FoolEcho]

D'après tes liens, ça touche au kernel jusqu'aux versions les plus récentes (mais faudrait comparer avec les différentes traces du rapport de bug pour être sûr) ... donc... suivre les différents rapports de bugs en rapport avec ça (surtout que le problème paraît réapparaître dans d'autres circonstances: suspension/reprise du disque)... et patience ?

Il y a malheureusement beaucoup d'instabilité sur le kernel en ce moment.

[oix02]

OK merci ça c'est pointé après une MAJ effectivement ça doit être le kernel comment j'peux faire pour remigrer vers le précédent stp (novice dsl) ?

C'est pas un manque de patience juste une nécessite impérieuse je ne passe pas une heure sur mon pc sans basculer de ma clé wifi à la cl usb et la je ne peu le faire sans reboot c'est juste pas possible sur le long terme

Merci

[FoolEcho]

Tout est dans le wiki: https://wiki.archlinux.org/index.php/Do ... _a_package

En une ligne: pacman -U /chemin/vers/lenomdupaquet.pkg.tar.xz .

Après, si tu sais quelle version du kernel fonctionnait et que tu n'as pas vidé le cache de pacman, tu trouveras le paquet dans /var/cache/pacman/pkg/ . Si tu as vidé ton cache, il te reste l'option de télécharger le paquet depuis http://arm.konnichi.com/search/ .


Ceci dit, il y a eu une nouvelle révision du noyau aujourd'hui, tu peux toujours la tester d'abord... dès fois que...

[oix02]

Merci ça refonctionne du tonner comme je ne savais plus exactement quand ça c’est mi à buger j'ai mit le noyau le plus ancien datant de début janvier (26-2.6.36.2-1) : la mise à jour du kernel n'avait pas corrigé le problème. En attendant que le soucis soi résolu j'peux lancer un pacman -Suy en indiquant d'ignorer les mises à jour du kernel ?

Après je tenterais de mettre à jour le kernel une fois par moi jusqu'à ce que ce soit résolu...

Merci en tout cas !

[FoolEcho]

En attendant que le soucis soi résolu j'peux lancer un pacman -Suy en indiquant d'ignorer les mises à jour du kernel ?

Bien sûr.
Soit dans /etc/pacman.conf, en décommentant la ligne adéquate https://wiki.archlinux.org/index.php/En ... _IgnorePkg

Code : Tout sélectionner

IgnorePkg = kernel26 kernel26-headers

Soit en rajoutant l'option --ignore en ligne de commande:

Code : Tout sélectionner

pacman -Syu --ignore kernel26,kernel26-headers

(si tu utilises aussi kernel26-headers)

[oix02]

Merci

[FoolEcho]

Ceci dit, ton problème n'est pas vraiment résolu... donc ?

[oix02]

ça marche j'corrige t'façon j'viendrais signaler que c'est véritablement résolu lorsque la mise à jour salutaire sera arrivée