Codex 吃硬盘这个严重吗？

直接让它自己解决 让它把日志关了 反正也不看

佬更新一下最新版 吃硬盘的那个 bug 已经修复了

早就修复了，更新一下版本，现在10天才500MB

你自己先把那三个文件做好备份，然后让codex帮你把trace全部关了，其实主要是trace的问题

那现在还会损坏硬盘吗？比较担心我的硬盘

当然是修复了呗，没那么大写入量了

用什么修复方式呢现在啊佬！！！！！

我今天也检查了一下，现在没那么大量了

更新codex cli版本就行了，你把log这个文件删除，观察大小变化就行了

不是说早就修好了吗，你这还有 Bug ?

好像是的，我也不知道为啥我一直是最新版本

你看一下你这个log文件什么时候生成的，是不是大都是修复之前产生的日志呢

我升级了最新版感觉还是有问题

已检查并处理。

结果：

• 
  

  确认中招迹象：近期 5000 条日志里 TRACE 有 3894 条；采样时 MAX(id) 曾从 19435820 增到 19435851。

  
  


• 
  

  已先备份：

  
  
  
  
  • C:\Users\admin.codex\backups\logs_2.sqlite.20260702-172557.bak
  
  
  • 同时备份了 -wal 和 -shm
  
  
  
  

  CREATE TRIGGER logs_block_insert
  
  BEFORE INSERT ON logs
  
  BEGIN

  
  


• 
  

  已执行 PRAGMA wal_checkpoint(TRUNCATE)，WAL 已截断为 0。

  
  

最终验证：

• MAX(id)：19478405


• 等待 5 秒后仍是：19478405


• WAL 大小：0


• 等待后仍是：0


• trigger logs_block_insert 存在。