sábado, 31 de março de 2018

manjaro suspend problem

dmesg com data e grep mostrando entradas com Freez + 4 linhas seguintes

dmesg -T | grep Freez -A4

Resultou:
[sáb mar 31 22:26:29 2018] Freezing user space processes ...
[sáb mar 31 22:26:49 2018] Freezing of tasks failed after 20.007 seconds (27 tasks refusing to freeze, wq_busy=0):
[sáb mar 31 22:26:49 2018] minidlnad       D    0  1415      1 0x80000006
[sáb mar 31 22:26:49 2018] Call Trace:
[sáb mar 31 22:26:49 2018]  ? __schedule+0x296/0x8b0

ps aux | grep minidlnad

user    1415  0.0  0.0      0     0 ?        D    18:00   0:00 [minidlnad]
user    2584  0.0  0.0      0     0 ?        D    18:25   0:00 [minidlnad]
user    2601  0.0  0.0      0     0 ?        D    18:26   0:00 [minidlnad]
user    2606  0.0  0.0      0     0 ?        D    18:26   0:00 [minidlnad]
user    2835  0.0  0.0      0     0 ?        D    18:33   0:00 [minidlnad]
user    2840  0.0  0.0      0     0 ?        D    18:33   0:00 [minidlnad]
user    2870  0.0  0.0      0     0 ?        D    18:34   0:00 [minidlnad]
user    3236  0.0  0.0      0     0 ?        D    18:47   0:00 [minidlnad]
user    3365  0.0  0.0      0     0 ?        D    18:51   0:00 [minidlnad]
user    3370  0.0  0.0      0     0 ?        D    18:51   0:00 [minidlnad]
user    3416  0.0  0.0      0     0 ?        D    18:52   0:00 [minidlnad]
user    3464  0.0  0.0      0     0 ?        D    18:54   0:00 [minidlnad]
user    3469  0.0  0.0      0     0 ?        D    18:54   0:00 [minidlnad]
user    3470  0.0  0.0      0     0 ?        D    18:54   0:00 [minidlnad]
user    3607  0.0  0.0      0     0 ?        D    18:58   0:00 [minidlnad]
user    3612  0.0  0.0      0     0 ?        D    18:58   0:00 [minidlnad]
user    3629  0.0  0.0      0     0 ?        D    18:59   0:00 [minidlnad]
user    3631  0.0  0.0      0     0 ?        D    18:59   0:00 [minidlnad]
user    3632  0.0  0.0      0     0 ?        D    18:59   0:00 [minidlnad]
user    3655  0.0  0.0      0     0 ?        D    18:59   0:00 [minidlnad]
user    3678  0.0  0.0      0     0 ?        D    19:00   0:00 [minidlnad]
user    3683  0.0  0.0      0     0 ?        D    19:00   0:00 [minidlnad]
user    3686  0.0  0.0      0     0 ?        D    19:00   0:00 [minidlnad]
user    3697  0.0  0.0      0     0 ?        D    19:00   0:00 [minidlnad]
user    3702  0.0  0.0      0     0 ?        D    19:00   0:00 [minidlnad]
user    3777  0.0  0.0      0     0 ?        D    19:03   0:00 [minidlnad]
user    3784  0.0  0.0      0     0 ?        D    19:03   0:00 [minidlnad]

Uma cacetada de processos do minidlnad que não está deixando o sistema ir pra ram com suspend.
Pior que está marcado como 'D' -> estado uninterruptible sleep

Is there a way to kill a process in 'Z' (zombie) or 'D' (uninterruptible sleep) state without rebooting the system?

The D state basically means that the process is waiting for disk I/O, or other block I/O that can't be interrupted. Sometimes this means the kernel or device is feverishly trying to read a bad block (especially from an optical disk). Sometimes it means there's something else.

The process cannot be killed until it gets out of the D state. Find out what it is waiting for and fix that. The easy way is to reboot. Sometimes removing the disk in question helps, but that can be rather dangerous: unfixable catastrophic hardware failure if you don't know what you're doing (read: smoke coming out).

You can't kill a zombie - its already dead





Nenhum comentário: