Ketika penyimpanan Mac mendadak menyusut, penyebabnya bisa berupa tumpukan berkas kecil yang terus bertambah. Pengguna Codex Desktop melaporkan Crashpad, sistem pelaporan kerusakan aplikasi, membuat berkas dump secara berulang meski aplikasi masih dapat digunakan.
Laporan yang dibagikan pengguna di forum pelacakan isu Codex menyebut berkas berpasangan dengan ekstensi .dmp dan _sidecar.json menumpuk di direktori pending. Dalam salah satu kasus, direktori itu mencapai 4,9 GB dan 54.504 berkas dalam sehari; pengguna lain melaporkan ukurannya sekitar 61 GB, bahkan ada yang menyebut mencapai 59 GB.
Crashpad terus menulis berkas baru
Masalahnya bukan selalu aplikasi utama gagal dibuka. Seorang pelapor mengatakan Codex Desktop tetap berfungsi, sehingga ia masih bisa menggunakan aplikasi dan memeriksa berkas di komputer yang sama. Yang berjalan tanpa henti justru pembuatan laporan di latar belakang.
Jumlah berkas yang dicatat dalam salah satu penyelidikan bertambah dari 53.444 menjadi 54.064, lalu 54.504. Setelah pengguna menghapus isi direktori pending, pasangan berkas baru muncul lagi. Itu memperkuat dugaan bahwa pertumbuhan bukan sekadar sisa laporan lama.
Pelapor lain mengamati proses browser_crashpad_handler berulang kali berjalan di macOS. Menurut isi laporan, berkas dump terbaru memuat pesan FATAL dari proses browser_crashpad_handler itu sendiri. Pengamatan tersebut mengarah pada kemungkinan proses pelapor kerusakan atau komponen browser terus gagal dan dimulai kembali.
Namun, laporan pengguna belum memastikan pemicu maupun akar masalahnya. Keterkaitan dengan jalur browser Chromium di Codex masih berupa dugaan. Catatan aktivitas Browser Use sempat menunjukkan fitur tersedia sebelum berkas terus bertambah, tetapi pelapor menyatakan hubungan itu belum tentu langsung.
Dampaknya terasa pada ruang penyimpanan
Yang membuat laporan ini penting bagi pengguna adalah efeknya konkret: ruang penyimpanan lokal bisa habis tanpa aplikasi tampak berhenti bekerja. Dalam satu laporan berskala besar, ratusan ribu dump berukuran relatif kecil disebut sebagai sumber penumpukan, bukan beberapa berkas raksasa.
Ada pula pengguna yang mengatakan sistem mencapai batas 65.535 berkas, sementara proses latar belakang masih mencoba membuat berkas baru.
Di komputer kerja, pertumbuhan semacam ini dapat mengganggu ruang untuk proyek, pembaruan, atau berkas pribadi. Pengguna mungkin baru menyadarinya ketika kapasitas disk menipis, sebab Codex tetap terlihat normal saat dipakai. Ini juga membuat diagnosis tidak sederhana: menghapus berkas bisa memulihkan ruang, tetapi belum tentu menghentikan proses yang terus membuatnya.
Seorang pengguna melaporkan bahwa membuat basis data Crashpad hanya dapat dibaca dan tidak dapat diubah menghentikan pertumbuhan selama periode pengamatan. Cara itu merupakan siasat lokal, bukan perbaikan resmi; konsekuensinya, aplikasi tidak dapat menulis laporan kerusakan seperti biasa.
Pelapor lain juga menyebut menonaktifkan komponen browser bawaan dan mengubah konfigurasi tidak menghentikan penumpukan setelah aplikasi dimulai ulang.
Lokasi data dan privasi perlu diperhatikan
Beberapa laporan menyebut data dapat berada di jalur penyimpanan aplikasi yang berbeda. Salah satu pengguna membandingkan direktori lama com.openai.codex/web/Crashpad dengan jalur Codex/Crashpad yang dipakai aplikasi yang sedang berjalan.
Perbedaan lokasi ini membuat pemeriksaan sebelum penghapusan penting, terutama jika pengguna ingin mengetahui apakah berkas lama masih menumpuk atau proses aktif sedang menulis ke lokasi lain.
Pelapor menyarankan agar pengguna tidak langsung menghapus seluruh direktori Application Support/Codex bila tidak berniat mengatur ulang data lokal. Pemeriksaan yang lebih terbatas pada direktori Crashpad dapat membantu menghindari penghapusan data aplikasi lain. Namun, bahan laporan tidak memberikan prosedur resmi dari OpenAI untuk membersihkan direktori atau menghentikan pembuatan dump.
Dump juga berpotensi memuat isi memori, jalur lokal, prompt, atau keadaan proyek. Karena itu, beberapa pengguna menolak mengunggah berkas .dmp secara terbuka dan menyatakan hanya bersedia membagikannya melalui jalur aman yang disediakan pemelihara.
Detail diagnostik seperti jumlah berkas, ukuran, waktu berkas terbaru, versi aplikasi, dan jalur yang bertambah dapat membantu pelaporan tanpa membuka isi dump ke publik.
Pengalaman pengguna berbeda menurut versi dan perangkat. Seorang pelapor menyebut mengalami masalah pada versi 26.601.10930, sementara pengguna lain mengatakan masalah tampak teratasi pada versi macOS yang lebih baru dan menyebut versi 26.5.
Laporan tersebut belum cukup untuk memastikan versi mana yang memperbaiki masalah secara umum. Salah satu angka paling mencolok dalam laporan adalah pertumbuhan direktori hingga sekitar 61 GB.
📝 Tinggalkan Komentar
Komentar sebagai . Ditinjau admin sebelum tampil.