1TB विभाजन पर resize2fs को कितना समय लेना चाहिए?


20

मुझे विश्वविद्यालय में एक नया कंप्यूटर मिला है और उस पर अपने लिए सब कुछ सेट कर लिया है जब मैंने देखा है कि मशीन के पिछले उपयोगकर्ता ने ext3केवल 1TB विभाजन का उपयोग किया है ।

मैं आमतौर /homeपर एक अलग विभाजन पर रहता हूं और मैं LVM का उपयोग करना भी पसंद करता हूं, इसलिए मैंने विभाजन का उपयोग करके सिकुड़ने का फैसला किया resize2fsऔर फिर जिस स्थान से मैं मुक्त हुआ, वहां अपना सामान्य LVM सामान बनाता हूं। (संपूर्ण हार्ड ड्राइव पर केवल 30G डेटा है, इसलिए यह समस्या नहीं होनी चाहिए)।

मैंने एक लाइव सीडी का उपयोग करके रिबूट किया और मैंने resize2fsविभाजन को एक अधिक उचित आकार (50G) में सिकोड़ने के लिए कहा , और ऐसा प्रतीत हुआ कि लगभग एक घंटे की पहली तिमाही में बहुत गहनता से डेटा को स्थानांतरित किया गया (ऐसा हार्ड ड्राइव के शोर से देखते हुए) ।

अब यह तीन घंटे से अधिक समय से चल रहा है और व्यावहारिक रूप से एचडी से कोई शोर नहीं सुनाई देता है, हालांकि सीपीयू का उपयोग 100% है

  1. क्या यह सामान्य है?
  2. है resize2fsकुछ गहन संख्या किसी कारण और उस के लिए पृष्ठभूमि में क्रंचिंग कारण है कि मैं से HD कोई शोर सुनने के कर?
  3. पूरे विभाजन का आकार बदलने में कितना समय लगना चाहिए?

4
अपडेट: पूरी प्रक्रिया चार घंटे से कुछ अधिक समय में समाप्त हो गई, और हां, पहले 15 मिनट या इसके अलावा एचडी पूरी तरह से चुप था। तो, संक्षेप में, यह पूरी तरह से सामान्य है।
तमसे

1
विषय स्टार्टर के रूप में एक ही कहानी थी। पूरी प्रक्रिया 3 घंटे में समाप्त हो गई हार्ड डिस्क ज्यादातर समय चुप रही, लेकिन सीपीयू मुश्किल से काम कर रहा था। इसलिए, यदि आपके पास समान लक्षण हैं, तो कृपया, धैर्य रखें।

जवाबों:


9

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

यदि आपको लगता है कि कोई समस्या है, तो एक नई विंडो खोलें या एक नया PuTTY सत्र बनाएं और चलाएं dmesg(I / O त्रुटियाँ या ऐसा कुछ) और / या df -h(उपलब्ध स्थान बढ़ रहा है)।

मुझे संदेह है कि किसी भी मामले में काफी समय लगेगा। पता नहीं कब तक, व्यक्तिगत रूप से। आप इसे किसी अन्य नेटवर्क ड्राइव पर कॉपी करने और पुनः इंस्टॉल करने के लिए तेज़ हो सकते हैं।


14

ऑनलाइन, एक RAID1 lvm2 पर 1 टीबी से 2 टीबी तक के एक्सट्रा 4 फेज़ को सीगेट बाराकुटा 2TB SATA ड्राइव की एक जोड़ी पर लगभग 1h40min लिया। यह रूट विभाजन था।

इस समय के दौरान, CPU कभी भी 10% से अधिक नहीं चला गया (संचयी md2_raid1 और md2_resize)। लोड लगभग 3 था।

यदि आपकी resize2fs प्रक्रियाएं आपके CPU का 100% खा रही हैं और आपका HDD काम नहीं करता है, तो वास्तव में ऐसा लगता है कि यह अटक गया है। यह देखने की कोशिश करें कि क्या वे किसी भी (त्रुटि) संदेश में हैं।

आपका सेटअप सरल है (कोई RAID1 LVM) नहीं है, इसलिए इसे कम समय लगना चाहिए था, और इस प्रक्रिया के दौरान, आपकी हार्ड डिस्क बहुत काम करेगी, न कि आपके सीपीयू की।

इसके अलावा, resize2fsएक -p फ्लैग (प्रतिशत) है, प्रगति प्रदर्शित करने के लिए, लेकिन यह केवल ऑफ़लाइन मोड में है।


2
मैं अभी ऑनलाइन मोड में एक विभाजन बढ़ा रहा हूं और ऐसा प्रतीत होता है कि IO और CPU गतिविधि बहुत कम थी इसलिए मुझे यह धागा मिला। megar का जवाब मेरे लिए उपयोगी है क्योंकि मैं अब यह नहीं जानता कि यह 20 मिनट या उससे अधिक समय से घबरा रहा है, लेकिन मैंने यह भी पाया कि यदि मैं dfकुछ समय के आउटपुट की जांच करता हूं , तो विभाजन का आकार हर बार बढ़ रहा है। आश्वस्त। मुझे यकीन नहीं है कि यदि विभाजन को सिकोड़ते समय एक ही चाल आपको उसी तरह से प्रगति दिखाएगी, लेकिन एक कोशिश के लायक है।
कंपकंपी

1

एक अन्य डेटा बिंदु: ऑनलाइन मोड में 1TB से 2TB का आकार बदलना, लेकिन सिस्टम एकल-उपयोगकर्ता है इसलिए गतिविधि बहुत कम है, एकल SATA HDD, CentOS 6.7, के बारे में 95 मिनट लगते हैं।


एक अन्य डेटा पॉइंट 300GB से 1T sudo resize2fs / dev / disk / by-id / scsi-0DO_Volume_volume -vycume-nyc1-01 resize2fs 1.42.13 (17-मई -2015) फाइल सिस्टम पर / dev / डिस्क / बाय- से डिजिटल ओशन SSD पर आकार बदलें id / scsi-0DO_Volume_volume-nyc1-01 को / mnt / volume-nn1-01 पर मुहिम शुरू की गई है; ऑन-लाइन आकार बदलने के लिए आवश्यक 3+ घंटे और साइकिल चालन के बाद छोड़ दिया। e2fsck ने केवल वॉल्यूम को अलग करने की कोशिश करते हुए फांसी लगा ली, अब मेरी छोटी बूंद जम गई और पहुंच से बाहर हो गई।
उज्ज्वल
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.