Ядро получения работает на том же хосте. Это работает в памяти, что panic'd ядро, зарезервированное, чтобы ядро получения использовало. Ядро получения запускается с kexec
механизм паникующим ядром.
/proc/vmcore
должен быть обеспечен ядром если его установка для экспорта отображения памяти. Если Ваше ядро не имеет a /proc/vmcore
, затем Вы пропускаете правильную инфраструктуру ядра.
Источник ядра Linux подразумевает это /proc/vmcore
только заполняется в ядре получения (командная строка ядра, обеспечивающая адрес panic'd ядер vmcore, заголовок ELF требуется), таким образом, /proc/vmcore
будет существовать в регулярном ядре, но не будет содержать ничего вообще.
В ядре получения, /proc/vmcore
представляет разрушенное ядро как изображение ядра ELF.
Вот некоторый документ RH с большим количеством деталей: https://access.redhat.com/knowledge/solutions/6038
Проблема здесь состоит в том, что необходимо использовать справедливый планировщик, я использовал неправильный планировщик и неправильно читал установку (думал, что я использовал справедливый планировщик, но действительно не был). Свопинг к корректному планировщику IO решил проблему.
Изменить планировщик IO (взятый отсюда):
echo cfq > /sys/block/{DEVICE-NAME}/queue/scheduler
Это может быть проблема команды dd с Вашим системным кэшем, имеют Вас, пытался сбросить Ваш кэш сначала:
echo 3 > /proc/sys/vm/drop_caches
И запуск dd управляет с "nocache" опцией?