手机存储空间莫名其妙就少了几个G？如果你用的是一加手机，不妨检查一下系统根目录或者/data/system/dropbox、/sys/fs/pstore、/data/tombstones这几个路径。

如果发现里面堆满了各种.txt、.log文件，或者名字里带着SYSTEM_TOMBSTONE、APANIC_CONSOLE之类的文件，那基本可以断定，你的手机正在被系统底层的崩溃dump文件悄悄“吃”掉存储空间。

别担心，这类问题有明确的解决路径。下面这五个方法，从常规到进阶，帮你把这些“系统垃圾”清理干净。

一、通过ADB命令清除dropbox与tombstones目录

这是最直接的方法，目标明确，就是系统存放崩溃日志的两个核心区域：/data/system/dropbox和/data/tombstones。

用ADB命令可以批量删除历史文件，而且不影响手机当前运行。前提是得先在手机开发者选项里打开USB调试，并用数据线连上电脑。

操作起来也不复杂：

• 手机连接电脑后，在电脑上打开命令行工具（Windows用CMD或PowerShell，macOS或Linux用终端）。
• 输入adb devices，确认手机被正确识别（会显示设备序列号）。
• 依次执行下面两条“清扫”命令：
  adb shell rm -rf /data/system/dropbox/*
  adb shell rm -rf /data/tombstones/*
• 最后，输入adb reboot重启手机，让清理操作彻底生效。

二、清空pstore分区中的APANIC日志

如果说dropbox和tombstones是“用户层”的日志，那/sys/fs/pstore路径下的pstore分区，就是更底层的“内核层”日志仓库了。

这里保存的是系统发生严重崩溃（panic）时的控制台输出和寄存器快照。普通文件管理器根本看不到，必须动用root权限才能处理。

具体步骤：

• 确保手机已经获取了root权限（比如通过Magisk或SuperSU）。
• 使用具备root权限的终端工具，比如Termux配合Magisk模块，或者通过adb root命令进入ADB的root shell。
• 首先，重新挂载pstore分区为可写状态：
  adb shell su -c "mount -o remount,rw /sys/fs/pstore"
• 然后，强力清除所有APANIC文件：
  adb shell su -c "rm -f /sys/fs/pstore/*"
• 清理完毕，别忘了把分区恢复成只读状态，保证安全：
  adb shell su -c "mount -o remount,ro /sys/fs/pstore"

三、禁用系统自动dump生成机制

上面两种是“治标”，清理现有文件。如果想“治本”，从源头上阻止新的dump文件生成，可以尝试禁用系统的自动dump机制。

这招适合那些已经排除了硬件故障，并且暂时不需要向官方提交日志进行问题诊断的用户。注意，这同样需要root权限。

操作分两步走：

• 第一步：临时关闭日志服务
  在root终端里，通过设置系统属性来临时关闭两个主要的日志服务：
  adb shell su -c "setprop persist.sys.dropbox.enable false"
  adb shell su -c "setprop persist.sys.tombstoned.enable false"
• 第二步：永久生效设置
  为了让这个设置在重启后也能生效，需要把它写入系统配置文件。如果/system分区是只读的，需要先重新挂载为可写：
  adb shell su -c "mount -o remount,rw /system"
  adb shell su -c "echo 'persist.sys.dropbox.enable=false' >> /system/build.prop"
  adb shell su -c "echo 'persist.sys.tombstoned.enable=false' >> /system/build.prop"
• 最后，执行adb reboot重启手机，设置就永久生效了。

四、使用OnePlus Logkit手动抓取并清空日志池

对于不想折腾root的用户，一加自带的官方诊断工具Logkit其实就内置了清理功能。它操作相对安全，不会破坏系统完整性。

方法很简单：

• 在手机拨号盘输入*#800#，打开【OnePlus Logkit】应用。
• 进入【高级】菜单，找到【保存log类型】，把里面所有的选项勾选都取消掉，特别是QXDM log和device log。
• 返回主界面，找到并点击【清空日志】按钮（在一些版本里可能显示为【Clear All Logs】）。
• 确认弹出的提示，等待清理进度完成。这时，系统会自动清空/sdcard/oem_log目录以及内存中缓存的各类dump文件。

五、Recovery模式下格式化system分区日志子目录（高风险）

最后这个方法算是“终极大招”，适用于已经解锁了Bootloader并刷入了第三方Recovery（比如TWRP）的进阶玩家。

它能在Recovery环境下强制擦除多个系统日志目录，清理得最彻底，但风险也最高。操作时务必精确，避免误删其他关键系统文件。

操作流程：

• 将手机关机，然后同时按住电源键和音量减键，进入Recovery模式。
• 在Recovery界面选择Advanced -> Terminal（或类似名称的命令行入口）。
• 在终端里，依次输入以下三条指令（注意路径最后的斜杠不能少）：
  rm -rf /system/etc/dumpstate/
  rm -rf /system/vendor/etc/dumpstate/
  rm -rf /data/log/
• 清理完成后，输入reboot system命令，退出Recovery并重启到正常系统。

总的来说，从ADB清理到禁用生成机制，再到使用官方工具或进入Recovery深度清理，你可以根据自己对手机的控制权限和动手能力，选择最适合的那一款。

操作前，尤其是涉及root和Recovery的高阶方法，务必谨慎，最好提前备份重要数据。

《夸克》非常好用的免费AI浏览器

下载APP查看