这篇文章给大家介绍Linux crash工具怎么结合/dev/mem进行任意修改内存，内容非常详细，感兴趣的小伙伴们可以参考借鉴，希望对大家能有所帮助。
Linux内核程序员几乎每天都在和各种问题互相对峙：
内核崩溃了，需要排查原因。
系统参数不合适，需要更改，却没有接口。
改一个变量或一条if语句，就要重新编译内核。
想稍微调整下逻辑却没有源码，没法编译。
解决每一类问题都需要消耗大量的时间，特别是重新编译内核这种事情。于是，每一个Linux内核程序员或多或少都会掌握一些Hack技巧，以节省时间提高工作效率。
然而，自己Hack内核非常容易出错，稍不留意就会伤及无辜(panic，踩内存…)，然后你会陷入没完没了的细节，比如查找页表就够折腾。
俗话说工欲善其事，必先利其器，临渊羡鱼，不如退而结网。
但是如果你使用现成的工具，就会发现有时候工具很难扩展。自己需要的边缘小众功能往往并不提供，你依然需要自己动手但却又无从下手。
怎么办？为何不把二者结合呢？
作为Linux内核开发者，这些工具的熟练使用是必须的。
/dev/mem 几乎总是被宣称为作为整个物理内存映像可以被mmap到进程地址空间，很多人确实将/dev/mem设备文件mmap到了自己的程序，然而却几乎一无所得。这不是程序员的错，毕竟作为一个平坦的内存地址空间，/dev/mem的内容看起来没有任何结构，一般DIY的程序根本就无力解析它。
/dev/mem 是个宝藏，它暴露了整个内存，但是只有你拥有强大的分析能力时，它才是宝藏，否则它只是一块平坦的空间，充满着0或1。所有的内核实时数据均在 /dev/mem 中，找到它们才有意义，但找到它们并不容易。
crash & gdb工具会把这件事情做得很好。本文后面将侧重于crash工具，gdb与此类似。
crash不光可以用来分析调试已经死掉的Linux尸体的vmcore内存映像，还可以用来分析调试活着的Linux Live内存映像，比如/dev/mem和/proc/kcore。同样都是内存映像，调试活着的内存映像显得更加有趣些。
关于Linux crash工具怎么结合/dev/mem进行任意修改内存就分享到这里了，希望以上内容可以对大家有一定的帮助，可以学到更多知识。如果觉得文章不错，可以把它分享出去让更多的人看到。
