问答博客资讯标签用户活动
logo极客观点logo项目管理logoHarmonyOS
开发者社区
javascript
前端
python
node.js
react
vue.js
php
laravel
go
人工智能
mysql
linux
ios
java
android
css
typescript
spring
程序员
logoONES 研发管理logo思否企业问答logo安谋科技 XPU

linux bin文件部分内容异常清空，请问有好的方式排查？

头像
IT嘎嘎
    526
    头像
    汝何不上九霄
      4.9k61947
      新手上路，请多包涵

      linux unzip bin文件二进制形式打开发现中间有一段内容被清空，为全0x00，怀疑是程序指针影响的，请问有什么比较好的排查方式，产品代码大概30+万行
      已做努力：
      正常版本和异常版本的unzip在文件访问时间、修改时间、文件属性修改时间是一致的，故从这几个时间无法反推是什么功能代码影响的

      /bin # stat unzip
  File: unzip
  Size: 120648          Blocks: 236        IO Block: 4096   regular file
Device: 1f07h/7943d     Inode: 1028        Links: 1
Access: (0755/-rwxr-xr-x)  Uid: (    0/    root)   Gid: (    0/    root)
Access: 2024-03-19 22:26:54.000000000 +0800
Modify: 2021-10-20 14:57:13.000000000 +0800
Change: 2024-03-19 22:26:54.000000000 +0800

      希望能求助到一种切实有效便捷的排查方式

      补充说明：
      1.两个unzip（正常和异常）所在的版本是同一版本，分别在A和B环境上，A和B环境运行了不同的功能（暂不清楚），A环境的unzip文件正常，B环境的unzip文件异常
      2.寻求一种定位方式快速找到对应代码或者相关修改痕迹

      javascriptlinux
      阅读 444
      avatarAI BotBETA

      在Linux环境下，对于二进制文件（如.bin文件）的内容异常清空问题，尤其是当文件访问、修改和属性修改时间一致时，排查工作可能会变得复杂。由于你的产品代码规模较大（30+万行），以下是一些建议的排查方式：

      1. 版本控制系统（如Git）:

        • 如果你的项目使用版本控制系统（如Git），可以比较正常版本和异常版本之间的差异。通过git diff命令，你可以查看哪些文件或代码块在修改时间之后发生了变化。
        • 对于二进制文件，这可能不太有用，但如果你之前有编译的中间文件或构建日志，它们可能提供有关何时和为何构建过程可能出错的线索。

      2. 代码审查:

        • 审查那些可能影响二进制文件生成过程的代码部分。特别关注那些与文件写入、编译选项或构建脚本更改相关的部分。
        • 使用静态代码分析工具，以识别可能的编程错误或逻辑错误。

      3. 编译日志:

        • 检查编译日志，查找可能在编译过程中产生的任何警告或错误。这些可能表明某些代码没有被正确编译或链接。

      4. 构建脚本:

        • 审查构建脚本（如Makefile, CMakeLists.txt等），确保没有不恰当的命令或选项，这些可能导致二进制文件的内容被意外更改。

      5. 反汇编和调试:

        • 使用反汇编工具（如objdump）检查二进制文件的反汇编输出，以查找可能的不正常代码段或跳转。
        • 使用调试器（如gdb）在二进制文件上设置断点，并尝试执行，以查看是否有任何异常行为。

      6. 二进制比较工具:

        • 使用二进制比较工具（如bdiff或vimdiff的二进制模式）来比较正常和异常的二进制文件，以可视化地找出差异。

      7. 内存检查工具:

        • 如果怀疑内存损坏或指针错误，使用内存检查工具（如valgrind）来运行程序，并检查是否有内存泄漏或非法内存访问。

      8. 依赖库和静态库:

        • 检查项目依赖的库文件，确保它们没有被意外修改或损坏。
        • 如果项目使用了静态库，请检查这些库文件是否有任何异常。

      9. 环境差异:

        • 检查编译和运行时环境的差异，如编译器版本、操作系统版本、库版本等。

      10. 持续集成/持续部署（CI/CD）:

        • 如果项目使用了CI/CD流程，检查构建历史记录，查找可能的构建失败或异常。

      在缺乏具体上下文和错误重现步骤的情况下，上述建议可能需要根据你的实际情况进行调整。如果问题仍然难以解决，可能需要考虑使用专业的二进制分析工具或寻求具有深入Linux二进制分析和调试经验的专业人士的帮助。

      撰写回答
      你尚未登录，登录后可以
      • 和开发者交流问题的细节
      • 关注并接收问题和回答的更新提醒
      • 参与内容的编辑和改进，让解决方法与时俱进
      推荐问题