लिनक्स टूटी पाइप त्रुटियों को ठीक करना:एप्ट-गेट समस्याओं के लिए एक त्वरित मार्गदर्शिका
<पी> हालांकि यह काफी दुर्लभ है, यह संभव है कि आप लिनक्स के अन्यथा स्थिर प्रतीत होने वाले इंस्टॉलेशन में किसी भी पैकेज को इंस्टॉल करने में खुद को असमर्थ पाएंगे। डेबियन, उबंटू और उनसे प्राप्त वितरण एपीटी-गेट पैकेज मैनेजर पर निर्भर हैं। आम तौर पर, यदि आपके पास व्यवस्थापक सुपरयूज़र पहुंच है, तो आवश्यकता पड़ने पर apt-get install -f टाइप करने से अतिरिक्त पैकेज इंस्टॉल हो जाना चाहिए। हालाँकि, यह जितना दुर्लभ है, आपको एक संदेश मिल सकता है जिसमें लिखा होगा dpk-deb:error और फिर यह निर्देश देने के लिए आगे बढ़ता है कि आपका पाइप टूटा हुआ है। <पी> आमतौर पर टूटा हुआ पाइप शब्द चरित्र के दुरुपयोग को संदर्भित करता है | कमांड लाइन पर, जिसे अक्सर पाइप कहा जाता है, विशेष रूप से MS-DOS में पृष्ठभूमि वाले लोगों के लिए। हालाँकि, इस मामले में, हो सकता है कि आपने कोई कमांड गलत तरीके से टाइप न किया हो। बल्कि, यदि आपने | का उपयोग नहीं किया है apt-get कमांड टाइप करते समय यदि कोई अक्षर है, तो आपको अपने फ़ाइल सिस्टम से जुड़ी एक समस्या हो सकती है जिसने केवल-पढ़ने के लिए माउंट को मजबूर किया है। हालांकि यह शर्मनाक लग सकता है, पहला कदम यह जांचना और सुनिश्चित करना है कि आगे बढ़ने से पहले आपने इंस्टॉलेशन कमांड सही ढंग से टाइप किया है। यदि कोई समस्या नहीं है, तो अगला चरण फ़ाइल सिस्टम का निरीक्षण करना है। विधि 1:टाइप किए गए कमांड का निरीक्षण
<पी> हालाँकि अधिक संभावना है कि ऐसा नहीं है, यह सुनिश्चित करना महत्वपूर्ण है कि आपने सबसे खराब स्थिति का अनुमान लगाने से पहले इंस्टॉलेशन कमांड को सही ढंग से टाइप किया है। यहां तक कि सबसे विशिष्ट प्रोग्रामर भी कभी-कभी कुछ गलत टाइप कर जाते हैं, और | टाइप करना आसान होता है गलती से चरित्र. अंतिम कमांड को याद करने के लिए कीबोर्ड को ऊपर न दबाएं। इसे फिर से व्यक्तिगत रूप से टाइप करें। Apt-get install -f या apt-get update चलाने का प्रयास करें, क्योंकि ये आदेश विनाशकारी नहीं हैं। यदि बार-बार इसे जारी करने के बाद भी आपको त्रुटि मिलती है, तो मशीन को रीबूट करने का प्रयास करें। यदि आप अभी भी इसे प्राप्त करते हैं, तो आप फ़ाइल सिस्टम समस्या से पीड़ित हो सकते हैं। टूटे हुए पाइप का त्रुटि संदेश किसी बड़ी समस्या के लक्षण से अधिक कुछ नहीं हो सकता है। विधि 2:फ़ाइल सिस्टम की खराबी के कारण टूटी हुई पाइप त्रुटियों से उबरना
<पी> यदि आप केवल कमांड को दोबारा टाइप करके इसे ठीक करने में असमर्थ हैं, तो इस बात पर विशेष ध्यान दें कि क्या आपको टर्मिनल आउटपुट में "रीड-ओनली फाइल सिस्टम" पढ़ने वाली किसी प्रकार की त्रुटि दिखाई देती है या नहीं। यह इंगित करता है कि, किसी भी कारण से, आपका बूट विभाजन केवल पढ़ने योग्य वॉल्यूम के रूप में माउंट किया गया है। आम तौर पर, इसका मतलब है कि इसमें किसी प्रकार की फ़ाइल सिस्टम समस्या है और जीएनयू/लिनक्स ऑपरेटिंग सिस्टम को इसे लिखना सुरक्षित नहीं लगता है। इस सुरक्षा तंत्र का मतलब है कि हालांकि कुछ डेटा दूषित हो सकता है, लिनक्स ने आपके इंस्टॉल को बचाने के लिए अपना सर्वश्रेष्ठ प्रयास किया है। <पी> पी> <पी> जब आप sudo कमांड का उपयोग करने का प्रयास करते हैं तो संभवतः आपको किसी प्रकार का अजीब संदेश प्राप्त हो सकता है जो इसी प्रकार की त्रुटि के कारण होता है। ऐसा संदेश "सुडो:खोलने में असमर्थ" से शुरू होगा और उसके बाद कुछ संसाधन का नाम आएगा। चूँकि यूनिक्स में सभी संसाधनों को फ़ाइलों के रूप में संग्रहीत किया जाता है, केवल-पढ़ने के लिए विभाजन माउंट सूडो को काम करने से रोक सकता है। <पी> पी> <पी> यदि इनमें से कोई भी मामला सत्य है, तो आपको अपना सिस्टम बंद करना होगा। यदि आपके पास एक साफ लिनक्स इंस्टाल के आईएसओ के साथ पूर्व-निर्मित यूएसबी ड्राइव है, तो इसे डालें और आपके BIOS या UEFI सिस्टम को हटाने योग्य डिवाइस से बूट करने के लिए जिस भी कुंजी की आवश्यकता हो, उसे दबाए रखें। यदि आपके पास अपने बूट ड्राइव पर एक अलग लिनक्स विभाजन है, तो आपको पुनरारंभ करते समय इसे GRUB के माध्यम से एक्सेस करना चाहिए। किसी भी स्थिति में, आपके पास काम करने के लिए एक स्थिर वातावरण होना चाहिए जो क्षतिग्रस्त विभाजन को बूट किए बिना एक्सेस कर सके। <पी> मान लें कि आपके पास कुछ प्रकार का डेटा है जिसका आपने अभी तक बैकअप नहीं लिया है, तो उस डेटा को किसी अन्य विभाजन या हटाने योग्य डिवाइस पर वापस करने का अवसर लें यदि लिनक्स आपको इस स्थिति में माउंटेड डिवाइस संलग्न करने की अनुमति देता है। आमतौर पर आप डिवाइस को रीड-ओनली फ़ाइल सिस्टम पर माउंट नहीं कर सकते हैं, इसलिए आपको बैकअप करने के लिए अपने सिस्टम को लाइव यूएसबी या संभावित डीवीडी वातावरण में रीबूट करने की आवश्यकता होगी। आप अपने बूट ड्राइव पर स्थापित फ़ाइल सिस्टम को स्थिर स्थिति में पुनर्स्थापित करने के लिए उसके लिए उपयुक्त fsck कमांड चलाना चाहेंगे। उदाहरण के लिए, मान लें कि आपके पास एक क्षतिग्रस्त /dev/sda1 विभाजन है जिसे आपने ext4 फ़ाइल संरचना के साथ स्वरूपित किया है। यदि ऐसा मामला है, तो लाइव यूएसबी या डीवीडी वातावरण के अंदर रूट टर्मिनल से आप फ़ाइल सिस्टम की जांच करने के लिए fsck.ext4 -fv /dev/sda1 जारी कर सकते हैं। यदि आपने इन दोनों प्रकार के एक्सटेंशन फ़ाइल सिस्टम में से किसी एक से बूट किया है तो आप fsck.ext2 या fsck.ext3 का भी उपयोग कर सकते हैं। सिद्धांत रूप में, ये तीनों वैसे भी e2fsck प्रोग्राम को कॉल करते हैं, और ये केवल सॉफ्ट लिंक हो सकते हैं। <पी> यह वर्बोज़ आउटपुट प्रदान करेगा और इसे साफ़ दिखने पर भी स्कैन करने के लिए बाध्य करेगा। यदि आपको संदेह है कि डिस्क के साथ किसी प्रकार की ज्यामिति समस्या थी, तो बैडब्लॉक प्रोग्राम के साथ सतह स्कैन चलाने के लिए आपको -c या -ck का उपयोग करने में रुचि हो सकती है। एक बार जब आप प्रोग्राम चला लेते हैं, तो विभाजन से रीबूट करें यदि यह स्थिर है और फिर पढ़ने-लिखने की पहुंच को बहाल करने के लिए इस बूट के अंदर एक टर्मिनल से sudo mount -o rw,remount / कमांड जारी करें। आपको /lost+found निर्देशिका में देखने के लिए रूट एक्सेस की आवश्यकता होगी, लेकिन यह महत्वपूर्ण है क्योंकि fsck.ext# ने कुछ खोए हुए क्लस्टर वहां डाल दिए होंगे। यदि आपके GNU/Linux इंस्टॉल के अंदर वापस आने के बाद आपकी फ़ाइलें गायब हैं, तो हो सकता है कि वे यहाँ हों, हालाँकि उनका नाम बदल दिया जाएगा। यदि संभव हो तो यह बताने के लिए कि प्रत्येक किस प्रकार का है, टर्मिनल में फ़ाइल कमांड का उपयोग करें। <पी> यदि आपके पास बूट करने के लिए लाइव यूएसबी या डीवीडी नहीं है, तो आपको लिनक्स के वितरण के लिए डाउनलोड की गई आईएसओ से एक साफ मशीन से एक बनाने की आवश्यकता होगी। चूँकि आप केवल टर्मिनल कमांड का उपयोग कर रहे हैं, इसलिए आपको अपने वितरण के लिए बूट डिवाइस की भी आवश्यकता नहीं होगी। KNOPPIX जैसे कुछ, इस तरह की समस्याओं को ठीक करने के लिए स्पष्ट रूप से डिज़ाइन किए गए हैं। यदि आप एक नेटबुक या लैपटॉप के साथ काम कर रहे हैं जिसमें एसडी या माइक्रोएसडी कार्ड स्लॉट है, तो आप आईएसओ बर्न से एसडीएचसी या माइक्रोएसडीएचसी कार्ड में भी बूट कर सकते हैं। मान लीजिए, उबंटू टैबलेट के लिए भी यही बात लागू होती है, जिसमें ऐसा स्लॉट होता है। <पी> लेखक के बारे में <पी>
<पी> केविन एरो <पी> केविन एरो एक दशक से अधिक के उद्योग अनुभव के साथ एक अत्यधिक अनुभवी और जानकार प्रौद्योगिकी विशेषज्ञ हैं। उनके पास माइक्रोसॉफ्ट सर्टिफाइड टेक्नोलॉजी स्पेशलिस्ट (एमसीटीएस) प्रमाणन है और नवीनतम तकनीकी विकास के बारे में अपडेट रहने का उनमें गहरा जुनून है। केविन ने सॉफ्टवेयर विकास, साइबर सुरक्षा और क्लाउड कंप्यूटिंग जैसे क्षेत्रों में अपनी विशेषज्ञता और ज्ञान का प्रदर्शन करते हुए तकनीक से संबंधित विषयों की एक विस्तृत श्रृंखला पर विस्तार से लिखा है। तकनीकी क्षेत्र में उनके योगदान को उनके साथियों द्वारा व्यापक रूप से मान्यता और सम्मान दिया गया है, और जटिल तकनीकी अवधारणाओं को स्पष्ट और संक्षिप्त तरीके से समझाने की उनकी क्षमता के लिए उन्हें अत्यधिक सम्मानित किया जाता है। पी>