मारे गए एमबीआर और विभाजन तालिकाओं की वसूली

0. परिचय।

स्थिति इस प्रकार है। इसमें 160GB का पेंच है। इस पर 2 सेक्शन हैं - 40GB और 120GB। उबंटू को दूसरी प्रणाली के रूप में स्थापित करने के लिए, 120 जीबी -> 100 + 10 + 2 + 8 का टूटना बनाया गया था।

इसके अलावा, परिवर्तनों को वापस लाने के लिए, डिस्क (10, 2, और 8) को वापस एक 20 जीबी में जोड़ा गया और NTFS में स्वरूपित किया गया। इसके जवाब में, एमबीआर के साथ संचालन किया गया था, जिसके परिणामस्वरूप उसकी मृत्यु हुई थी।

परिणाम

1. जब सिस्टम बूट करता है, तो संदेश एमबीआर हेल्पर नहीं मिला;
2. fdisk एक बड़ी 160GB ड्राइव दिखाता है।

मूर्ख समझता है कि यह एक मजेदार रात की शुरुआत है।
इसके अलावा, कटौती के तहत, मुद्दे का हल।

1. विभाजन तालिका वसूली

1.1। जुदा जादू

यह LiveCD \ USB वितरण , 100 एमबी आकार, डिस्क के साथ काम करने के लिए सॉफ्टवेयर का एक बड़ा ढेर वहन करता है। टूटने से लेकर रिकवरी तक।
उन सभी में से, हमें gpart , testdisk , fdisk और ms-sys की आवश्यकता होगी ।

1.2। gpart

gpart एक उपयोगिता है जो मीडिया पर मौजूद विभाजन के लिए सेक्टर-दर-सेक्टर डिस्क को स्कैन करता है, लेकिन तालिका में नहीं है। अपने काम में, वह एक मौजूदा तालिका (यदि वर्तमान) की उपेक्षा करती है। कार्यक्रम जर्मन प्रोग्रामर मिखाइल ब्रज़ितवा द्वारा विकसित किया गया था और अब इसके द्वारा समर्थित नहीं है। धीमी विकास का नेतृत्व फेडोरा और डेबियन टीमों द्वारा किया जाता है। वर्तमान संस्करण 0.1h है।

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

gpart 2 मोड में काम कर सकता है। यह एक त्वरित विश्लेषण और विस्तृत स्कैन है। कुछ मामलों में, पहला मोड पर्याप्त है। हम दूसरे पर गौर करेंगे।

gpart -if /dev/sda

-आई - इंटरैक्टिव मोड। पाए गए प्रत्येक विभाजन के लिए, एक प्रश्न पूछा जाएगा कि क्या इसे सहेजना है या इसे छोड़ना है।
-f - पूर्ण डिस्क स्कैन।

एक लंबे समय के बाद, संभव वर्गों के साथ एक रिपोर्ट बनाई जाएगी। रिकॉर्डिंग से पहले इसकी सावधानीपूर्वक समीक्षा करना भी आवश्यक है।
नमूना रिपोर्ट (मेरी नहीं):

Begin scan...
Possible partition(DOS FAT), size(1907mb), offset(0mb)
Possible partition(SGI XFS filesystem), size(5730mb), offset(1907mb)
End scan.
Checking partitions...
Partition(DOS or Windows 95 with 32 bit FAT, LBA): primary
Partition(Linux ext2 filesystem): primary
Ok.
Guessed primary partition table:
Primary partition(1)
type: 012(0x0C)(DOS or Windows 95 with 32 bit FAT, LBA)
size: 1907mb #s(3906544) s(16-3906559)
chs: (0/1/1)-(1023/19/16)d (0/1/1)-(12207/19/16)r
Primary partition(2)
type: 131(0x83)(Linux ext2 filesystem)
size: 5730mb #s(11736000) s(3906560-15642559)
chs: (1023/19/16)-(1023/19/16)d (12208/0/1)-(48882/19/16)r
Primary partition(3)
type: 000(0x00)(unused)
size: 0mb #s(0) s(0-0)
chs: (0/0/0)-(0/0/0)d (0/0/0)-(0/0/0)r
Primary partition(4)
type: 000(0x00)(unused)
size: 0mb #s(0) s(0-0)
chs: (0/0/0)-(0/0/0)d (0/0/0)-(0/0/0)r


यदि सब कुछ ठीक है, तो हम विभाजन तालिका में लिखने के लिए सहमत हैं, हम अपनी उंगलियों को पार करते हैं और रिबूट करते हैं।
मेरे मामले में, कार्यक्रम ने विभाजन (40 और 120) से पहले होने वाले विभाजन की पहचान की, जो फिट नहीं हुआ और मुझे वैकल्पिक पुनर्प्राप्ति विधियों की तलाश थी।

1.3। TestDisk

नोट: इस उपयोगिता को इस पोस्ट में और अधिक विस्तार से वर्णित किया गया है, मैं इसे यहां नहीं दोहराऊंगा।

यह उपयोगिता पिछले एक के समान है, लेकिन इसके कई फायदे हैं:
1. अधिक हाल ही में और सक्रिय रूप से समर्थित;
2. सब्जेक्टली, यह बहुत तेजी से काम करता है;
3. अधिक कार्यात्मक;
4. ncurses पर आधारित एक सरल कंसोल इंटरफ़ेस है।

चलो चलते हैं!
1. पहली विंडो में, एक नई लॉग फ़ाइल बनाएँ का चयन करें;
2. वांछित डिस्क (/ dev / sda) का चयन करें -> आगे बढ़ें;
3. इंटेल के रूप में विभाजन के प्रकार को चिह्नित करें;
4. वर्तमान विभाजन संरचना का विश्लेषण करें और खोए हुए विभाजन की खोज करें;
5. यदि विभाजन सही पाए जाते हैं, तो बैकअप पर क्लिक करें और चरण 6 पर जाएं, यदि कहीं कोई त्रुटि है तो डिस्क को जल्दी से स्कैन करना संभव है (त्वरित खोज);
6. वर्गों के साथ एक हरी सूची पहले से ही यहां दिखाई दे रही है। यदि ठीक है, तो रिकॉर्ड करें, अन्यथा डीप सर्च चलाएं ।;

मेरे मामले में, परिणाम गार्टर के परिणाम के समान था, जो गलत है।
डीप खोज शुरू करने के बाद, लगभग 40 मिनट तक प्रतीक्षा करने के बाद, मुझे एक उत्तर मिला, जिससे मेरी आत्मा इतनी बीमार हो गई थी।
कई विभाजन पाए गए, जिन्हें एक के ऊपर एक लगाया गया था (ये मूल थे (जोड़तोड़ से पहले) 120GB और नए एक, 100GB)। रिमोट के रूप में अनावश्यक को ध्यान में रखते हुए, मैंने टेबल को डिस्क पर लिखा और रिबूट किया। सौभाग्य से, सब कुछ काम कर गया और कंप्यूटर अपनी मूल स्थिति में लौट आया, और मैं एक स्पष्ट विवेक के साथ बिस्तर पर जा सकता था।

3. एमबीआर रिकवरी

इस कार्य के लिए, हमारे पास शस्त्रागार में ms-sys हैं।
सबसे पहले, यह पता लगाएं कि हमारे एमबीआर के साथ क्या है।

ms-sys /dev/sda
/dev/sda has an x86 boot sector
it is unknown boot sector

अब आप देख सकते हैं कि इस डिस्क पर कोई बूट सेक्टर नहीं है।
उपयोगिता विभिन्न ऑपरेटिंग सिस्टम के एमबीआर के साथ काम कर सकती है। तर्कों के बिना कार्यक्रम चलाकर सूची प्राप्त की जा सकती है। मेरे मामले में, विंडोज 7 से इसकी आवश्यकता थी।
हम डिस्क पर MBR लिखते हैं:

ms-sys -7 /dev/sda
Windows 7 master boot record successfully written to /dev/sda

हम जाँच करते हैं:

ms-sys /dev/sda
it is Microsof 7 master boot record, like the one this
program creates with the switch -7 on a hard disk device.

यह सब, आवश्यक एमबीआर स्थापित है और आप रिबूट कर सकते हैं।

3. आउटरो

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