17.1 Wlp6s0: impossible de retirer la clé (1, ff: ff: ff: ff: ff: ff) du matériel (-22)

21

J'utilisais gnome 17.04 sans aucun problème. Je nettoie Ubuntu 17.1 installé et tout va bien sauf à l'arrêt / redémarrage, il se bloque avec l'erreur suivante. La seule façon de l'éteindre est de redémarrer, ce qui peut être mauvais pour le matériel. Comment puis-je résoudre ce problème?

Wlp6s0: failed to remove key (1, ff:ff:ff:ff:ff:ff) from hardware (-22)
Wlp6s0: failed to remove key (2, ff:ff:ff:ff:ff:ff) from hardware (-22)

shutdown 17.10

— édencorbine
source

Correction du bug du noyau 198357 , devrait être bientôt disponible .

— Pablo Bianchi

7

3 façons de résoudre ce problème:

Première façon : si vous ne voulez pas changer grub ou changer le grub, créez d'autres problèmes ou vous ne voulez pas mettre à jour le noyau:

Chaque fois que vous voyez cette erreur après avoir éteint le PC, appuyez simplement sur alt+ F7.

Deuxième façon : Supprimer "splash silencieux" des paramètres dans grub:

gksudo gedit /etc/default/grub

Changement:

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"

À:

GRUB_CMDLINE_LINUX_DEFAULT=""

Exécutez ensuite:

sudo update-grub
reboot

Troisième voie :

Mettre à niveau vers le noyau 4.13.6 ou supérieur.

— Sss
source

J'ai ce même problème et mon wifi se comporte comme un yoyo depuis que je suis passé à 17.10. Les upls peuvent-ils expliquer avec plus de détails comment quelqu'un peut mettre à niveau vers le noyau 4.13.6 car je suis encore nouveau avec linux et ubuntu et tout ça?

— Nermeen Hussein

itsfoss.com/upgrade-linux-kernel-ubuntu @NermeenHussein

— Sss

2

Comme mentionné ci-dessus, la suppression des éclaboussures silencieuses entraîne l'échec du démarrage pour plusieurs utilisateurs. La mise à niveau vers 4.14.4 pour moi a provoqué une "panique du noyau - pas de synchronisation: VFS: impossible de monter root fs". La mise à niveau vers 4.14.3 démarre mais le même problème persiste. Frapper Alt-F7 (pas ctrl-alt-F7) est la seule chose qui fonctionne pour moi.

— OrdinaryHuman

alt f7 travaille pour moi, qu'est-ce que cela fait exactement? Je vois quelques commandes supplémentaires s'exécuter peu de temps après. Pourrait mettre à jour le noyau bientôt.

— edencorbin

3

J'ai ce même problème, je serais intéressé de voir quelle est la résolution. Je crois que la déconnexion de la connexion sans fil vous permettra de vous éteindre gracieusement si vous ne l'avez pas découvert, mais je ne sais pas non plus comment le résoudre.

EDIT: On dirait que cela est résolu dans une nouvelle version du noyau, mais je serais intéressé de savoir si un correctif existe.

https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1720930

— Squidder
source

2

Pour info, le «correctif» suggéré pour cette modification /etc/default/grubn'a pas résolu ce problème pour moi - quand je l'ai fait, je n'ai plus été en mesure de me connecter jusqu'à ce que j'annule la modification. Après avoir annulé la modification, le message d'erreur semble avoir disparu, bien que le système se bloque toujours.

— morse

1

Identique à @walrus, suivre le «correctif» dans ce problème ne m'a envoyé que dans une boucle de démarrage infinie. Comme solution temporaire, vous pouvez essayer de rétrograder le noyau de 14.13.0-17-generic à 14.13.0-16-generic, ce qui m'a permis de redémarrer sans éteindre. L'erreur s'affiche toujours, mais au moins le processus de redémarrage démarre.

— OrdinaryHuman

Il y a un noyau corrigé avec le correctif disponible lié à ce bogue, veuillez le tester: people.canonical.com/~khfeng/lp1720930

— Treviño

1

Je n'ai pas pu résoudre ce problème du tout en utilisant les solutions proposées, en désactivant les options de la carte wifi via /etc/modprobe.d/iwlwifi.conf, rien n'a fonctionné.

Ce qui a fonctionné pour moi, c'était de changer l'adresse MAC sur la connexion wifi réelle. D'une manière ou d'une autre, quelque chose doit avoir été mis en cache et associé à un mauvais état de connexion / wifi, même après le redémarrage. C'était peut-être mon routeur, mais c'est très bizarre.

— Angelo Vargas
source

1

J'avais ce problème lors de la fermeture du couvercle de mon ordinateur portable (entrée en mode «suspendu»). Une fois que j'ai ouvert le couvercle, wifi a refusé de se connecter et je recevais [ 183.188182] wlp60s0: failed to remove key (1, ff:ff:ff:ff:ff:ff) from hardware (-22)en dmesg. J'ai essayé beaucoup de choses et rien n'a fonctionné. La seule chose qui a vraiment fonctionné pour moi a été de redémarrer mon routeur .

— Alexandre Schmidt
source

C'était absolument la réponse pour moi. Une clé stockée dans le matériel a provoqué le problème. D'autres appareils pourraient se connecter à mon WiFi. J'ai pu démarrer dans Windows et me connecter, mais le démarrage dans n'importe quel autre Distro (j'en ai 8 sur mon système) a provoqué le même échec sur la version 3 d'Ubuntu, openSUSE, Manjaro et autres. J'ai également essayé le noyau 4.15, 4.13, 4.10 et 4.4 avec la même erreur. Le redémarrage du routeur a tout résolu. Cela confirme que le problème était matériel, en particulier entre la carte wifi et le routeur, même si les erreurs ne le rendent pas clair.

— Dorian