Система Debian не монтирует или не находит / sbin / init во время загрузки
Я обнаружил , что эта статья Oracle об OOM Killer (Out Of Memory Killer) отвечает на половину вашего вопроса, особенно в главе «Настройка OOM Killer».
Я извлекаю оттуда две важные команды (как мне кажется):
- Отключить OOM Killer
root @ host: ~ # sysctl vm.overcommit_memory = 2 - Исключить процесс из OOM Killer
root @ host: ~ # echo -17> / proc // oom_adj
Другой очень интересный ответ - 1.4 в этот FAQ со страницы стресс-проекта, он говорит:
1.4 Почему мой ЦП забивается, но не моя оперативная память?
Это потому, что стресс, если он обычно консервативен в настройках по умолчанию. Довольно легко сделать систему временно непригодной для использования, заставив диспетчер виртуальной памяти работать с перегрузкой. Поэтому убедитесь, что вы понимаете, сколько памяти у вас , а затем передайте соответствующие параметры. В двухъядерной системе Intel с 3 ГБ ОЗУ разумным вызовом будет следующее:stress -m 1 --vm-bytes 2G
Правильно, на ваш вопрос еще нет ответа. Давайте посмотрим на руководство по стрессу ...
-c, --cpu N
создать N рабочих процессов, вращающихся на sqrt ()
Может быть, этот вариант может помочь, попробуйте установить его на ноль. К сожалению, это не работает!?
После просмотра кода я заметил, что эта опция по умолчанию отключена.И я также заметил, что опция - vm-hang может быть тем, что вам нужно.
Действие по умолчанию - vm вращается на malloc () / free (), и это сильно загружает процессор! - vm-hang заставляет стресс программу делать паузу на секунд каждый раз, когда она выделяет, до free () .
Попробуйте использовать следующее (потребляет ~ 128 МБ ОЗУ): root @ host: ~ # stress --vm 1 --vm-bytes 128000000 --vm-hang 3600
И выполните тест в другой терминал: root @ host: ~ # top
Трудно точно сказать, что не так в вашей ситуации, но это сообщение в вашем выводе подозрительно:
usage: mount [-r] [-w] [-o options] [-t type f] [-i] [-n] device directory
Мне кажется, что он не монтирует вашу корневую файловую систему, и эта ошибка является результатом его попытки.
Прочтите https://wiki.debian.org/InitramfsDebug, чтобы увидеть, как вы можете отладить его дальше. Последний раздел «Сохранение отладочной информации» может показать достаточно, чтобы предположить, в чем может быть проблема.
Я думаю, что была ошибка или что-то не так с initramfs=0.120+deb8u3 (jessie -backports ), потому что, когда я обновился до initramfs=0.130 (stable ), он загружается. (Следующим моим шагом было бы обновить udev до стабильной версии, несмотря на удаление множества пакетов; к счастью, мне не пришлось делать этот шаг.)