जब डिवाइस व्यस्त के रूप में पढ़ता है (लेकिन अन्यथा पुष्टि की गई है) तो मैं विभाजन को कैसे रोक सकता हूं?

Question

मैं fsck -p /dev/sda5एक ext4 विभाजन पर त्रुटियों को सुधारने के लिए चलाने का प्रयास कर रहा हूं , हालांकि कमांड आउटपुट

fsck from util-linux-ng 2.17.2
fsck.ext4: Device or resource busy while trying to open /dev/sda5
Filesystem mounted or opened exclusively by another program?

मैंने उपयोग करने की पुष्टि की है /etc/mtabऔर lsofयह कि कुछ भी विभाजन का उपयोग नहीं कर रहा है और यह माउंट नहीं है। मैंने fuser -k /dev/sda5फ़ाइल का उपयोग करके कुछ भी जबरन बंद कर दिया, और umountइसका कोई फायदा नहीं हुआ।

मैं fsckकम से कम जांच करने के लिए मजबूर कर सकता हूं , और उम्मीद है कि मरम्मत के लिए, इस तथ्य के बावजूद कि यह व्यस्त है? यह मानते हुए कि मैं पर्याप्त आश्वस्त हूं कि यह न तो घुड़सवार है और न ही उपयोग में है, और डेटा भ्रष्टाचार की संभावना एक मुद्दा नहीं है।

सभी आदेशों को एक Ubuntu 10.04 32-बिट liveCD से रूट के रूप में निष्पादित किया गया था। विभाजन एक उबंटू 10.04 32-बिट इंस्टॉलेशन का सिस्टम (गैर-होम) भाग है।

Comments

मुझे इस प्रश्न से संबंधित बड़े मुद्दे को हल करने का एक तरीका मिल गया है, लेकिन मैं अभी भी एक उत्तर की तलाश कर रहा हूं कि कैसे मजबूर किया fsckजाए यदि यह सोचता है कि डिवाइस व्यस्त है (या ऐसा क्यों नहीं किया जा सकता है)।

— किबलब्रोक्स

मैं एक RHEL5.8 प्रणाली पर एक ही समस्या का सामना कर रहा हूँ। / tmp को अनमाउंट किया गया है, / etc / mtab और / proc / mounts फ़ाइल सिस्टम का कोई निशान नहीं दिखाते हैं। मैंने मशीन को रिबूट भी कर दिया है, सुनिश्चित करें कि मैं केवल एक लॉग ऑन हूं। lsof / tmp पर उपयोग में कोई फ़ाइल नहीं दिखाता है। एक ही प्रक्रिया समान किकस्टार्ट प्रोफाइल का उपयोग करके स्थापित 4 समान सर्वर पर ठीक काम करती है। उन सर्वरों और इस एक के बीच का अंतर यह है कि इस एक में SAN स्टोरेज है। क्या बहुपथ डेमॉन इसका कारण बन सकता है?

— ब्रैम

इसने मेरे मामले में मदद नहीं की, लेकिन Red Hat KB ( access.redhat.com/knowledge/solutions/54184 ) इस समस्या के लिए समाधान के रूप में nodmraid कर्नेल विकल्प को जोड़ने की सलाह देता है।

— ब्रैम

Answer 1

ऐसी चीजें हैं (आमतौर पर कर्नेल में, जैसे एनएफएस थ्रेड्स, स्वैप फाइलें, बाइंड माउंट्स, आदि) जो एक फाइल सिस्टम को व्यस्त रख सकती हैं जो कि दिखाई नहीं देंगी fuser।

यदि आप fsckएक फाइलसिस्टम की कोशिश करते हैं जो आरोहित है, तो यह दूषित हो जाएगा। आपको एक लाइव सीडी मिलनी चाहिए जो नॉटपिक्स या फेडोरा की तरह अपने फाइल सिस्टम को स्वचालित रूप से माउंट नहीं करती है।

Comments

सब कुछ अब तक एक लाइव डिस्क से चलाया गया है। मैं fsckएक स्थानीय फाइल सिस्टम की कोशिश कर रहा हूं , इसलिए मुझे उम्मीद है कि एनएफएस इसे व्यस्त नहीं रख रहा था - हालांकि, मुझे लगता है कि आप कर्नेल के बारे में क्या कह रहे हैं, यह उन तरीकों में व्यस्त है जो जरूरी नहीं दिखाएगा। चूंकि यह अभी भी एक लाइव डिस्क वातावरण में होता है, हालांकि, क्या आप कर्नेल को मुझे चलाने के लिए लंबे समय तक एक्सेस करने से रोकने का एक तरीका जानते हैं fsck?

— कीबलब्रॉक्स

ओह। एक लाइव डिस्क से उपयोग में? मैं केवल दो चीजों के बारे में सोच सकता हूं: 1) एक अलग लाइव डिस्क आज़माएं (उदाहरण के लिए, उबंटू के बजाय फेडोरा)। 2) वास्तविक प्रणाली पर जाँच / आदि / fstab। हो सकता है कि कोई स्वैप फ़ाइल या बाइंड माउंट हो जो स्वतः चालू हो रही हो? जरूरी नहीं कि उस क्रम में, मैं ...

— स्टीवन प्रिटचर्ड

ठीक है, किसी तरह मैं पूरी तरह से प्रश्न की अंतिम पंक्ति से चूक गया। मैंने अपने उत्तर को उचित रूप से अद्यतन किया है।

— स्टीवन प्रिटचर्ड

+1 क्योंकि आपके ऑटो-माउंटेड स्वैप का उल्लेख एक असंबद्ध सफलता के लिए किया गया था और आपकी प्रतिक्रियाओं ने बड़े मुद्दे को हल करने में मदद की है। मैं अभी भी मजबूर करने का एक तरीका खोजना चाहता fsckहूं जब मुझे पता है कि डिवाइस न तो व्यस्त है और न ही घुड़सवार है, और जब डेटा भ्रष्टाचार कोई समस्या नहीं है।

— कीबलब्रॉक्स

शायद mdadm ने विभाजन पर छापे हस्ताक्षर का पता लगाया है और इसके लिए बाध्य है? जाँच / खरीद / mdstat

— psusi

Answer 2

आप fstabमशीन से विभाजन को हटा सकते हैं और रिबूट कर सकते हैं

Answer 3

किसी अन्य लाइवसीडी को बूट करने की कोशिश करें - मैं SystemRescueCD की सिफारिश करता हूं जो विशेष रूप से लिनक्स इंस्टॉलेशन के साथ समस्याओं को हल करने के लिए डिज़ाइन किया गया है। यह विशिष्ट ओएस लाइवसीडी से भी छोटा है। और सुरक्षित पक्ष पर होने के लिए, fsckकंसोल (कोई एक्स) से चलाएं ।

यदि मानक fsck -pकाम नहीं करता है, तो आप भी कोशिश कर सकते हैं e2fsck -y -f।

Comments

मैन पेज के अनुसार , e2fsck -y -fएक साफ विभाजन पर एक जांच को मजबूर करता है। यह माउंटेड विभाजन के बारे में कुछ भी उल्लेख नहीं करता है। क्या आप जानते हैं कि क्या यह एक चेक के लिए मजबूर करेगा, साथ ही?

— कीब्लेब्रो

शायद नहीं, लेकिन आपको निश्चित रूप से फॉक्स-इंग माउंटेड फाइल सिस्टम से बचना चाहिए ( e2fsckमैनपेज के शीर्ष पर पैराग्राफ देखें )। एक और विचार: यदि /etc/mtabयह इंगित करता है कि विभाजन माउंट नहीं है, लेकिन आपको अभी भी त्रुटि मिलती है, तो आपको भी जांचना चाहिए /proc/mounts, क्योंकि mtabफ़ाइल किसी अजीब कारण से पुरानी हो सकती है।

— rozcietrzewiacz

Answer 4

संबंधित प्रश्न / उत्तर /server/556014/centos-thinks-disk-is-busy-cant-mount-or-fsck

विशेष रूप से, फ़ाइल सिस्टम पहले से ही fsck के माउंट के अलावा किसी अन्य चीज़ के उपयोग में हो सकता है। या तो फ्यूज़र और lsof यह पता लगाने में मदद कर सकते हैं कि ड्राइवर / एप्लिकेशन क्या है।