Ubuntu server 12.04, превращенный в squashfs (toram) и частые паники ядра при запуске

У меня есть 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 предполагает, что нет проблем с самой оперативной памятью.

Вот как была подготовлена ​​моя установка:

  • Я скомпилировал ядро ​​Ubuntu-3.11.0-18.32 со встроенной поддержкой aufs и squashfs на внешнем 64-битном сервере Ubuntu 12.04 VirtualBox ВМ.
  • Ядро было установлено на целевой машине, и я сделал squashfs из копии файловой системы с опцией -always-use-fragments.
  • Я установил сценарии 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

1
задан 5 July 2014 в 02:03

1 ответ

Мне удалось понять это.

, По-видимому, старый диск, на котором я хранил изображение файловой системы иногда, не готов, когда попытка доступа сделана (и я узнал об этом случайно). Я никогда не ожидал, что живая загрузочная версия, отмеченная как 'стабильная', не будет иметь функциональность для ожидания диска стать готовым, но это, кажется, имеет место. К счастью, я узнал, что существует 4.x, альфа-ответвление и обновляющий к 4.0~alpha21 решило мою проблему.

я также удостоверился, что проблема не была связана с моим ядром и получила тот же самый результат с 3.11.0-20.34 источниками ядра, скомпилированными на рассматриваемой машине.

0
ответ дан 5 July 2014 в 02:03

Другие вопросы по тегам:

Похожие вопросы: