दूषित फ़ाइल सिस्टम से पुनर्प्राप्त करें जब fsck मदद नहीं करता है


12

मेरे फाइल सिस्टम के साथ कुछ गलत हुआ, उबंटू ने इसे केवल-पढ़ने के लिए सेट किया और अब उबंटू लाइव डिस्क के तहत, एफएससी इसे ठीक नहीं कर सकता है।

मैं 13.04 रन कर रहा हूं और यह बूट नहीं होगा - स्टार्टअप पर, यह सिर्फ ग्रब रेस्क्यू प्रॉम्प्ट दिखाता है।

यह सीधे-सीधे सेटअप है, बस एक हार्ड ड्राइव / dev / sda1 पर है, लेकिन यह माउंट भी नहीं होगा।

इंस्टॉल प्रोग्राम विभाजन को देख सकता है, कि यह ext4 है और यह बूट विभाजन है।

हालाँकि ऐसा लगता है कि मैं उबंटू लाइव डिस्क के साथ उबंटू इंस्टॉलेशन करके फाइल सिस्टम को नहीं बचा सकता क्योंकि यह कोई संकेत नहीं देता कि क्या यह पूरी तरह से ओवरराइट करने वाला है इसलिए मैं इसे जोखिम में नहीं डालना चाहता।

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

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

यहाँ उत्पादन है:

ubuntu@ubuntu:~$ sudo fsck.ext4 -vy /dev/sda1
e2fsck 1.42.8 (20-Jun-2013)
ext2fs_check_desc: Corrupt group descriptor: bad block for block bitmap
fsck.ext4: Group descriptors look bad... trying backup blocks...
Block bitmap for group 0 is not in group.  (block 2553887680)
Relocate? yes

Inode table for group 0 is not in group.  (block 2440124416)
WARNING: SEVERE DATA LOSS POSSIBLE.
Relocate? yes

One or more block group descriptor checksums are invalid.  Fix? yes

Group descriptor 0 checksum is 0x761e, should be 0xcf25.  FIXED.
Block bitmap for group 4352 is not in group.  (block 2553887680)
Relocate? yes

Inode table for group 4352 is not in group.  (block 3731970048)
WARNING: SEVERE DATA LOSS POSSIBLE.
Relocate? yes

Group descriptor 4352 checksum is 0x5eda, should be 0x3da3.  FIXED.
Inode bitmap for group 4353 is not in group.  (block 2785042439)
Relocate? yes

Group descriptor 4353 checksum is 0xd8b1, should be 0xedfb.  FIXED.
Inode bitmap for group 4354 is not in group.  (block 838860807)
Relocate? yes

Group descriptor 4354 checksum is 0x1718, should be 0x0438.  FIXED.
Inode bitmap for group 4355 is not in group.  (block 771751943)
Relocate? yes

Group descriptor 4355 checksum is 0x0bc8, should be 0x4170.  FIXED.
fsck.ext4: e2fsck_read_bitmaps: illegal bitmap block(s) for /dev/sda1

/dev/sda1: ***** FILE SYSTEM WAS MODIFIED *****

/dev/sda1: ********** WARNING: Filesystem still has errors **********

ubuntu@ubuntu:~$ 

यह ठीक वैसा ही है जैसा पहले 10 बार था और मुझे यकीन है कि अगले दस बार मैं इसे आजमाऊंगा - बिल्कुल वही चेकसम और ब्लॉक आईडी। कोई मदद ख़ुशी से मिली!

धन्यवाद।

संपादित करें: मूल रूप से मुझे लगता है कि सवाल यह है: क्या यह फ़ाइल सिस्टम अब स्वस्थानी में मरम्मत योग्य है या उस जानकारी से fsck का मतलब है कि मेरी डिस्क मर चुकी है? और अगर यह मर नहीं गया है, तो मैं fsck के साथ ऊपर और उससे आगे क्या कर सकता हूं?

EDIT: सुपरब्लॉक्स की पहचान करने के लिए ट्यून 2 का इस्तेमाल किया और fsck के विकल्प के रूप में e2fsck -b 01234 / dev / sda1 चलाया ... कोई प्रभाव नहीं।

संपादित करें: टेस्टडिस्क की कोशिश करना जो मुझे बताता है कि विभाजन खराब है। ... ठीक है testdisk अधिक की पेशकश करने के लिए प्रतीत नहीं होता है।



क्या मैंने मूल रूप से fsck.ext4 -vy / dev / sda1 के साथ उस लिंक में सामान को कवर नहीं किया है? एकमात्र अंतर '-p' ध्वज है और इसके साथ ही यह मुझे मैन्युअल रूप से करने के लिए कहता है - यानी जो मैंने ऊपर काटा और चिपकाया है।
एडम

जवाबों:


15

अंत में यह लिंक मिला जहां फ़ाइल सिस्टम प्रकार ext4 को एक कोसने मिलता है, लेकिन मैं पहले से ही कोशिश की गई सभी युक्तियों को देने के बाद, यह अंत में कहता है:

sudo mkfs.ext4 -S /dev/sda1

यह आपके सभी सुपरब्लॉक को सही डेटा के साथ बदल देगा, यह मानकर कि ब्लॉकेज सही ढंग से अनुमान लगाया गया है (अधिकांश सिस्टम के लिए डिफ़ॉल्ट सही है।) यदि आपको इसका उपयोग करने की आवश्यकता है, तो कृपया मैन- ऑन को -सबसे पहले पेज पढ़ें । मुझे दोष मत दो!

लेकिन केवल अगर आप भाग्यशाली महसूस करते हैं।

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


धन्यवाद, दिलचस्प। मुझे ext2 रूट विभाजन के साथ समस्या थी जिसे मैंने फिक्सिंग छोड़ दिया। मैंने कमांड का परीक्षण किया और इसने "काम किया" (मैंने ब्लॉक आकार निर्दिष्ट किया), लेकिन विभाजन समाप्त हो गया वैसे भी कई सेक्टरों को ठीक करना पड़ा। अब मुझे आश्चर्य है कि unix.stackexchange.com/a/193778/59808 के साथ क्या हुआ होगा ।
निमो

2

पहला: यदि आपके पास इस डिस्क पर महत्वपूर्ण डेटा है तो बैकअप बनाने के लिए यह एक अच्छा समय (वास्तव में बुरा समय) होगा। डेटा-रिकवरी देखें : क्षतिग्रस्त डिवाइस, फाइल सिस्टम या ड्राइव को इमेजिंग । हो सकता है कि आपका हार्डडिस्क मर रहा हो।

दूसरा: इसे देखें: मैं क्रैश के बाद अपने डेटा ड्राइव को कैसे ठीक कर सकता हूं?

तीसरा: चेक आपके हार्डड्राइव का उपयोग कर smartmontools और अंततः badblocks: sudo badblocks -vsn /dev/sda(इसमें कुछ समय लग सकता है, यह मत करो, अगर आप एक SSD है)


संपादन के लिए धन्यवाद! यह एक जवाब मशरूम की तरह देख मजेदार है। आप जिस उत्तर का उल्लेख करते हैं वह मैजिक नंबरों के बारे में है, और यह वह नहीं है जो मैं देख रहा हूं - वास्तव में आस्कुबंटु पर कई उत्तरों में से एक है जिसे मैंने पहले ही देखा था। मैं डेटा रिकवरी रूट के साथ-साथ मेरे पास कोई अन्य समाधान नहीं होने का प्रयास करूंगा। स्मार्टमोन्टल्स शॉर्ट टेस्ट में भाग गया और इसमें कोई त्रुटि नहीं मिली।
एडम

1
एडिट के लिए क्षमा करें। क्योंकि ext4 जैसे आधुनिक फाइलसिस्टम को तोड़ना मुश्किल है, मैं हमेशा पहले एक हार्डवेयर गलती पर सोच रहा हूं। जब स्मार्ट कहता है कि डिस्क ठीक है तो यह वास्तव में ठीक नहीं है। आपका fs भ्रष्ट क्यों है? अगर मैं जहाँ आप और fsck को ठीक करने में सक्षम नहीं हूँ, तो मैं एक साफ संस्थापन करूँगा। संभवत: तब आसान होगा जब एफएस को मैन्युअल रूप से ठीक करने की कोशिश की जाएगी।
इनरलैंड

ठीक है कोई चिंता नहीं, सिर्फ जवाब देने के लिए धन्यवाद! मैं व्यंग्यात्मक नहीं था। आप जो कह रहे हैं, मैं उस पर पूरी तरह से अमल करता हूं। मुझे बस अपना सिस्टम वापस लेना है और asap चल रहा है। कम से कम एक नई हार्ड-ड्राइव को प्राप्त करने में 3 दिन लगेंगे, इसलिए मैं इसके लिए 'बिना नए हार्डवेयर' समाधान खोजना चाहूंगा।
एडम

नीचे दिए गए उत्तर में लिंक के अनुसार, जाहिरा तौर पर ext4 को तोड़ना मुश्किल नहीं है। जो कुछ भी लेकिन।
एडम

9 विंडोज और 1 उबंटू के साथ वर्चुअल होस्ट। मेजबान सभी 10 को अपने साथ ले गया। जब यह वापस आया तो सभी विंडोज ने बूट किया। लिनक्स मशीन ने "UNEXPECTED INCONSISTENCY" और आवश्यक मैनुअल fsck प्रदर्शित किया। मैंने कभी भी कई iNode फिक्सेस नहीं देखे हैं [90 के दशक में सोलारिस के बाद से]। यह हार्डवेयर नहीं था, यह विशुद्ध रूप से एक पावर आउटेज था। मैंने कभी नहीं सोचा था कि मैं उस दिन देखूंगी जिस दिन NTFS ने EXT4 चबाया था।
ब्रेन2000
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.