Linux中使用gdb dump内存
【摘要】
在应急响应中，我们往往会有dump出某一块内存下来进行分析的必要。今天要讲的是利用gdb命令dump出sshd进程的内存。
按照 Linux 系统的设计哲学，内核只提供dump内存的机制，用户想要dump什么样的内存，dump多少内存是属于策略问题，由用户来决定。
在真实的使用场景中，主要有两种使用方式：
一种是dump某一个...
在应急响应中，我们往往会有dump出某一块内存下来进行分析的必要。今天要讲的是利用gdb命令dump出sshd进程的内存。
按照 Linux 系统的设计哲学，内核只提供dump内存的机制，用户想要dump什么样的内存，dump多少内存是属于策略问题，由用户来决定。
在真实的使用场景中，主要有两种使用方式：
- 一种是dump某一个进程的地址空间来供用户在进程挂掉之后debug分析，也就是通常所说的coredump
- 另一种就是dump整个系统的内存空间，以便于系统管理员debug分析系统挂掉的原因，也就是通常所说的 kdump，由于dump内存的逻辑依然需要系统可以正常工作，管理系统的各种资源，所以kdump整个过程依赖kexec和一个额外的dump内核来保证整个流程正确的执行。
以下演示的是dump出某一个进程(sshd)的内存。
ps aux | grep sshd #过滤出sshd进程,记录其PID
cat /proc/1431/maps #查看1431进程的内存地址
启动gdb，将sshd进程attach到gdb上
gdb attach 1431
文章来源: xie1997.blog.csdn.net，作者：谢公子，版权归原作者所有，如需转载，请联系作者。
原文链接：xie1997.blog.csdn.net/article/details/96474833
【版权声明】本文为华为云社区用户转载文章，如果您发现本社区中有涉嫌抄袭的内容，欢迎发送邮件进行举报，并提供相关证据，一经查实，本社区将立刻删除涉嫌侵权内容，举报邮箱：
cloudbbs@huaweicloud.com
- 点赞
- 收藏
- 关注作者
评论（0）