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
sábado, 31 de março de 2018
Assinar:
Postar comentários (Atom)
Nenhum comentário:
Postar um comentário