Cảnh báo: Nhật ký Codex có thể đã làm hỏng ổ SSD mà không hề hiển thị bất kỳ dấu hiệu cảnh báo nào!

Nếu bạn đã chạy Codex CLI của OpenAI trên một máy tính phát triển lâu năm, rất có thể ổ SSD của bạn đang âm thầm bị hao mòn. Một lỗi trong hệ thống ghi nhật ký chẩn đoán của Codex đã ghi hàng trăm terabyte dữ liệu vào ổ đĩa cục bộ.

Một ổ SSD bị lỗi không phát ra tiếng lách cách hay tiếng kêu ken két, và với mức độ nghiêm trọng của lỗi này, nó có thể làm hao mòn toàn bộ tuổi thọ ghi của một ổ SSD thông thường chỉ trong vòng chưa đầy 1 năm. Vì vậy, nếu đã sử dụng Codex, tốt nhất bạn nên kiểm tra ổ SSD của mình.

Ổ SSD của bạn có thể đang bị quá tải

Việc ghi nhật ký quá mức tạo ra lượng ghi dữ liệu khổng lồ vào ổ đĩa rất lâu trước khi bạn nhận thấy có điều gì không ổn

Thủ phạm chính không phải là quá trình lập trình của Codex. Đó là database SQLite cục bộ mà Codex sử dụng để lưu trữ nhật ký phản hồi và chẩn đoán. Theo mặc định, mức độ ghi nhật ký được hardcode ở mức cao nhất có thể, TRACE, ghi lại mọi thứ từ dữ liệu WebSocket thô đến các sự kiện giám sát hệ thống file.

File database tự nó sẽ không bao giờ quá lớn trên ổ cứng của bạn. Byteiota báo cáo rằng trong khi bản thân database giữ lại khoảng 680.000 hàng tại bất kỳ thời điểm nào, ID hàng SQLite bên dưới đã vượt quá 5,5 tỷ. Sự không khớp đó cho thấy vấn đề thực sự.

Codex đã chèn một lượng lớn các hàng nhật ký và sau đó ngay lập tức xóa chúng trong một quá trình liên tục, do đó kích thước file trên màn hình vẫn nhỏ trong khi bộ nhớ flash thực tế bên dưới hấp thụ các chu kỳ ghi vĩnh viễn thông qua một thứ gọi là khuếch đại ghi. Với tất cả những thiệt hại này trên ổ cứng, khoảng 96% mọi thứ được ghi lại không có giá trị chẩn đoán nào đối với người dùng thông thường.

Tệ hơn nữa, biến môi trường tiêu chuẩn mà các nhà phát triển thường dùng để tắt chế độ ghi nhật ký chi tiết, RUST_LOG=warn, hoàn toàn không có tác dụng trong trường hợp này. Bộ lọc ghi nhật ký SQLite đã bỏ qua hoàn toàn bộ lọc ghi nhật ký thông thường của Rust, vì vậy không có cách nào được ghi lại để tự mình điều chỉnh lại.

Việc phát hiện ra cuối cùng đến từ Rui Fan, một nhà phát triển và thành viên ủy ban dự án Apache Flink, người đã nhận thấy điều gì đó không ổn với bộ nhớ của máy tính mình. Anh ấy đã báo cáo sự cố GitHub #28224 vào ngày 14 tháng 6 năm 2026, sau khi nhận ra rằng ổ SSD chính của mình đã hấp thụ khoảng 37 terabyte dữ liệu ghi chỉ trong 21 ngày sử dụng Codex bình thường.

Tính tổng trong khoảng thời gian 1 năm, bạn sẽ có con số lên tới 640TB mỗi năm. Để dễ hình dung, hầu hết các ổ SSD 1 TB dành cho người tiêu dùng có độ bền được bảo hành khoảng 600 terabyte ghi (TBW) trong suốt vòng đời của chúng. Chỉ riêng Codex thôi cũng sẽ đốt hết lượng dữ liệu đó trong chưa đầy một năm, và đó là chưa kể đến các chu kỳ ghi mà hệ điều hành và phần mềm khác sẽ thực hiện trên cùng một ổ.

Sau khi vấn đề này thu hút sự chú ý với 438 điểm trên Hacker News, Thibaut Sottiaux của OpenAI, người đứng đầu các sản phẩm cốt lõi của công ty về ChatGPT và Codex, đã công khai thừa nhận lỗi và xác nhận rằng bản vá đã được phát hành. Hai pull request đã được hợp nhất vào ngày 22 và 23 tháng 6: Một yêu cầu ngừng ghi nhật ký mọi sự kiện Responses WebSocket, và yêu cầu còn lại lọc ra các mục tiêu nội bộ gây nhiễu từ nhật ký liên tục.

Cùng nhau, các bản vá đã cắt giảm khoảng 85% khối lượng ghi không cần thiết. Tuy nhiên, đây vẫn chưa phải là một bản vá hoàn chỉnh. Sau khi cập nhật, Codex vẫn được ước tính ghi khoảng 96TB dữ liệu mỗi năm trong trường hợp xấu nhất do việc ghi nhật ký ở cấp độ TRACE cho một số sự kiện vẫn đang hoạt động.

Bộ nhớ flash có những hạn chế

Việc ghi dữ liệu liên tục làm giảm tuổi thọ của SSD và có thể ảnh hưởng đến hiệu năng theo thời gian

SSD không hỏng như ổ cứng cơ học. Các NAND flash cell chỉ có thể chịu được một số chu kỳ ghi-xóa hữu hạn trước khi bị suy giảm hiệu năng, đó là lý do tại sao các nhà sản xuất công bố xếp hạng TBW. Một lỗi âm thầm đẩy hàng trăm terabyte dữ liệu ghi không cần thiết vào ổ của bạn đang chủ động làm giảm tuổi thọ vật lý của ổ. Và nó làm điều đó mà không bao giờ hiển thị dưới dạng một file dung lượng lớn mà bạn có thể nhận thấy trong quá trình duyệt bộ nhớ hoặc bảo trì máy tính thông thường.

Nếu bạn là người thường xuyên để các công cụ phát triển dựa trên agent chạy ngầm trong thời gian dài, đó chính xác là quy trình làm việc mà OpenAI đang thúc đẩy với các tính năng tự động và Computer-use của Codex, bạn nằm trong số những người dễ bị ảnh hưởng nhất. Ngay cả khi bạn đã cập nhật Codex, thiệt hại đã xảy ra và bạn sẽ cần phải thay thế ổ của mình để khắc phục.

Để kiểm tra mức độ ảnh hưởng, tốt nhất là nên lấy dữ liệu SMART thực tế của SSD bằng một công cụ như smartctl và kiểm tra các trường tổng số byte đã ghi hoặc phần trăm đã sử dụng. Các nhà sản xuất SSD cũng cung cấp những công cụ miễn phí để giám sát tình trạng bộ nhớ và sức khỏe ổ, điều này có thể hữu ích trong trường hợp bạn không muốn phải thao tác qua terminal.

Nếu bạn chưa làm, hãy đảm bảo Codex được cập nhật lên ít nhất phiên bản 0.142.x, phiên bản này chứa cả hai bản vá lỗi đã được hợp nhất. Bạn cũng nên kiểm tra kích thước thư mục nhật ký trực tiếp thay vì tin tưởng vào trình quản lý file, vì hiển thị có thể gây hiểu nhầm. Bạn có thể chạy lệnh du -sh trên macOS hoặc Linux, hoặc kiểm tra file .codex/logs_2.sqlite để tìm các file WAL có kích thước quá lớn.

Nếu việc cập nhật không khả thi, người dùng macOS và Linux có thể dừng Codex, xóa các file nhật ký hiện có và tạo symlink cho chúng đến một vị trí trong /tmp, thường nằm trong hệ thống file tạm thời (tmpfs) được hỗ trợ bởi RAM.

Thao tác này sẽ chuyển hướng hoàn toàn các thao tác ghi ra khỏi ổ vật lý của bạn, mặc dù nó sẽ được thiết lập lại khi khởi động lại và không có bản vá tương đương nào cho người dùng Windows.

Phần mềm AI không miễn nhiễm với những lỗi kỹ thuật

Các tính năng AI mạnh mẽ không thể bao biện cho những thiết lập mặc định kém hiệu quả, đặc biệt là khi chúng âm thầm ảnh hưởng đến phần cứng của người dùng

Lỗi ghi nhật ký của Codex là một lời nhắc nhở tốt rằng một công cụ được hỗ trợ bởi AI không tự động có nghĩa là nó được thiết kế tốt. Một công cụ được xây dựng để tiết kiệm thời gian cho các nhà phát triển suýt nữa đã khiến một số người trong số họ phải mua SSD mới, và với giá thị trường lưu trữ hiện tại, quá trình sửa chữa sẽ tốn cả thời gian và tiền bạc đáng kể.

Bản sửa lỗi của OpenAI đã giảm thiểu hầu hết thiệt hại, nhưng thói quen ghi nhật ký quá mức trong các công cụ agent luôn hoạt động vẫn chưa hoàn toàn biến mất. Codex không phải là trợ lý duy nhất mắc lỗi này, vì vậy nếu bạn dựa vào các agent lập trình AI hàng ngày, hãy đưa việc kiểm tra ghi ổ đĩa và làm phình to file nhật ký trở thành một phần thường xuyên trong quy trình bảo trì của bạn.