6 votes

Nicholas Carey avatar

Qu'indique wq_busy=1 dans un échec de suspension ?

Demandé el 1 de Novembre, 2015
Quand la question a-t-elle été
2810 affichage
Nombre de visites la question a
3 Réponses
Nombre de réponses aux questions
Résolu
Situation réelle de la question

Après la mise à niveau vers la 15.10, mon ordinateur portable ne se suspend plus. 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 accuser wq_busy pour être vrai, mais je n'ai pas la chance de trouver pourquoi cela pourrait être le cas ou comment je pourrais le réparer. (Les recherches sur Internet semblent toujours aboutir au cas le plus populaire où une tâche refuse de se figer). Qu'est-ce que wq_busy=1 indiquer ?

Demandé el 1 de Novembre, 2015 par Nicholas Carey

Réponses

Trop de publicités?

6voto

Nicholas Carey avatar
Nicholas Carey Points 24614

wq_busy est apparemment le nom de variable du noyau pour l'occupé sur une file d'attente. La raison pour laquelle il était bloqué à true pour certains workqueue sur ma machine n'est pas clair, car le problème a disparu pendant que j'étais que j'essayais de le diagnostiquer. Au cas où cela serait utile à quelqu'un dans l'avenir, j'avais fait ce qui suit :

  1. Répéter jusqu'à ce que toutes les demandes soient fermées :
    1. Fermez une application.
    2. Tentative, sans succès, de suspension.
  2. Désactiver le réseau.
  3. Tentative, sans succès, de suspension.
  4. Redémarrage (dans l'intention d'obtenir une liste de processus propre ; j'allais désactiver progressivement des choses dans l'espoir qu'un processus non critique soit le coupable).
  5. Tentative, inattendue et réussie, de suspension.
  6. Réactivez le réseau.
  7. Tentative, toujours avec succès, de suspension.

Donc, strictement basé sur des observations, et non sur une quelconque compréhension de le problème, je suppose que ce qui suit est une solution de contournement ou un correctif :

  1. Désactiver le réseau.
  2. Redémarrage.
  3. Réactivez le réseau.
Répondu el 3 de Novembre, 2015 par Nicholas Carey (24614 Points )

4voto

qba-dev avatar
qba-dev Points 184

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

J'ai fait quelques recherches et j'ai trouvé un article sur la recherche de solutions spécifiques au matériel, en particulier pour les ordinateurs portables, ainsi qu'un autre article sur le sujet suivant cdemu .

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

Dans mon cas, la suppression gcdemu , cdemu-client , cdemu-daemon et ensuite autoremove vhba-dkms y libmirage11 a fait que mon hibernation fonctionne à nouveau.

Répondu el 3 de Janvier, 2019 par qba-dev (184 Points )

1voto

Wedra avatar
Wedra Points 11

J'ai activé l'hibernation il y a quelques mois dans mon système Ubuntu, maintenant 20.04, mais maintenant comme dans le passé j'ai eu quelques problèmes. Ainsi, dans ce dernier événement, j'ai trouvé ceci dans "dmsg" pendant la procédure d'hibernation :

 Freezing of tasks failed after 20.005 seconds (0 tasks refusing to freeze, wq\_busy=1)...

J'ai résolu le problème en augmentant le délai de gel de 20 à 30 secondes :

echo 30000 > /sys/power/pm\_freeze\_timeout

et l'a rendu permanent avec sysfsutils et après avoir écrit

power/pm\_freeze\_timeout = 30000

dans un fichier dans le /etc/sysfs.d répertoire

Répondu el 30 de Décembre, 2020 par Wedra (11 Points )

Questions en vedette

Top Tags

Dans notre réseau

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

Yandex
X