क्या उबंटू के मेरे 32-बिट संस्करण को 64-बिट संस्करण में अपग्रेड करने का कोई तरीका है? मैं Ubuntu 9.10 का उपयोग करता हूं।
यदि कोई सरल तरीका नहीं है, तो क्या होगा अगर मैं बस अपने घर और /etc
निर्देशिकाओं को नई स्थापना के लिए कॉपी करूं , यह काम करेगा?
क्या उबंटू के मेरे 32-बिट संस्करण को 64-बिट संस्करण में अपग्रेड करने का कोई तरीका है? मैं Ubuntu 9.10 का उपयोग करता हूं।
यदि कोई सरल तरीका नहीं है, तो क्या होगा अगर मैं बस अपने घर और /etc
निर्देशिकाओं को नई स्थापना के लिए कॉपी करूं , यह काम करेगा?
जवाबों:
दुर्भाग्य से, अन्य ओएस की तरह, ऐसा करने के लिए कोई 'अपग्रेड पथ' नहीं है। आपको लगभग निश्चित रूप से पुनर्स्थापना करने की आवश्यकता होगी।
अपने डेटा को संरक्षित करने के लिए, अपने होम डायरेक्टरी का बैकअप किसी भी अन्य डेटा के साथ एक अच्छा विचार होगा और आसानी से अपने नए इंस्टॉलेशन में आयात किया जाना चाहिए।
हमेशा कुछ भी प्रयास करने से पहले अपने डेटा का बैकअप लें!
मैं /etc
संकुल के 64-बिट संकलनों के लिए विन्यास आवश्यकताओं के बीच थोड़े अंतर के मामले में कॉपी नहीं करूंगा , लेकिन एक कॉपी ले रहा हूं और फिर diff
नए स्थापित 64-लेकिन सिस्टम के खिलाफ कॉपी को काम करूंगा। संभावना है कि परिवर्तनों की संख्या बड़े पैमाने पर नहीं है इसलिए ऐसा करना और मैन्युअल रूप से आवश्यक परिवर्तन करना उम्मीद है कि कोई बड़ी कठिनाई नहीं होगी।
/etc
जैसा कि आप सुझाव देते हैं, उस पर नकल करना ठीक है, हालांकि काम करना चाहिए - मैं इसे केवल व्यामोह की खातिर अधिक लंबा रास्ता तय करूंगा। नकल /home
, चिंता का मुख्य क्षेत्र जब एक से दूसरे में पलायन होता है, तो पूरी तरह से सुरक्षित होने की संभावना है।
यदि आप केवल 64-बिट को स्थानांतरित करने के लिए देख रहे हैं तो इसके बजाय अधिक रैम का उपयोग करने के लिए क्योंकि आपको विशेष रूप से 64-बिट एप्लिकेशन का उपयोग करने की आवश्यकता है तो आप 32-बिट उपयोगकर्ता के साथ 64-बिट कर्नेल का उपयोग कर सकते हैं। डेबियन वास्तव में अपने i386 रिपॉजिटरी में a64 कर्नेल पैकेज प्रदान करते हैं, इसलिए यह बस के रूप में किया जा सकता है aptitude install linux-image-2.6-amd64
, लेकिन उबंटू दुर्भाग्य से ऐसा नहीं करता है ताकि आपको अपने कर्नेल को संकलित करना पड़े जो समय के लायक नहीं हो सकता है + परेशानी यदि आप नहीं हैं कि तकनीकी रूप से अनुभव किया (यानी इस है आसान है, लेकिन केवलयदि आपने अपनी कर्नेल को संकलित किया है तो इससे पहले कि प्रक्रिया के साथ सहज हों)। यदि आप एक 32-बिट यूजरलैंड के साथ 64-बिट कर्नेल चलाते हैं, तो एक व्यक्ति ऐप अभी भी केवल ~ 3Gb को अधिकतम एक्सेस कर सकता है (कुछ मामलों में सिर्फ ~ 2 जीबी), लेकिन एक पूरे के रूप में सिस्टम (एक साथ सभी प्रक्रियाएं) जैसे कर्नेल का सामान IO कैश और बफ़र्स) जितना आपके पास है उतना ही उपयोग कर सकते हैं। प्रत्येक VMWare VM इन उद्देश्यों के लिए एक एकल ऐप के रूप में गिना जाता है - मैं अपने पुराने वीएम होस्ट में से एक को इस तरह से चलाता हूं (64-बिट कर्नेल, 32-बिट यूजरलैंड और 32-बिट वीएमवेयर के साथ कुल मिलाकर वीएम ~ 7 जीबी का उपयोग करता है) यह जल्दी था पूर्ण 64-बिट होस्ट OS अपग्रेड की तुलना में जब मैंने मशीनों के सीपीयू को 64-बिट सक्षम में अपग्रेड किया और अतिरिक्त रैम को जोड़ा - मुझे लगता है कि इसी तरह के वीएम समाधान भी उसी तरह काम करेंगे।
मैंने पिछले महीने 32bit 10.10 से 64bit 10.10 तक अपनी मशीन को फिर से स्थापित किया, बिना कोई डेटा खोए। जब आप 64 बिट ubuntu 10.10 को पुन: स्थापित करते हैं, तो डिस्क चालन उपकरण चुनने के लिए एकमात्र चाल है, संपूर्ण डिस्क को प्रारूपित करने के लिए नहीं।
64-बिट कर्नेल पर 32-बिट उपयोगकर्ताभूमि चलाने से सिस्टम सुविधाएं शामिल होते ही समस्याएं होने की संभावना है। उदाहरण के लिए, 64 बिट कर्नेल पर 32 बिट लिबास का उपयोग करना लगभग काम करेगा लेकिन काफी अविश्वसनीय और अस्थिर होगा क्योंकि 64. और 32 वें आर्किटेक्चर के साथ संकलित होने पर asound.h में परिभाषित ioctl डेटा संरचनाओं के अलग-अलग आकार और व्यवस्थाएं हैं।
तो 64d कर्नेल पर 32 बिट की उपयोगिता को बुलाते समय एक असफल दावे के साथ जैकड-डी अलसा-एक्स अलसरॉ (या इसके जैकड 2 समतुल्य) का उपयोग करना समाप्त हो जाएगा। मानक ऑडियो ऑपरेशन बहुत कम विश्वसनीय होगा क्योंकि बफर काउंट की गलत व्याख्या की जाती है।
सामान्य तौर पर, किसी भी कर्नेल डेटा संरचनाओं को इस तरह से घोषित किया जाना चाहिए जहां उनके आकार 32- और 64 बिट कर्नेल के बीच भिन्न नहीं होते हैं, या 32 बिट कोड कर्नेल वास्तुकला के साथ पत्राचार में विभिन्न संरचना परिभाषाओं का उपयोग करने के बारे में स्मार्ट होना है।
तो सब के सब, आप खरोंच से पुनर्स्थापित करने और अपने घर विभाजन / निर्देशिका को स्थानांतरित करने की बेहतर संभावना रखते हैं।
etckeeper
पुरानी प्रणाली और नई प्रणाली पर उपयोग करें और पुराने सिस्टम पर स्थापित सभी अतिरिक्त पैकेजों (dselect
औरdpkg -l
) को स्थापित करने के बाद, नए सिस्टम में डिफॉल्ट फ़ाइलों की तुलना में अपने परिवर्तनों को मर्ज करें;) ...