Ubuntu 10.10, я имел только 3 ГБ в запасе на своем разделе настолько разрешающие файлы.
Я думал, ах хорошо, мог бы также удалить старые ядра (экран GRUB становился слишком большим также).
sudo apt-get remove --purge 2.6.28*
Звездочка была немного... жадной (хотя я все еще не знаю, как ей удалось соответствовать 2.6.29 и.30).
Эпопея freakout, не отваживался к ctrl+c (что хуже затем деинсталлированные ядра? правильно, полудеинсталлированные ядра). Позвольте ему работать, и переустановил последнее ядро. Я даже открыл отредактированный документ в gedit, таким образом, он заблокирует любой перезапуск (я знаю, я знаю...).
Okay, thanks for the added information. So, events/1 is the problem. This events/ mean events/CPU_NO. The events threadds were introduced as a means of the kernel to wake up and do work which replaced keventd. However, in the v3.9-rc8 git tree, I still see keventd and events/per_cpu both.
It is my assumption that irq 57 is hitting up CPU 1. Otherwise, in /proc/interrupts, I don't see anything unusual. The workload is pretty much evened out. Can you see what irq is 57.
Also, I honestly don't think we would be able to debug this problem using traditional methods of top, ps and all. In all subtlety, this will require a perf analysis. Let me know if you can get that. And if you do get that, you need to mail me that because you can put that much data here.