Eu não entendo o propósito da ação mount_root_run_init
no kdump.conf:
# default <reboot | halt | poweroff | shell | mount_root_run_init>
# - Action to preform in case dumping to intended target
# fails. If no default action is specified, "reboot"
# is assumed default.
#
# reboot: If the default action is reboot simply reboot
# the system and loose the core that you are
# trying to retrieve.
# halt: If the default action is halt, then simply
# halt the system after attempting to capture
# a vmcore, regardless of success or failure.
# poweroff: The system will be powered down
# shell: If the default action is shell, then drop to
# an hush session inside the initramfs from
# where you can try to record the core manually.
# Exiting this shell reboots the system.
# mount_root_run_init: Mount root filesystem and run init. Kdump
# initscript will try to save dump to root
# filesystem in /var/crash dir. This will
# likely require a lot more memory to
# be reserved for kdump kernel.
O que eu entendo é que quando o kernel atual falha, o kdump inicializa em um segundo kernel que já estava reservado na memória e então coleta o dump principal do kernel para um destino especificado.
Então, ele faz a ação padrão se não conseguir coletar para um destino especificado.
Por que ele monta o sistema de arquivos raiz e executa o init? Para disponibilizar o / filesystem para o segundo kernel e para carregar os serviços / módulos necessários para o processo de coleta?
Se for o caso, como os seguintes itens deveriam funcionar (já que o / filesystem não está montado no segundo kernel por essa altura)
action to preform in case dumping to intended target fails.
Digamos que eu mencionei / var / custom-crash para ser meu caminho de destino, funcionará?