检查并处理完了,确实中招:logs 表最新记录全是 TRACE,处理前 6 秒内 MAX(id) 从 76043587 涨到 76043814。 已完成: 已备份:/home/devuser/.codex/logs_2.sqlite.backup-20260707-091507.sqlite 已创建拦截 trigger:codex_block_logs_insert 已执行 PRAGMA wal_checkpoint(TRUNCATE),结果成功 WAL 已截断到 0 字节 最终复采样 12 秒结果稳定: MAX(id): 76046831 -> 76046831 sqlite_sequence: 76046831 -> 76046831 WAL: 0 -> 0 bytes 也就是说,现在 logs 表插入已经被 SQLite trigger 拦截,MAX(id) 和 WAL 都不再增长了。 服务器上面也照样中招,不止Windows
清理一下c盘其他东西吧 codex强制安装c盘 改系统默认应用存储位置都没用
让codex自己解决

清理
codeX 几天就膨胀到40G+,C盘肯定扛不住啊
首先占用那几十G是可以完全删除的,一点不影响,删除后将实际存储位置软连接到其他盘,即还是存C盘,但是实际存储位置在D盘或者其他位置,不在占用C盘空间
让codex清理一下c盘
问codex codex占用c盘怎么办?
@青艮 #0 把codex挂载到其他盘就可以了
这个是bug吧
让cc把他挪到别的盘 改一下环境变量 顺便问问能不能清
服务器上面也照样中招,不止Windows