आप एक स्थापित उबंटू डिस्ट्रो पर लाइव सीडी से अपडेट-ग्रब कर सकते हैं (हालांकि मैं किसी भी [डेबियन-आधारित?] लिनक्स डिस्ट्रो के साथ यह काम करता हूं। यह "आवश्यक" है (अन्य तरीके भी हो सकते हैं लेकिन इस एक को जानकर, मैं डॉन हूं। अगर आप अपनी ड्राइव को क्लोन करते हैं और कंप्यूटर में पहले से ही नया इंस्टॉल कर चुके हैं, तो मैं उनके बारे में ध्यान नहीं देता। मैं यहां बड़े पैमाने पर क्लोनिंग का उल्लेख करता हूं, क्योंकि एक अर्थ में अपडेट-ग्रब स्टेप इसका सबसेट है और एप्रोच एक ही है। एक लाइव सत्र के दौरान आधार। इसके अलावा क्लोनिंग के संदर्भ में खोज के माध्यम से इस पद्धति की खोज की गई थी। यदि आप क्लोनिंग नहीं कर रहे हैं, तो आपको इसकी आवश्यकता हो सकती है और आपकी प्रक्रिया सरल हो जाएगी।
मुझे इसे यहाँ योग्य बनाना चाहिए; क्लोनिंग के लिए महत्वपूर्ण, केवल अपडेट-ग्रब करने के लिए महत्वपूर्ण नहीं: मैंने इसे केवल BIOS सिस्टम पर किया है। मैंने UEFI सिस्टम पर इसका प्रयास नहीं किया है। यूईएफआई प्रणाली को बूट लोडिंग के लिए एक एफएटी विभाजन की आवश्यकता होती है और मैंने यह परीक्षण नहीं किया है कि क्या यह विभाजन सिर्फ क्लोनिंग कॉपी चरणों के दौरान सवारी के लिए आना चाहिए। मैं उम्मीद करता हूं कि यह आवश्यक [bind-] को प्रभावित करता है जो लाइव सत्र के दौरान देशी ग्रब वातावरण को संश्लेषित करता है ...
Ctrl+ Alt+ Tबश टर्मिनल के लिए और sudo -sएक लाइव सत्र के दौरान एक सुपरसुअर शेल ( ) दर्ज करें ।
पूर्ण इंस्टॉल ड्राइव विभाजन को माउंट करें (जो कि [या बन जाएगा] आपका स्थायी लिनक्स फाइल सिस्टम रूट डायरेक्टरी)।
2 ए। यदि आपकी हार्ड ड्राइव पर पहले से ही पूर्ण इंस्टॉल मौजूद है, तो (2) पर जाएं। यदि आप CLONING कर रहे हैं: [इस धारणा के आधार पर कि आप एक ताजा स्थापित नहीं कर रहे हैं, क्योंकि यह उस मामले में पूरी तरह से स्वचालित है] यदि आपकी पूरी स्थापना पहले से ही इस विभाजन पर मौजूद नहीं है, तो अब बस समय है
rsync -a /existing/linux/filesystem/live-mount-point/ /new/linux/filesystem/live-mount-point/
[ये माउंट पॉइंट विशुद्ध रूप से लाइव सत्र पर्यावरण के संबंध में हैं - उबंटू में वे आम तौर पर "/ मीडिया / ubuntu / ???" के रूप में होते हैं] नई ड्राइव [विभाजन] पर।
2 बी। अन्य ऑपरेटिंग सिस्टम फुल इंस्टॉल्स को यहां उसी तरह से हैंडल किया जा सकता है। मैंने आम तौर पर नई ड्राइव के लिए विंडोज़-आधारित संसाधन को पहले से ही नए ड्राइव में बल्क-कॉपी करने के लिए उपयोग किया है लेकिन मैंने rsync का भी उपयोग किया है और इसने Win XP के लिए काम किया है (यह मानते हुए कि आपके पास ntfs जैसे सही विभाजन प्रारूप के लिए समर्थन है, मुझे लगता है; लाइव सत्र मीडिया आम तौर पर वैकल्पिक प्रारूप समर्थन का समावेश करता है)। बस अपनी वर्तनी के बारे में सावधान रहें और /यदि आप लक्ष्य को पूरी तरह से नाम दे रहे हैं तो स्रोत निर्देशिका में अनुगामी का उपयोग करें ।
बाइंड-माउंट लाइव /dev, /procऔर /sysनिर्देशिकाओं को अपने संबंधित निर्देशिकाओं को अपने [माउंटेड] स्थायी पूर्ण इंस्टॉल विभाजन पर उपयोग करने के लिए आप चाहते हैं। ऊपर दिए गए लिंक में विस्तृत स्क्रिप्ट इस "बहुत" कथन के साथ बहुत ही सुरुचिपूर्ण ढंग से पूरा करती है। इसके अलावा, दी गई स्क्रिप्ट को स्क्रिप्ट के अनुसार निष्पादित करने की आवश्यकता नहीं है, प्रति से। इसे बैश प्रॉम्प्ट, लाइन-बाय-लाइन से दर्ज किया जा सकता है।
chrootस्थायी पूर्ण इंस्टॉल विभाजन के लिए। (3) और (4) करने के बाद, सिस्टम अब आपके "अंतिम फाइल सिस्टम" में "वास्तव में रहता है" और GRUB सजातीय रूप से कार्य करेगा। इन चरणों के बिना, ग्रब मान लेंगे कि आपका सिस्टम केवल एक लाइव सत्र है, और मुझे विशेष रूप से यह नहीं पता कि यह उस मामले में क्या करता है, लेकिन पर्याप्त रूप से यह वांछित परिणाम नहीं है, जिसके रूप में इस धागे में ऊपर वर्णित किया गया था।
ग्रब-इन /dev/sdX(ड्राइव, माउंट पॉइंट नहीं) पर स्थाई रूप से रन करें जो स्थायी इंस्टॉल (या जो भी मल्टी-ड्राइव [, मल्टी-बूट] सिस्टम है) GRUB होस्ट करेगा। यहां लचीलापन आपके पुराने और BIOS पर निर्भर हो सकता है। जहाँ तक मुझे पता है कि "ग्रब-इनस्टॉल" को चलाना हानिकारक नहीं है अगर यह आवश्यक नहीं है, तो मैं हमेशा ऐसा करता हूं यदि मैं इस सत्र सत्र विधि का उपयोग कर रहा हूं।
अपडेट-ग्रब चलाएं और यह कार्य करेगा जैसे कि रनिंग सिस्टम भविष्य के स्थायी विभाजन में निहित है, आपके पास उपलब्ध सभी कर्नेल और बूट करने योग्य ओएस की खोज।
यदि आपने शारीरिक रूप से हार्ड ड्राइव को नहीं बदला है, तो छोड़ें (5)। अन्यथा /new/linux/filesystem/live-mount-point/etc/fstabअपने [नए] वातावरण के लिए सही फ़ाइल सिस्टम संरचना सुनिश्चित करने के लिए अपनी फ़ाइल को संपादित या सत्यापित करें । यदि आप इस स्तर पर हैं, तो आप निश्चित रूप से पहले से ही blkid fstab के लिए UUIDs का उपयोग करने के बारे में जानते हैं ।
IMHO: आपको हमेशा UUIDs का उपयोग fstab में करना चाहिए ("dev / sdXY" फ़ॉर्म) क्योंकि इसके स्वयं के दायरे में यह शारीरिक हार्ड ड्राइव पुनर्संरचना के लिए प्रतिरक्षा है, इसके अलावा अन्य हद तक UUID मानों के शाब्दिक अपडेट की आवश्यकता होती है (जैसे कि यदि भविष्य में कुछ बिंदु आप अपने / घर निर्देशिका, आदि के लिए एक अतिरिक्त HDD स्थापित करते हैं)। यह बस सबसे मौलिक, मजबूत और अपरिवर्तनीय दृष्टिकोण है।
चेरोट से बाहर निकलें, सुपरशेल से बाहर निकलें, बैश से बाहर निकलें, शट डाउन करें, और लाइव मीडिया के बिना सिस्टम शुरू करें। आपको अब वहीं होना चाहिए, जहां आपने इरादा किया था।
महत्वपूर्ण रूप से नोट: के लिए तर्क mount और chrootनिर्देशिकाएं हैं (आम तौर पर, लाइव सत्र के अनुसार इस तरह के /mnt/??या इसके बाद के संस्करण /media/??)। अधिकांश में यदि सभी मामले पूर्ण विभाजन अपने स्वयं के विभाजन में नहीं रहते हैं, इसलिए "निर्देशिका" और "माउंट प्वाइंट" शब्द अनिवार्य रूप से यहां पर्यायवाची हैं। ग्रब-इंस्टॉल के लिए तर्क एक भौतिक ड्रिव (आमतौर पर /dev/sdX, जहां "एक्स" आपके सिस्टम, एसडीए, एसडीबी, आदि में ड्राइव के अनुरूप एक पत्र है और यह सत्र पर निर्भर नहीं होना चाहिए)।
अब आपको किया जाना चाहिए। मैंने इस पद्धति का उपयोग करके उबंटू और पिल्ला के साथ विभिन्न क्रमपरिवर्तन में विंडोज (एक्सपी और 7) को एक साथ क्लोन किया है और यह मुझे विफल नहीं किया है। मुझे लगता है कि आप एक अलग डिस्ट्रो के लाइव माध्यम का उपयोग कर सकते हैं (मैंने केवल इसके लिए अलग-अलग उबंटू फ्लेवर और मिंट का उपयोग किया है) जब तक कि वे GRUB का संस्करण प्रदान करते हैं जिसे आप उपयोग करने का इरादा रखते हैं। आप विभाजन को इधर-उधर कर सकते हैं, स्वैप ड्राइव कर सकते हैं, अन्य OS संस्थापनों को जोड़ सकते हैं और इसका उपयोग करके SSD से या उससे क्लोन कर सकते हैं। मैं इसे केवल उसी मशीन में काम करने के लिए बोल सकता हूं। मुझे लगता है कि ड्राइवरों को एक अलग मशीन की आवश्यकता हो सकती है जो आपके पिछले पूर्ण इंस्टॉल के दौरान छोड़ दी गई हो। मेरे अंगूठे का नियम कंप्यूटर में ड्राइव को स्विच करना है, इसके लिए इस विधि की आवश्यकता होती है, लेकिन कंप्यूटर को ड्राइव पर स्विच करने के लिए पूर्ण [पुनः] इंस्टॉल की आवश्यकता होती है।