जब आप सन्निहित नहीं होते हैं तो आप (आसानी से) डिस्क के संयुक्त खंडों (अर्थ: एक दूसरे के ठीक बगल में) नहीं कर सकते। तो, पहले आपको डिस्क स्थान के उस हिस्से के अंत में रिकवरी एचडी (वर्तमान में / dev / sda3) को स्थानांतरित करना होगा।
मैंने वास्तव में (हाल ही में) शोध नहीं किया है कि इन विभाजन-जोड़तोड़ गतिविधियों में से कुछ वर्षों में कितने सुरक्षित हैं, और मुझे संदेह है कि (कुछ मामलों में) उत्तर फ़ाइल प्रकार के आधार पर भिन्न हो सकता है।
आपके पास कुछ अन्य विकल्प हैं:
#1: एक नया विभाजन
आवंटित करना : बस एक नए विभाजन के रूप में 59.19 GB स्थान आवंटित करें। पहली नज़र में, इसका मतलब होगा कि पाँच विभाजन, जो तकनीकी रूप से संभव है, लेकिन अधिकतम 4 विभाजनों के एक सामान्य मानक का उल्लंघन करता है। एक समाधान केवल रिकवरी एचडी के विभाजन प्रकार को बिना किसी बदलाव के बदल सकता है, इस धारणा पर कि आपको अक्सर उपयोग करने की आवश्यकता नहीं होगी। यह सही सॉफ्टवेयर के साथ किया जा सकता है, लेकिन यह सुनिश्चित करने के लिए महत्वपूर्ण देखभाल की आवश्यकता हो सकती है कि आप स्थानों को सटीक रूप से निर्दिष्ट कर रहे हैं। फिर, आपके पास एक "ईएफआई सिस्टम विभाजन" है, जो उच्च संभावना का संकेत देता है कि आप जीपीटी का उपयोग कर रहे हैं। यदि आप GPT पर भरोसा करते हैं, तो आपको वास्तव में पुराने 4-विभाजन-सीमा के बारे में चिंता करने की आवश्यकता नहीं होनी चाहिए जो कि सामान्य MBR कार्यान्वयन द्वारा लगाया गया था।
बस इसे 5 वें विभाजन में बदलना शायद सबसे सुरक्षित तरीका है (विकल्प # 4 के अलावा)। अन्य विकल्पों में से कुछ के विपरीत, इस विकल्प में विभाजन और / या बढ़ते विभाजन शामिल नहीं हैं। उन अन्य विकल्पों में से कुछ के साथ, मैं आपको उन्हें तब तक नहीं करने की सलाह दूंगा जब तक आपके पास किसी भी अपूरणीय डेटा का आसानी से उपलब्ध बैकअप न हो। (न केवल एक बैकअप: आपको सिद्धांत रूप में, हमेशा ऐसा होना चाहिए। मैं विशेष रूप से एक आसानी से उपलब्ध बैकअप का मतलब है।) इस विकल्प के साथ, मुझे पर्याप्त विश्वास है कि मुझे इस बात की बहुत चिंता नहीं है कि बैकअप द्वारा आसानी से उपलब्ध कैसे है। , अगर मैं सॉफ्टवेयर का उपयोग कर रहा था, जिससे मैं बहुत परिचित था (यह विश्वास करते हुए कि मैं सब कुछ सही ढंग से करूँगा ... या, यदि नहीं, तो आशा है कि सुरक्षित रूप से)।
आप फ़ाइल विभाजन पदानुक्रम के भीतर उस विभाजन को माउंट कर सकते हैं। दूसरे शब्दों में, इसे एक और विभाजन में बनाने के बाद, यह आपके फाइलसिस्टम के भीतर स्थित एक निर्देशिका की तरह लग रहा है। खैर, यह उबंटू (माउंट पॉइंट्स का उपयोग करके) के साथ सच है। यहां तक कि माइक्रोसॉफ्ट विंडोज में इन दिनों वह क्षमता है (जंक्शनों का उपयोग करके)। मैं मान रहा हूं कि यह OS X के साथ है, जो मुझे OSX के बारे में पता है, उसके आधार पर, हालांकि मैं उस पर भरोसा करने से पहले इसे सत्यापित करने का सुझाव दूंगा। (आप बस कोशिश कर सकते हैं; वहाँ कोई बड़ा डाउनसाइड नहीं होना चाहिए अगर वह काम नहीं करता है, जब तक कि आप अंतरिक्ष पर टन डेटा डंप करने से पहले ही पता लगा लेते हैं।)
एक अन्य विकल्प तीसरे ऑपरेटिंग सिस्टम को स्थापित करने के लिए उस विभाजन का उपयोग करना है। (मज़ा मज़ा।)
#2: बढ़ो Ext4:
बढ़ो / dev / sda5 (Ext4 विभाजन)। विभाजन की शुरुआत का स्थान बदलने से एक बूट प्रक्रिया प्रभावित हो सकती है जो उस विभाजन की शुरुआत के पास डेटा पर निर्भर करती है। बूट लोडर के संबंध में परिवर्तन करने की आवश्यकता हो सकती है। साथ ही, बूट मैनेजर के लिए बदलाव किए जा सकते हैं। दोनों प्रकार के परिवर्तन बहुत तेज़ फ़िक्सेस हैं (क्योंकि इनमें आमतौर पर डिस्क पर केवल बहुत कम मात्रा में स्थान अपडेट करना शामिल होता है), हालांकि यह पता लगाना कि थोड़ी देर कैसे लग सकती है।
कुछ मामूली धारणाएं बनाते हुए, मुझे लगता है कि यह सुनिश्चित करना अच्छा होगा कि आपके एक्सटी 4 ड्राइव (संभवतः उबंटू) आपके मैक ओएस एक्स बूट (संभवतः एचएफएस + ड्राइव का उपयोग करके) से सुलभ है। मैंने हाल ही में जाँच नहीं की है कि यह कितना आसान है ... सॉफ़्टवेयर विकल्प कितने संगत हैं। यदि वह सुचारू रूप से काम कर सकता है, तो केवल एक्सट 4 ड्राइव को बढ़ाने के लिए थोड़ा नीचे होना चाहिए।
इसका एक विकल्प सिर्फ Ext4 विभाजन को हटाना हो सकता है, और एक नया Ext4 विभाजन बनाना है जो अंतरिक्ष को कवर करता है। यह प्रभावी रूप से आपको डेटा-बचत विभाजन-बढ़ते सॉफ़्टवेयर का उपयोग किए बिना एक ही परिणाम (एक बड़ा Ext4 विभाजन) देता है। हालाँकि, आप सभी डेटा खो देते हैं। चूँकि ऐसा लगता है कि आप सिर्फ उबंटू स्थापित करते हैं, आप बहुत कम समय खर्च करते हुए अभी ऐसा करने में सक्षम हो सकते हैं (क्योंकि आपके पास पहले बैकअप लेने के लिए बहुत कम डेटा हो सकता है, और बहुत कम अनुकूलन हैं जिन्हें फिर से प्रदर्शन करने की आवश्यकता होगी) ।
#3: HFS + parititon का विस्तार करना
स्पष्ट होने के लिए, मैं यह नहीं कह रहा हूं कि आपकी मूल योजना में समस्या है। आप भी ऐसा कर सकते हैं। मैंने पहले से ही अपने शुरुआती पैराग्राफ में इस पर चर्चा की। मैं इन सभी विकल्पों को आपके मूल योजना के अलावा कुछ और करने के लिए मनाने की कोशिश नहीं कर रहा हूं। यह योजना ठीक काम कर सकती है। मैं सिर्फ कुछ विकल्पों को इंगित करने के लिए विकल्पों का उल्लेख कर रहा हूं।
#4: विलंब निर्णय
आप बस खाली जगह छोड़ सकते हैं। OpenBSD FAQ: विभाजन के बारे में अतिरिक्त विचार बहुत "ऑपरेटिंग सिस्टम" नहीं है, जब वे ध्यान दें, "आपको सिस्टम सेट करते समय सभी जगह आवंटित करने की आवश्यकता नहीं है। यदि आप विभाजन को आगे बढ़ाते हैं, तो आप कुछ कर सकते हैं"। इस स्थान को व्यर्थ समझने की बजाय, और जो आपको परेशान करता है, आप इसे गैर-प्रतिबद्ध मान सकते हैं। इसका मतलब है कि आप सड़क के नीचे निर्णय कर सकते हैं, जब आप वास्तव में यह पता लगाते हैं कि आपने वास्तव में किस विभाजन को डेटा का एक गुच्छा रखा है, और जब आपको वास्तव में एक आवश्यकता होती है। फिर आप तब क्रियाएं कर सकते हैं, जब आपको वास्तव में एक आवश्यकता होती है, अब के बजाय, जब आप अनुमान लगा रहे हैं, तो यह सोचने की कोशिश कर रहे हैं कि आपकी आवश्यकता तब (सड़क के नीचे) होगी।
यदि आप उस सकारात्मक तरीके से चीजों के बारे में सोचते हैं, तो यह महसूस करने की तुलना में बहुत कम परेशान कर सकता है कि आप एक मूल्यवान संसाधन बर्बाद कर रहे हैं। कभी-कभी, कुछ स्थितियों को बाद में "निश्चित" होने से बेहतर हो सकता है (जब आपको अधिक जानकारी होने की संभावना हो)।
कभी-कभी मेरे मैक पर डिस्क का उपयोग क्रैश हो जाता है। इसलिए मुझे यहां समस्या है।
मेरे लिए, यह दुखद लगता है।
केवल इस टिप्पणी के कारण, मैं डिस्क पर परिवर्तन करने का प्रयास करने से पहले उस पर गौर करूंगा। यह देखने के लिए शोध करें कि क्या यह आम है। यदि यह मैक सॉफ्टवेयर के साथ एक ज्ञात समस्या नहीं है, तो अपने डेटा का बैकअप लेकर शुरू करें। फिर, कुछ हार्डवेयर परीक्षण करें। मैं बहुत कम जानकारी का संचालन कर रहा हूं, इसलिए यह समस्या एक महत्वपूर्ण समस्या हो सकती है जो सिर्फ मैक डिस्क के उपयोग से संबंधित है। या, समस्या आपकी विशिष्ट डिस्क के लिए कुछ अजीब हो सकती है, संभवतया आपके द्वारा की गई पूर्व गतिविधि के कारण (डिस्क उपयोग से पहले दुर्घटनाग्रस्त हो गई सहित)। या, यह हो सकता है कि डेटा दूषित हो जाता है जबकि डिस्क उपयोग कुछ कर रहा है, संभवतः खराब हार्डवेयर के कारण (सबसे अधिक संभावना अपराधी खराब रैम हो सकती है)।
मेरा सुझाव है कि डिस्क के साथ और अधिक करने से पहले अंतिम संभावना की खोज करें, लेकिन फिर भी यदि आप किसी तरह से हार्डवेयर परीक्षण करने से पहले अपनी सभी विभाजन-जोड़-तोड़ गतिविधियों को पूरा करते हैं, तो मैं वैसे भी एक मेमोरी जांच चलाने का सुझाव दूंगा। खराब मेमोरी अक्सर उन समस्याओं का कारण बन सकती है जो अक्सर शुरू करने के लिए अदृश्य हैं, और सिस्टम को रीबूट करने जैसी कष्टप्रद घटनाएं पैदा कर सकती हैं, और दर्दनाक स्थितियों जैसे कि खोए हुए डेटा को खोना या महत्वपूर्ण (किसी कारण से) के अलावा कुछ और हो सकता है भावुक)।
