Cảnh báo lỗi OpenAI Codex CLI có thể làm hỏng ổ cứng SSD trong vòng chưa đầy một năm

Cộng đồng công nghệ vừa phát hiện một lỗi nghiêm trọng liên quan đến OpenAI Codex CLI, công cụ hỗ trợ lập trình bằng AI, có khả năng gây hư hỏng vật lý cho ổ cứng SSD của người dùng. Vấn đề nằm ở cơ chế ghi nhật ký (logging) của phần mềm, khiến dữ liệu liên tục được đẩy xuống ổ đĩa với cường độ cực cao, vượt xa ngưỡng chịu đựng thông thường của các thiết bị lưu trữ dân dụng.

Lỗi trên OpenAI Codex nếu không được xử lý có thể làm cạn kiệt độ bền của ổ cứng trong thời gian ngắn.

Con số báo động: 640 TB dữ liệu ghi mỗi năm

Sự việc được đưa ra ánh sáng bởi một người dùng GitHub có tên 1996fanrui. Sau khi nhận thấy hoạt động đĩa tăng cao bất thường trên máy tính cá nhân, người dùng này đã tiến hành kiểm tra và phát hiện Codex CLI liên tục ghi dữ liệu vào một cơ sở dữ liệu SQLite cục bộ (nằm tại đường dẫn ~/.codex/logs_2.sqlite).

Theo thống kê, chỉ trong vòng 21 ngày hoạt động, ổ cứng đã phải hấp thụ khoảng 37 TB dữ liệu ghi. Nếu tính toán theo tỷ lệ năm, con số này lên tới khoảng 640 TB/năm. Để so sánh, một ổ cứng SSD tiêu dùng dung lượng 1 TB thông thường chỉ có chỉ số độ bền (TBW - Total Bytes Written) khoảng 600 TB cho toàn bộ vòng đời sản phẩm. Điều này đồng nghĩa với việc nếu để lỗi này tiếp diễn, một ổ cứng mới có thể bị "vắt kiệt" độ bền bảo hành chỉ trong chưa đầy 12 tháng.

Nguyên nhân kỹ thuật từ hệ thống ghi log

Phân tích sâu hơn về mặt kỹ thuật, nguyên nhân cốt lõi bắt nguồn từ cấu hình ghi nhật ký không phù hợp cho người dùng cuối. Codex CLI được thiết lập mặc định ở mức TRACE toàn cầu — mức độ ghi log chi tiết nhất và gây nhiễu nhất có thể. Hệ thống ghi lại mọi thứ, từ các gói dữ liệu WebSocket thô đến các sự kiện hệ thống tệp thông thường như mở tệp cấu hình hệ thống.

Đáng chú ý, phần mềm này dường như bỏ qua biến môi trường tiêu chuẩn RUST_LOG, khiến người dùng không có cách nào rõ ràng để giảm mức độ ghi log xuống. Khoảng 71% dữ liệu được ghi lại là các thông tin nhiễu ở mức TRACE, vốn không có giá trị chẩn đoán thực tế đối với người dùng thông thường.

Vấn đề còn trở nên tồi tệ hơn do hiện tượng khuếch đại ghi (write amplification). Cơ sở dữ liệu SQLite không chỉ tăng kích thước mà còn thực hiện hàng chục nghìn thao tác chèn và xóa mỗi phút. Điều này khiến lượng dữ liệu thực tế được ghi xuống các chip nhớ flash cao hơn nhiều so với dung lượng hiển thị của tệp tin.

Giải pháp tạm thời cho người dùng

Mặc dù OpenAI đã có những bản cập nhật gần đây liên quan đến độ tin cậy của SQLite, nhưng vấn đề về tốc độ ghi dữ liệu quá mức vẫn chưa được giải quyết triệt để. Trong khi chờ đợi một bản vá chính thức từ nhà phát triển, các chuyên gia kỹ thuật đã đưa ra một giải pháp tạm thời dành cho người dùng trên hệ điều hành Linux và macOS.

Người dùng có thể tạo một liên kết tượng trưng (symlink) tệp ~/.codex/logs_2.sqlite vào thư mục /tmp/. Thao tác này sẽ điều hướng toàn bộ dữ liệu ghi log vào bộ nhớ RAM thay vì ghi trực tiếp xuống SSD. Vì tệp này không chứa dữ liệu hội thoại quan trọng, việc mất dữ liệu khi khởi động lại máy sẽ không ảnh hưởng đến trải nghiệm sử dụng, đồng thời bảo vệ ổ cứng khỏi tình trạng bị "tra tấn" bởi các lệnh ghi dữ liệu liên tục.

Tuệ Nhân