Saya akhirnya mencoba apa yang disarankan womble; berikut adalah beberapa perincian yang mungkin berguna jika, seperti saya, Anda belum pernah melihat fungsi baru ini di e2fsck sebelumnya.
Opsi konfigurasi "scratch_files" untuk e2fsck menjadi tersedia kapan saja dalam periode versi 1.40.x. (Dalam kasus kami, kami harus memutakhirkan ke distribusi Debian terbaru untuk mendapatkan fungsi ini.)
Selain opsi "direktori = / var / cache / e2fsk" yang disarankan, ada beberapa opsi konfigurasi lebih lanjut untuk menyempurnakan cara penyimpanan file awal digunakan. Saya menggunakan "dirinfo = false", karena filesystem memiliki banyak file, tetapi tidak banyak direktori. Jika situasinya terbalik, opsi "icount" akan tepat. Semua opsi ini didokumentasikan di halaman manual untuk e2fsck.conf.
BTW, Ted T'so menulis tentang opsi ini di utas ini .
Saya menemukan bahwa e2fsck berjalan sangat lambat, lebih banyak dari yang diperkirakan oleh Ted. Itu berjalan pada utilisasi CPU 99,9% sebagian besar waktu (pada prosesor lama yang sangat lambat), yang menunjukkan bahwa menyimpan struktur data ini pada disk bukan memori bukan penyebab utama perlambatan. Mungkin ada hal lain tentang apa yang disimpan dalam sistem file yang membuat e2fsck sangat lambat. Pada akhirnya, saya telah meninggalkan pemeriksaan filesystem untuk saat ini; filesystem akan diperiksa, tetapi tidak ada kesalahan (sejauh yang saya tahu), jadi saya akan mengatur untuk memeriksanya pada waktu yang lebih nyaman ketika kita bisa mengalami pemadaman selama seminggu.