मैंने कोशिश की कि क्या उल्टी का सुझाव दिया; यहाँ कुछ और विवरण हैं जो उपयोगी हो सकते हैं यदि, मेरी तरह, आपने इस नई कार्यक्षमता को पहले e2fsck में नहीं देखा है।
E2fsck के लिए "scratch_files" कॉन्फ़िगरेशन विकल्प संस्करण 1.40.x अवधि में कुछ समय में उपलब्ध हो गया। (हमारे मामले में, हमें यह कार्यक्षमता प्राप्त करने के लिए नवीनतम डेबियन वितरण में अपग्रेड करना पड़ा।)
साथ ही "निर्देशिका = / var / cache / e2fsk" विकल्प का सुझाव दिया गया था, वहाँ कुछ आगे विन्यास विकल्प हैं कि कैसे ठीक करने के लिए खरोंच फ़ाइलें भंडारण का उपयोग किया जाता है। मैंने "dirinfo = false" का उपयोग किया, क्योंकि फाइलसिस्टम के पास बड़ी संख्या में फाइलें थीं, लेकिन इतनी बड़ी संख्या में निर्देशिका नहीं। यदि स्थिति को उलट दिया गया था, तो "आइकन" विकल्प उपयुक्त होगा। ये विकल्प e2fsck.conf के मैन पेज में सभी दस्तावेज थे।
BTW, टेड टीओ ने इस धागे में इन विकल्पों के बारे में लिखा है ।
मैंने पाया कि e2fsck टेड की भविष्यवाणी की तुलना में बहुत धीरे-धीरे चल रहा था। यह ज्यादातर समय (बेहद धीमी गति से पुराने प्रोसेसर पर) 99.9% सीपीयू उपयोग में चल रहा था, जो बताता है कि इन डेटा संरचनाओं को स्मृति के बजाय डिस्क पर संग्रहीत करना मंदी का मुख्य कारण नहीं था। यह हो सकता है कि फाइलसिस्टम में संग्रहित किए गए ई 2 एफस्क विशेष रूप से धीमी गति के बारे में कुछ और हो। अंत में, मैंने अभी के लिए फाइलसिस्टम जांच को छोड़ दिया है; फाइलसिस्टम एक चेक के कारण था, लेकिन इसमें त्रुटियां नहीं थीं (जहां तक मुझे पता है), इसलिए मैं इसे और अधिक सुविधाजनक समय पर जांचने की व्यवस्था करने जा रहा हूं, जब हम एक सप्ताह का आउटेज वहन कर सकें।