web-dev-qa-db-fra.com

Qu'est-ce que wq_busy = 1 indique dans un échec de suspension?

Après la mise à niveau vers 15.10, mon ordinateur portable n'est plus suspendu. dmesg dit

[…] PM: Syncing filesystems ... done.
[…] PM: Preparing system for sleep (mem)
[…] Freezing user space processes ... (elapsed 0.001 seconds) done.
[…] Freezing remaining freezable tasks ... 
[…] Freezing of tasks failed after 20.008 seconds (0 tasks refusing to freeze, wq_busy=1):

Cela semble blâmer wq_busy pour être vrai, mais je n'ai pas la chance de savoir pourquoi cela pourrait être le cas ou comment je pourrais le réparer. (Les recherches sur Internet semblent toujours indiquer le cas le plus courant dans lequel une tâche refuse de geler.) Qu'est-ce que wq_busy=1 indique?

suspendlogdmesg
3
Edward

wq_busy est apparemment le nom de variable du noyau pour l'indicateur "busy" sur une file de travail. On ne sait pas trop pourquoi il est resté bloqué car certaines tâches de ma machine ne sont pas claires car le problème a disparu pendant que j'essayais de le diagnostiquer. Au cas où cela serait utile pour quelqu'un à l'avenir, j'avais fait ce qui suit:

  1. À plusieurs reprises jusqu'à la fermeture de toutes les applications:
    1. Fermer une application.
    2. Essayez de suspendre sans succès.
  2. Désactiver le réseau.
  3. Essayez de suspendre sans succès.
  4. Reboot (cherchant à obtenir une liste de processus clairs; j'allais progressivement désactiver certaines choses dans l'espoir qu'un processus non critique en soit la cause).
  5. Essayez, avec succès inattendu, de suspendre.
  6. Réactivez la mise en réseau.
  7. Essayez encore une fois de suspendre.

Donc, strictement basé sur des observations, et sans aucune compréhension du problème, je suppose que ce qui suit est une solution de contournement ou une solution:

  1. Désactiver le réseau.
  2. Redémarrer.
  3. Réactivez la mise en réseau.
1
Edward

J'ai eu le même problème. wq_busy avait 1. Je soupçonnais que cela avait commencé après la mise à jour de 18.10.

J'ai fait des recherches et trouvé un article sur la recherche d'âme spécifiques au matériel, en particulier pour les ordinateurs portables, et un autre article sur cdemu.

https://forums.gentoo.org/viewtopic-t-952364-start-0.html

Dans mon cas, supprimer gcdemu, cdemu-client, cdemu-daemon, puis supprimer automatiquement vhba-dkms et libmirage11 a remis mon hibernation à nouveau.

2
qba-dev