कुछ गलत हो जाने पर डेबियन में एक विभाजन को सहेजना

शुभ दोपहर, प्रिय!

मैं आपको एक त्वरित बताऊंगा जो वर्चुअल मशीन पर डेटा हानि को पूरा कर सकता है, लेकिन जिस तरह से अभी भी बाहर पाया गया था: जुदा

स्रोत डेटा:
ओएस: डेबीब 9 64 बिट
FS: LV4 के बिना ext4
उद्देश्य: 14GB से 60GB तक वर्चुअल मशीन पर FS का विस्तार करना

सिद्धांत रूप में, प्रशासक के लिए यह कार्य तुच्छ है, लेकिन कभी-कभी तारे भी इस प्रकार परिवर्तित हो सकते हैं कि सब कुछ वैसा नहीं होता जैसा हम चाहते हैं। कटौती के तहत, मैं घटनाओं के पाठ्यक्रम को बहाल करने की कोशिश करूंगा, जिसके कारण तथ्य यह है कि पहले व्यवस्थापक को लगभग कोई कामकाजी वीएम नहीं मिला।


दिन 1:
व्यवस्थापक को पूरी तरह से सरल कार्य दिया गया था - आपको वीएम पर एफएस के आकार का विस्तार करने की आवश्यकता है। पहले, इस वीएम के लिए डिस्क छवि का विस्तार करने के लिए पहले से ही काम किया गया था, और इसलिए यह मामला छोटा रह गया - वीएम पर एफएस के आकार का विस्तार करने के लिए।

VM पर FS संरचना:
/ बूट - 56Mb
/ - सभी शेष स्थान - ext4

चूंकि वर्चुअल मशीन एक टेम्पलेट से बनाई गई है, इसलिए कोई LVM नहीं है, जो निश्चित रूप से पूरी प्रक्रिया को सरल करेगा।

और इसलिए गुरुवार शाम को व्यवस्थापक कार्य करना शुरू कर देता है। उनका पहला कदम एक आईएसओ छवि का उपयोग करके वीएम को बूट करना था - SystemRescue। सफलतापूर्वक iso-image की मदद से VM को लोड करने के बाद, व्यवस्थापक काम करना शुरू कर देता है और fdisk की मदद से / (/ dev / vda2) अनुभाग को हटा देता है, जो सही है क्योंकि इसे विस्तारित करने की आवश्यकता है। विभाजन (/ dev / vda2) को हटाने के बाद, व्यवस्थापक एक नया विभाजन बनाता है - / dev / vda2 और यहाँ पहली त्रुटि होती है - व्यवस्थापक पहले एक विस्तृत विभाजन बनाता है और उसके बाद ही प्राथमिक बनाता है और नए मार्कअप की तुलना करने के बाद, fdisk से बाहर निकलता है और विभाजन को माउंट करने का प्रयास करता है:



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

चूंकि विभाजन को माउंट नहीं किया जा सकता है ... व्यवस्थापक अपने द्वारा बनाए गए विभाजनों को हटाकर और एक नया प्राथमिक बनाकर स्थिति को सुधारने का प्रयास करता है, लेकिन जैसा कि इसका मतलब यह नहीं है कि डेटा के साथ बैच का अंत, उसके सभी प्रयास समान परिणाम की ओर ले जाते हैं:
सुपरब्लॉक अमान्य है ।

अपने दम पर विभाजन को बहाल करने के कई प्रयासों के बाद, पहला व्यवस्थापक दूसरे व्यवस्थापक से मदद मांगने के लिए।

सबसे पहले, दूसरा व्यवस्थापक VM को छोड़ देता है और vm_bad_disk नाम की वर्तमान डिस्क छवि की प्रतिलिपि बनाता है। इसके बाद, VM उसी OS संस्करण से उठता है - डेबियन 9 64 बिट और दूसरी डिस्क के साथ जुड़ता है - vm_bad_disk।

Ssh के माध्यम से एक नए VM में आने के बाद - हम VM में डिस्क की सूची को देखते हैं:
root@recovery:~# fdisk -l
Disk /dev/vda: 4.9 GiB, 5242880000 bytes, 10240000 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x09dea38e

Device Boot Start End Sectors Size Id Type
/dev/vda1 * 2048 499711 497664 243M 83 Linux
/dev/vda2 501758 10237951 9736194 4.7G 5 Extended
/dev/vda5 501760 10237951 9736192 4.7G 83 Linux

Disk /dev/vdb: 58.6 GiB, 62914560000 bytes, 122880000 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0xe8c76303

Device Boot Start End Sectors Size Id Type
/dev/vdb1 * 2048 194559 192512 94M 83 Linux
/dev/vdb2 196606 30717951 30521346 14.6G 5 Extended
/dev/vdb5 198656 30717951 30519296 14.6G 83 Linux


यहाँ / dev / vdb है - यह हमारा vm_bad_disk है। पहली बात, दूसरा एडमिन / dev / vdb2 और / dev / vdb5 को हटाता है और शुरुआत / 194560 और लगभग अंत के साथ / dev / vdb2 बनाने की कोशिश करता है, लेकिन यह भी हो जाता है:
सुपरब्लॉक अमान्य है ।

/ Dev / vdb विभाजन के साथ काम करने के लिए, विभाजन के साथ अधिक सुविधाजनक कार्य के लिए एक अलग उपयोगिता स्थापित की गई है।
हम पहले से ही parted और मदद करने में हटाने / dev / vdb2 के साथ कार्रवाई दोहराते हैं।

व्यवस्थापक का ध्यान बचाव कमांड की ओर आकर्षित होता है, जो आपको उस पर FS खोजने के लिए विभाजन के प्रारंभ और अंत को सेट करने की अनुमति देता है। कमांड सिंटैक्स में कुछ भी जटिल नहीं है:
बस जुए में टाइप करें:
> बचाव
सिस्टम पूछेगा:
शुरू - यह 194560 का संकेत दिया
अब व्यवस्थापक को एंड (विभाजन के अंत) की गणना करने की आवश्यकता है। चूँकि प्रशासक को शुरू में पता था कि पूरे डिस्क का आकार 14GB है और 1 सेक्टर 512 बाइट्स है ... तो निम्नलिखित गणना निम्न हैं:
14 जीबी लगभग 15032385536 बाइट्स है, हम क्षेत्रों की संख्या की गणना करते हैं:
15032385536/512 = 29360128
यह मान भाग में निर्दिष्ट होना चाहिए:
अंत 29360128

निर्भीक रूप से दर्ज करें और परिणाम की प्रतीक्षा करें ... इस मामले में, मुझे लंबा इंतजार नहीं करना पड़ा और यह पता चला कि एफएस पाया गया था और क्या यह परिवर्तन करने लायक था - हम हां का जवाब देते हैं

बिदाई आवश्यक परिवर्तन कर देगा और व्यवस्थापक जुदा से बाहर निकल जाएगा।

व्यवस्थापक सिस्टम की कमांड लाइन पर लौटता है और करता है:
आरोह / देव / vdb2 / mnt

विभाजन को बिना किसी समस्या के माउंट किया गया है और दिखाया गया है कि इसका आकार लगभग 14GB है, जो कि सही है, क्योंकि FS अभी तक विस्तारित नहीं हुआ है। व्यवस्थापक फ़ाइलों की त्वरित जांच करता है और सब कुछ कहता है कि पहली नज़र में कोई कलाकृतियाँ और टूटी हुई फ़ाइलें नहीं हैं।

चूंकि विभाजन लाइव दिखता है, व्यवस्थापक करता है: umount / dev / vdb2 और शुरू:
चेक पूरा होने के बाद e2fsck / dev / vdb2 - सेक्शन का विस्तार करने के लिए कमांड चलाता है:
resize2fs / dev / vdb2

ऑपरेशन बिना किसी समस्या के गुजरता है और सब कुछ ठीक है, यह सुनिश्चित करने के लिए व्यवस्थापक विभाजन को फिर से मापता है:
आरोह / देव / vdb2 / mnt

विभाजन त्रुटियों के बिना आरोहित है और df -p कमांड का उपयोग करते हुए, यह पहले से विस्तारित विभाजन को देखता है।

व्यवस्थापक एक बार फिर इस बैच पर फ़ाइलों और निर्देशिकाओं की जाँच करता है और निर्णय लेता है कि FS और फ़ाइलों के साथ सब कुछ ठीक है।

व्यवस्थापक कमांड निष्पादित करता है: शटडाउन -p अब और वीएम से मैप की गई ड्राइव को हटा देता है जिसके साथ क्रियाएं की गई थीं।

यह मूल VM डिस्क छवि को बचाता है, जिसमें से सब कुछ एक अलग भंडारण में शुरू हुआ और इसे सही डिस्क छवि के साथ बदल देता है और VM को बूट करने के लिए भेजता है।

VM बिना किसी समस्या और सभी डेटा के बूट होता है।

नैतिक:
1) अपने कार्यों से पहले एक स्नैपशॉट लें
2) वांछित सेटिंग्स का स्क्रीनशॉट लें (इस मामले में, विभाजन मार्कअप)
3) काम करने से पहले, महत्वपूर्ण फाइलों का बैकअप लें