2025년 kmemdump 사례는 RFC 구성입니다
Linaro의 2025년 SA8775P 사례는 kmemdump RFC 패치를 적용하고, 미리 등록한 메모리 영역을 Qualcomm 펌웨어의 minidump 경로로 수집합니다. 문서에 명시된 패치·펌웨어·도구 조합을 일반 upstream 커널의 기본 기능으로 바꾸어 읽지 않습니다.
2026년 7월 meminspect v3 제안은 등록 영역을 관리하고 선택적 core image를 만드는 후속 설계를 설명합니다. 제안 메일이 있다고 해서 병합됐거나 현재 배포판이 지원한다고 판정할 수는 없습니다. 여기서는 두 자료의 시점과 이름을 구분하며 현재 병합 상태를 확정하지 않습니다.
kdump와 비교할 때도 저장 범위를 확인합니다
Linux 6.18의 kdump는 kexec로 덤프 수집 커널을 시작하고 보존된 메모리를 /proc/vmcore로 제공합니다. makedumpfile 같은 도구로 저장 내용을 필터링할 수 있으므로 kdump 파일이라는 이름만으로 모든 페이지가 들어 있다고 가정하지 않습니다.
선택적 수집에서는 분석할 객체와 그 객체가 참조하는 메모리가 실제 포함됐는지가 중요합니다. 없는 영역은 없는 증거입니다. 분석기가 제외 영역을 0으로 취급하도록 설정됐더라도 그 0을 사고 당시 관측값으로 해석해서는 안 됩니다.
메모리 내용과 해석 정보를 같은 빌드에 연결합니다
VMCOREINFO는 구조체 크기·필드 오프셋·심벌·페이지 크기 등 메모리 배치를 해석하는 ELF note입니다. 맞는 vmlinux와 설정·아키텍처 정보가 필요하지만, 메타데이터가 올바르다고 해서 누락된 메모리가 복원되지는 않습니다.
따라서 조사 기록에는 수집 범위, 빌드 식별, 도구와 옵션, 실제로 성공한 질의를 남깁니다. 로그 한 개를 읽는 데 성공했다고 해서 모든 프로세스·객체를 분석할 수 있다고 주장하지 않습니다. 이 글은 panic 유발, EDL 접속, 덤프 다운로드나 실제 분석을 수행한 기록이 아닙니다.
- 수집 범위
등록·보존된 영역과 누락 확인
- 해석 조건
빌드·심벌·VMCOREINFO 대조
- 결론 범위
실제로 포함된 증거만 사용