Bug no OpenAI Codex pode destruir seu SSD em menos de um ano; veja como corrigir

Um bug identificado no cliente de linha de comando (CLI) do OpenAI Codex está gerando um volume excessivo de gravações em unidades de armazenamento de estado sólido (SSD), o que pode inutilizar componentes voltados ao consumidor comum em menos de um ano. O problema foi documentado na plataforma GitHub pelo usuário "1996fanrui", que percebeu uma atividade de disco anormal em seu computador.

• O que é ChatGPT Codex? Veja como funciona o agente de IA para programação
• OpenAI atualiza Codex para conquistar quem não mexe com código

De acordo com os relatórios publicados, o software realiza operações contínuas de escrita em um banco de dados SQLite local, localizado no diretório padrão “~/.codex/logs_2.sqlite”.

Em um teste prático de 21 dias de funcionamento contínuo, a unidade de armazenamento absorveu cerca de 37 terabytes (TB) de dados gravados. Em uma projeção anual, esse ritmo de transferência atinge aproximadamente 640 TB por ano.

-
Entre no Canal do WhatsApp do Canaltech e fique por dentro das últimas notícias sobre tecnologia, lançamentos, dicas e tutoriais incríveis.
-

Como os SSDs comuns de 1 TB disponíveis no mercado possuem uma especificação de durabilidade estimada em cerca de 600 TBW (Terabytes Gravados), a falha consome a vida útil total projetada para a garantia do hardware em menos de 12 meses.

O que causa a alta taxa de gravação no disco

A falha decorre de uma configuração de registro (logging) que foi mantida ativa no nível "TRACE" por padrão, o que representa o modo de monitoramento mais ruidoso e detalhado do sistema.

O programa armazena desde payloads brutos de conexões WebSocket até eventos rotineiros do sistema operacional, como a abertura de arquivos de cachê internos. O componente também ignora a variável de ambiente padrão “RUST_LOG”, impedindo uma alteração direta pelos métodos convencionais de software.

A análise dos dados retidos demonstrou que aproximadamente 71% das informações salvas correspondem a dados redundantes de nível TRACE que não possuem utilidade diagnóstica real para o usuário comum.

O impacto no hardware é agravado por um fenômeno conhecido como amplificação de escrita. O banco de dados opera em um ciclo constante de inserção e exclusão de dezenas de milhares de linhas por minuto. Esse comportamento faz com que o volume físico de dados gravados na mídia física seja imensamente maior do que o tamanho estático do arquivo em si.

Métodos de mitigação disponíveis

A OpenAI disponibilizou atualizações recentes com correções de estabilidade para o formato SQLite, mas os pacotes ainda não alteraram a taxa de transferência abusiva de escrita de dados. O caso permanece sob investigação aberta nos canais oficiais de suporte da empresa.

Como o arquivo afetado armazena apenas dados de diagnóstico e não retém históricos de conversas ou linhas de código geradas pelo usuário, a perda dos registros não prejudica a operação do sistema. Usuários de sistemas operacionais Linux e macOS podem contornar o problema criando um link simbólico (symlink) que aponte o diretório “~/.codex/logs_2.sqlite” para a pasta temporária “/tmp/”. Essa configuração redireciona o fluxo de gravação massiva diretamente para a memória RAM, poupando os blocos de memória Flash do SSD de sofrerem desgaste prematuro.

Outra alternativa paliativa documentada por desenvolvedores inclui o uso de variáveis de ambiente como “OTEL_TRACES_SAMPLER=always_off” para desativar o espelhamento de telemetria da biblioteca OpenTelemetry, reduzindo parte do volume de informações armazenadas.

Leia a matéria no Canaltech.