vmcore-analysis

Analyze Linux kernel VMcore crash dumps via memory reverse-engineering and source forward-tracing.

3|2|Updated Apr 24, 2026
One-click install
npx skills add https://github.com/openeuler-mirror/witty-diagnosis-agent --skill vmcore-analysis-openeuler-mirror
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: vmcore-analysis
Source: https://github.com/openeuler-mirror/witty-diagnosis-agent/tree/main/skills/vmcore-analysis
Command: npx skills add https://github.com/openeuler-mirror/witty-diagnosis-agent --skill vmcore-analysis-openeuler-mirror

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes scripts (resource) and references (resource) components.

What problem does it solve?

This skill resolves the complexity of diagnosing Linux kernel crashes by providing a structured, dual-track analysis method that correlates memory dump snapshots with source code logic.

Core Features & Use Cases

  • Parallel Analysis: Simultaneously executes vmcore reverse-engineering and source code forward-tracing to ensure high-confidence root cause identification.
  • Automated Branching: Automatically selects the appropriate diagnostic path based on crash signatures like NULL pointer dereferences, UAF, or hardware MCE.
  • Use Case: When a production server experiences a kernel panic, use this skill to pinpoint whether the crash was caused by a driver memory leak, a race condition, or a hardware bit-flip.

Quick Start

Use the vmcore-analysis skill to diagnose the kernel panic in the current directory by providing the vmcore file, vmlinux symbol file, and the kernel source code path.

Frequently Asked Questions about vmcore-analysis

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I analyze a Linux kernel vmcore crash dump to find the root cause?

To analyze a Linux kernel vmcore crash dump, use a dual-track approach that reverse-engineers memory snapshots and forward-traces source code logic. This cross-validates hardware-induced exceptions, deadlocks, and memory corruption to pinpoint the root cause.

What is the best way to diagnose a null pointer dereference from a kernel panic?

The best way to diagnose a null pointer dereference from a kernel panic is automated crash signature branching. It selects the appropriate diagnostic path by correlating the vmcore memory dump snapshot with the kernel source code logic for high-confidence identification.

Do I need kernel debug symbols to trace a Linux kernel deadlock?

Yes, you need kernel debug symbols and the crash utility to trace a Linux kernel deadlock. These components are required to cross-validate memory dump reverse-engineering and source code forward-tracing for accurate root cause determination.

Can I use this diagnostic method to identify a use-after-free memory corruption issue?

Yes, you can use this diagnostic method to identify a use-after-free memory corruption issue. The dual-track analysis automatically detects UAF crash signatures and correlates memory snapshots with source code logic to determine the exact root cause.

Does the crash utility support diagnosing hardware MCE exceptions in production servers?

Yes, the crash utility supports diagnosing hardware MCE exceptions in production servers. By cross-validating memory snapshots with source code logic, it helps determine whether an MCE crash was caused by a hardware bit-flip or a software race condition.