У меня есть 64-битный сервер Ubuntu 12.04, упакованный в squashfs и загружающийся в RAM с использованием опции toram. Когда я перезагружаю машину, я испытываю панику в ядре 3 раза из 5, иногда несколько раз подряд, но тогда это в конечном итоге просто сработает.
Это ошибка, которую я получаю:
Target filesystem doesn't have requested /sbin/init.
run-init: opening console: No such file or directory
Kernel panic - not syncing: Attempted to kill init! exitcode=0x00000100
Ну, очевидно, / sbin / init существует, так как иногда система загружается без каких-либо проблем без каких-либо изменений.
Более того, машина является совершенно новой, и memtest предполагает, что нет проблем с самой оперативной памятью.
Вот как была подготовлена моя установка:
Я установил сценарии Debian live-boot-3.0.1-1, чтобы можно было загружать squashfs в ОЗУ. Пункт меню grub выглядит следующим образом:
menuentry 'Ubun2RAM' --class ubuntu --class gnu-linux --class gnu --class os {
linux /boot/vmlinuz-$(uname -r) BOOT=LIVE boot=live toram=filesystem.squashfs rw quiet splash apparmor=0 security="" $vt_handoff kernel.panic=1
initrd /boot/initrd.img-$(uname -r)
}
Это основано на руководстве Ubun2RAM, доступном по адресу http://roadha.us/2013/01/resilient-ubuntu -boot-to-ram-usb-stick / , главное отличие в том, что в моем случае "thumb box" и "target" - это одна установка сервера Ubuntu.
Я пытался либо выяснить, что вызывает панику ядра, либо заставить систему перезапуститься при обнаружении ошибки, передав kernel.panic = 1 в качестве параметра загрузки, или поместив его в /etc/sysctl.conf.
Проблема в том, что я не могу просмотреть какие-либо журналы после неудачной попытки запуска (поскольку система загружается в ОЗУ), и система никогда не перезагружается после возникновения паники ядра (несмотря на то, что настроил ее таким образом, или так я думал).
Идеальным решением было бы избавиться от паники ядра, однако я был бы доволен перезагрузкой системы при возникновении паники ядра.
Любой вклад приветствуется.
MJD
Мне удалось понять это.
, По-видимому, старый диск, на котором я хранил изображение файловой системы иногда, не готов, когда попытка доступа сделана (и я узнал об этом случайно). Я никогда не ожидал, что живая загрузочная версия, отмеченная как 'стабильная', не будет иметь функциональность для ожидания диска стать готовым, но это, кажется, имеет место. К счастью, я узнал, что существует 4.x, альфа-ответвление и обновляющий к 4.0~alpha21 решило мою проблему.
я также удостоверился, что проблема не была связана с моим ядром и получила тот же самый результат с 3.11.0-20.34 источниками ядра, скомпилированными на рассматриваемой машине.