Grub не монтирует диск как записываемый, а Linux монтирует. Поэтому вы хотите, чтобы это было в строке linux
. For example:
linux /boot/vmlinuz-linux root=/dev/sda5 rw
Как объяснил @hobbs, это поток ядра. Более широкая перспектива заключается в следующем:
Обработка IRQ проблематична в любой ОС, поскольку прерывания могут поступать в любое время. Прерывания могут поступать даже тогда, когда ядро работает над сложной задачей, а ресурсы несовместимы (указатели указывают на недопустимые адреса и т. д. ). Эту проблему можно решить с помощью блокировок, то есть не позволять обработчикам прерываний работать до тех пор, пока ядро не перейдет в прерываемое, согласованное состояние. Недостатком использования блокировок является то, что слишком много блокировок делают систему медленной и неэффективной.
Таким образом, оптимальное решение задачи таково:
Эти «фоновые» потоки являются потоками ядра обработчика прерываний.
top
как нормальные процессы. По сути, это потоки ядра, работающие в фоновом режиме.
Вы не можете уничтожать потоки ядра :они полностью управляются ядром. Если бы вы могли убить его, обработчик irq/142 в вашем драйвере nvidia больше не существовал бы :, если ваша видеокарта отправляет прерывание, ничто не обработает его. Результатом, скорее всего, будет зависание, но ваше видео точно больше не будет работать.
Проблема в вашей системе заключается в том, что этот обработчик прерываний получает много ресурсов ЦП. Есть много потенциальных причин:
Зная качество драйверов Nvidia, к сожалению, наиболее вероятно, что драйвер содержит ошибки.
Решение состоит в том, чтобы как-то сбросить этот драйвер. Некоторые идеи, упорядоченные по возрастанию жестокости:
Если вы убьете X, но все равно увидите этот поток ядра, вы можете попытаться удалить модуль ядра Nvidia (, вы можете увидеть его в списке, указанном lsmod
, затем вы можете удалить его с помощьюrmmod
). Перезапуск X insmod
произведет автоматическую перезагрузку оборудования.
Если ничего из этого не работает, необходимо перезагрузить компьютер. Если обычная перезагрузка не работает, вы можете сделать это с дополнительной жестокостью :используйте alt/printscreen/s, а затем alt/printscreen/b.
Расширение :в качестве временного обходного пути вы можете попробовать дать этому потоку очень низкий приоритет(renice +20 -p 1135
). Тогда он все еще будет работать, но это будет меньше влиять на производительность вашей системы.
Вы не можете. Это не процесс, это поток ядра. Вы не можете убить его, и если вам это удастся, вы только сделаете свою систему (более) непригодной для использования.
Вероятно, вас взломали, и они используют спам-ботов, торговых роботов или даже майнинг. Вытащите из него все дерьмо в брандмауэре, измените пароль root, удалите любой экземпляр Openssh и обновите ядро. Я только что перешел к следующему выпуску.
Обязательно заблокируйте исходящий ssh. Затем посмотрите в ufw.log, как пиры пытаются подключиться (к списку других взломанных узлов в сети ). Обратите внимание на список репозиториев при запуске обновления. Вы, вероятно, заметите файлы «имя пользователя» -вашего рабочего стола как субдомен в списке. Потому что они заархивированы и ex -фильтруют файлы вашей рабочей станции при подключении.
Тогда копайтесь... Я ищу учетные данные, чтобы убить репозиторий.