只读系统中ping命令卡顿问题排查及优化方案咨询

这个问题我碰到过好几次，尤其是在嵌入式系统或者只读镜像环境里，确实是因为ping在执行过程中尝试写入文件，而只读模式下的写操作阻塞或超时导致了卡顿。下面分两部分给你讲清楚怎么定位和解决：

一、定位ping尝试写入的文件 #

最直接的方法是用strace跟踪ping的系统调用，它会把ping所有的系统级操作都打印出来，包括失败的写操作：

• 执行命令：strace ping -c 1 8.8.8.8（-c 1表示只ping一次，减少输出量）
• 在输出里找带有O_WRONLY、O_RDWR这类写标志的open调用，重点看那些返回-1且错误码为EROFS（只读文件系统）的记录，对应的文件路径就是ping尝试写入的目标。

举个常见的例子：很多系统里ping会调用syslog服务写入系统日志（比如/var/log/syslog或/var/log/messages），当文件系统只读时，syslog无法写入会导致ping等待超时，这就是卡顿的根源。

如果strace输出太多，你可以用过滤命令缩小范围：strace ping -c 1 8.8.8.8 2>&1 | grep -E "(open|write|EROFS)"

二、除了移到tmpfs的其他解决方案 #

把文件移到tmpfs是个不错的办法，但还有这些替代方案：

• 禁用ping的日志输出：如果卡顿是因为日志写入导致的，用ping -q（安静模式）执行，它会禁止大部分日志输出；或者修改系统中ping的默认配置，让它不记录日志。
• 临时挂载tmpfs到目标目录：比如如果问题文件在/var/log，可以执行mount -t tmpfs tmpfs /var/log，这样整个日志目录都会指向内存，只读模式下也能正常写入，重启后会自动清空。
• 调整syslog配置：如果是syslog服务的问题，临时修改syslog配置（比如rsyslog或syslog-ng），让它把日志输出到/dev/null或者使用内存缓冲区，避免尝试写入只读文件系统。
• 使用静态编译的ping：部分系统自带的ping依赖系统库的日志功能，静态编译的ping不依赖这些系统组件，通常不会触发写操作，卡顿问题自然消失。
• 局部重新挂载为读写模式：如果只是某个目录需要可写，可以尝试mount -o remount,rw /path/to/target/dir，但前提是你的文件系统支持局部挂载调整，且不会影响其他只读部分的稳定性。

内容的提问来源于stack exchange，提问作者Ivan Pianetti