1

我有一台 Red Hat Linux 机器的核心转储 (vmcore) 接管了原始磁盘分区。生成了 vmcore，我可以在我的串行控制台输出中看到它。我已经触发了核心转储过程，echo c > /proc/sysrq-trigger但我不知道如何分析它。

文件中指定的选项/etc/kdump.conf是"raw /dev/sda5". 我事先使用 fdisk 命令创建了 /dev/sda5 分区，并将其作为转储文件的位置。我还做了其他事情，比如为崩溃保留内存等。

谷歌搜索给出了一些如下信息： -

“原始磁盘分区和专用文件系统选项允许您仍然转储到本地系统，但不必重新挂载可能损坏的文件系统，从而减少无法捕获 vmcore 的机会。假设 /dev/ sda5 未格式化，kdump.conf 可以配置为“raw/dev/sda5”，vmcore 文件将通过 dd 直接复制到 partition/dev/sda5”。

/proc/vmcore机器重新启动后（转储后）我找不到。有人可以提供我如何分析该转储的任何线索/步骤吗？我是否需要做“dd”或“mknod”或类似的事情（在谷歌上有一些不清楚的提示）。

4

1 回答 1

0

嘿，我碰巧看到你的问题。不知道你是否已经得到答案..无论如何..

vmcore 将被复制到 /var/crash/ 或路径参数中定义的位置（如果有）。

定义了 save_raw 函数。

function save_raw()
{
        local raw_part=$(awk '$1 ~ /^raw$/ { print $2; }' $KDUMP_CONFIG_FILE)
        local kdump_dir
        if [ "$raw_part" ]; then
                [ -b "$raw_part" ] || {
                        echo "raw partition $raw_part not found"
                        return 1
                }
                kdump_dir=`grep ^path $KDUMP_CONFIG_FILE | cut -d' '  -f2-`
                if [ -z "${kdump_dir}" ]; then
                        coredir="/var/crash/`date +"%Y-%m-%d-%H:%M"`"
                else
                        coredir="${kdump_dir}/`date +"%Y-%m-%d-%H:%M"`"
                fi
                mkdir -p "$coredir"
                [ -d "$coredir" ] || {
                        echo "failed to create $coredir"
                        return 1
                }
                if makedumpfile -R $coredir/vmcore <$raw_part >/dev/null 2>&1; then
                        # dump found
                        echo "Dump saved to $coredir/vmcore"
                        # wipe makedumpfile header
                        dd if=/dev/zero of=$raw_part bs=1b count=1 2>/dev/null
                else
                        rm -rf "$coredir"
                fi
        fi
        return 0
}

该函数在重新启动后启动 kdump 时调用。

function start()
{
        save_raw
于 2013-02-12T09:53:55.227 回答