J'ai décidé de passer à 17.10 sur mon Thinkpad.
Maintenant, chaque fois que j'essaie de l'éteindre via une console ou un menu) ou de le redémarrer, cela prend des siècles.
TTY me donne plusieurs erreurs liées à hung_task_timeout_secs
, allant de kworker
, sur networkmanager
jusqu'à wpa_supplicant
.
J'ai essayé de réinstaller avec différents ISO (build quotidien de 2 jours, beta2 et rc d’aujourd’hui) et reçois toujours la même erreur à chaque fois.
Des idées qui pourraient causer ce problème? En ce moment, je lance 17.10 sur deux autres PC différents sans aucun problème.
EDIT: deborphan ne renvoie aucun paquet orphelin. Je pense cependant avoir trouvé quelque chose. J'ai décidé d'essuyer complètement le disque, y compris mes fenêtres à double démarrage. Réinstallé, et tout a bien fonctionné. Aujourd'hui, à l'université, le problème est réapparu.
Maintenant, la partie intéressante est: je pense que cela est lié à mon wifi. À la maison, pendant et après l'installation, je l'avais branché via un câble et je n'avais aucun problème. Mais avec seulement le wifi à l'université, il est réapparu. J'ai donc essayé et branché le câble à la maison, et cela fonctionne à nouveau. Câble supprimé, redémarré et le problème réapparaît. Wifi-Card est un atheros Qualcomm.
Cela ressemble à un problème de noyau lié aux pilotes sans fil et au demandeur. Je suis passé à 17h10 hier et j'ai eu exactement le même problème. Supprimer les paquets orphelins n'a pas aidé.
Après avoir examiné la sortie dmesg
, j’ai réalisé que cela avait quelque chose à voir avec le noyau (4.13.0-16-generic
) et j’ai décidé d’utiliser une version stable antérieure (4.10.0-37-generic
). Maintenant tout fonctionne bien. J'espère que cela t'aides.
Remarque: Ci-dessous se trouve le résultat dmesg
:
wpa_supplicant[1488]: wlp1s0: CTRL-EVENT-SCAN-FAILED ret=-16 retry=1
kernel: [ 363.484267] INFO: task kworker/u8:1:51 blocked for more than 120 seconds.
kernel: [ 363.484281] Tainted: G OE 4.13.0-16-generic #19-Ubuntu
kernel: [ 363.484285] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
kernel: [ 363.484290] kworker/u8:1 D 0 51 2 0x00000000
kernel: [ 363.484359] Workqueue: phy0 ieee80211_ba_session_work [mac80211]
kernel: [ 363.484363] Call Trace:
kernel: [ 363.484380] __schedule+0x28b/0x890
kernel: [ 363.484388] schedule+0x36/0x80
kernel: [ 363.484396] schedule_preempt_disabled+0xe/0x10
kernel: [ 363.484404] __mutex_lock.isra.2+0x190/0x4e0
kernel: [ 363.484414] __mutex_lock_slowpath+0x13/0x20
kernel: [ 363.484421] ? __mutex_lock_slowpath+0x13/0x20
kernel: [ 363.484428] mutex_lock+0x2f/0x40
kernel: [ 363.484472] __ieee80211_start_rx_ba_session+0x1b7/0x5a0 [mac80211]
kernel: [ 363.484479] ? dequeue_entity+0xed/0x4b0
kernel: [ 363.484516] ieee80211_ba_session_work+0x164/0x250 [mac80211]
kernel: [ 363.484526] process_one_work+0x1e7/0x410
kernel: [ 363.484532] worker_thread+0x4a/0x410
kernel: [ 363.484537] kthread+0x125/0x140
kernel: [ 363.484543] ? process_one_work+0x410/0x410
kernel: [ 363.484548] ? kthread_create_on_node+0x70/0x70
kernel: [ 363.484554] ret_from_fork+0x25/0x30
Il se peut que ce soit ce bug sur Launchpad . Un correctif est promis dans la "prochaine version du noyau Artful".