Lỗi OpenAI Codex CLI âm thầm bào mòn SSD: Nguy cơ hỏng ổ cứng trong chưa đầy một năm

Giao diện dòng lệnh (CLI) của OpenAI Codex đang đối mặt với một lỗi nghiêm trọng liên quan đến việc ghi dữ liệu quá mức, đe dọa trực tiếp đến tuổi thọ vật lý của ổ cứng SSD. Theo các báo cáo kỹ thuật, một cấu hình sai trong hệ thống ghi nhật ký (logging) có thể khiến phần mềm này ghi tới 640 TB dữ liệu vào ổ cứng mỗi năm, vượt xa giới hạn chịu tải của hầu hết các dòng SSD tiêu dùng hiện nay.

Phát hiện chấn động từ cộng đồng kỹ thuật

Vấn đề bắt đầu được chú ý khi người dùng GitHub có tên 1996fanrui phát hiện hoạt động ổ đĩa tăng cao bất thường trên hệ thống của mình vào giữa tháng 6. Sau khi tiến hành phân tích sâu, người này nhận thấy OpenAI Codex liên tục ghi dữ liệu vào một cơ sở dữ liệu SQLite cục bộ tại đường dẫn ~/.codex/logs_2.sqlite.

Lỗi OpenAI Codex này nếu không được kiểm soát có thể làm cạn kiệt toàn bộ độ bền bảo hành của ổ đĩa trong vòng chưa đầy một năm.

Dữ liệu thực tế cho thấy, sau 21 ngày hoạt động liên tục, ổ 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 xấp xỉ 640 terabyte (TB). Để dễ hình dung, một ổ cứng SSD dung lượng 1 TB phổ thông thường có chỉ số độ bền (TBW - Total Bytes Written) rơi vào khoảng 600 TB. Như vậy, chỉ riêng lỗi phần mềm này đã có thể "đốt cháy" toàn bộ vòng đời của một ổ cứng SSD mới trong chưa đầy 12 tháng.

Nguyên nhân kỹ thuật: Khi mức độ ghi nhật ký vượt quá kiểm soát

Cốt lõi của vấn đề nằm ở cấu hình ghi nhật ký mà OpenAI dường như đã vô tình để sót khi phát hành cho người dùng cuối. Hệ thống phản hồi SQLite của Codex hoạt động ở mức TRACE toàn cầu theo mặc định. Đây là mức độ ồn ào nhất trong lập trình, nơi mọi sự kiện nhỏ nhất đều được ghi lại.

Hệ thống ghi lại tất cả 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ư việc mở các tệp cấu hình hệ thống (passwd hoặc ld.so.cache). Đá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 dễ dàng để giảm mức độ ghi nhật ký thông qua các phương pháp thông thường.

Phân tích sâu hơn cho thấy khoảng 71% dữ liệu được ghi lại là các thông tin nhiễu ở mức TRACE, hoàn toàn không có mục đích chẩn đoán thực tế đối với người dùng bình thường.

Hiệu ứng khuếch đại ghi dữ liệu (Write Amplification)

Vấn đề không chỉ dừng lại ở kích thước tệp nhật ký tăng lên. Bản chất của cơ sở dữ liệu SQLite trong trường hợp này gây ra hiện tượng khuếch đại ghi dữ liệu nghiêm trọng. Thay vì chỉ ghi thêm dữ liệu, hệ thống thực hiện hàng chục nghìn thao tác chèn (insert) và xóa (delete) mỗi phút.

Về mặt vật lý, các khối nhớ flash trên SSD phải xóa và ghi lại liên tục để thực hiện các thao tác này. Điều này khiến lượng dữ liệu thực tế mà chip nhớ phải xử lý lớn hơn gấp nhiều lần so với dung lượng hiển thị của tệp tin trên hệ điều hành. Đây chính là lý do tại sao lỗi này lại trở nên nguy hiểm đối với các thiết bị lưu trữ thể rắn.

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

Mặc dù OpenAI đã có những cập nhật gần đây liên quan đến độ ổn định của SQLite, nhưng vấn đề tốc độ ghi dữ liệu quá cao vẫn chưa được giải quyết triệt để. Trong khi chờ đợi một bản vá chính thức, người dùng trên các hệ điều hành Linux và macOS có thể áp dụng phương pháp sau để bảo vệ ổ cứng:

Sử dụng liên kết tượng trưng (symlink) để chuyển hướng tệp ~/.codex/logs_2.sqlite sang thư mục /tmp/.
Thư mục /tmp/ thường được ánh xạ vào bộ nhớ RAM (tmpfs), nghĩa là dữ liệu nhật ký sẽ được ghi vào RAM thay vì 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 nhật ký khi khởi động lại máy tính sẽ không gây ảnh hưởng đến trải nghiệm sử dụng.

Các chuyên gia khuyến cáo người dùng Codex CLI nên kiểm tra ngay hoạt động ổ đĩa và áp dụng biện pháp chuyển hướng dữ liệu để tránh những hư hại vật lý không đáng có cho thiết bị lưu trữ của mình.

PHỐ HỘI