2. Linux.do
  3. codex吃硬盘的解决方法，真正有效的是什么

codex吃硬盘的解决方法，真正有效的是什么

noups 2026-06-23 08:01 1

看了下搜到的几种方法，感觉相对有点用的是下面这条：


sqlite3 ~/.codex/logs_2.sqlite

“CREATE TRIGGER IF NOT EXISTS block_log_inserts

BEFORE INSERT ON logs BEGIN SELECT RAISE(IGNORE); END;”


但它貌似只能解决新增行的问题，会让反馈日志变空，不回收旧文件体积。

​

​有没有更彻底的方法（不影响正常使用codex的）？

最新回复 (17)
  • zy26 06-23 08:03
    1楼 
    rm -rf ~/.codex/logs_2.sqlite
    
ln -s /tmp/logs_2.sqlite ~/.codex/logs_2.sqlite

    From OpenAI Codex has a bug that could kill your SSD in under a year - Notebookcheck News

  • 柠萌 06-23 08:05
    2楼

    马克一下，看一下还有没有新的解决办法

  • 迷糊.YOU 06-23 08:05
    3楼

    codex还吃硬盘的吗？ ^-^还有这事？

  • hyx 06-23 08:06
    4楼

    有没有佬发现codex吃cpu啊，我的codex每次跑命令行cpu直接占用飙升，快90了，风扇直接一下子狂转

  • HeriX 06-23 08:24
    5楼

    如果要清掉老的日志, 你用sql工具连进去删掉之前的记录不就行了

    其实只要体积不增大就无所谓吧

  • lilili1234 06-23 08:34
    7楼

    提示词：帮我检测 ~/.codex/logs_2.sqlite 是否因 TRACE 日志持续高频写盘？


    如果真的中招了，再输入这个提示词赶紧止损吧


    提示词：中招了就直接先备份，再用 SQLite trigger 拦截 logs 表, 并 checkpoint/truncate WAL,最后采样确认 MAX(id) 和 WAL 不再增长

  • dingdingding 06-23 08:36
    8楼

    都用codex了，直接让codex来处理啊

  • 土拨鼠 06-23 08:41
    9楼

    我看已经修复了，更新最新版试试！

  • 0726 06-23 08:53
    10楼



    让codex自己看,推荐暂时不用动

  • 若清 06-23 10:22
    11楼

    最新的142版本似乎已经修复该问题

  • sophon7 06-24 00:50
    12楼

    怎么实际体验并没有修复，这个文件大小还是库库涨 ^-^

  • 若清 06-24 10:35
    13楼

    修了，但没完全修



    但我测试了下我这边应该是正常的，你更新了吗？

  • 大貓 06-24 14:10
    14楼

    马克一下，抽空检测一下，别工作没完成多少，再把硬盘搞坏了

  • xunxun 06-24 14:11
    15楼

    是不是只有codex app有这个问题 我用codex cli都没这个文件

  • liangwenwei 06-24 14:16
    16楼



    所以这个是什么个情况 那就是用？

  • 四月真好呢 06-24 14:27
    17楼



    完了 中招了，他自己修复自己可行吗

  • Mario 06-24 14:35
    18楼

    这Bug官方好像已经修复了，直接更新到最新版就完事了。

* 帖子来源Linux.do
附近帖子
返回
飞读
随机推荐