32 से 64 बिट संस्करण में उबंटू को अपग्रेड करें


14

क्या उबंटू के मेरे 32-बिट संस्करण को 64-बिट संस्करण में अपग्रेड करने का कोई तरीका है? मैं Ubuntu 9.10 का उपयोग करता हूं।

यदि कोई सरल तरीका नहीं है, तो क्या होगा अगर मैं बस अपने घर और /etcनिर्देशिकाओं को नई स्थापना के लिए कॉपी करूं , यह काम करेगा?


2
संकेत: etckeeperपुरानी प्रणाली और नई प्रणाली पर उपयोग करें और पुराने सिस्टम पर स्थापित सभी अतिरिक्त पैकेजों ( dselectऔर dpkg -l) को स्थापित करने के बाद, नए सिस्टम में डिफॉल्ट फ़ाइलों की तुलना में अपने परिवर्तनों को मर्ज करें;) ...
0xC0000022L

जवाबों:


4

दुर्भाग्य से, अन्य ओएस की तरह, ऐसा करने के लिए कोई 'अपग्रेड पथ' नहीं है। आपको लगभग निश्चित रूप से पुनर्स्थापना करने की आवश्यकता होगी।

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

हमेशा कुछ भी प्रयास करने से पहले अपने डेटा का बैकअप लें!


6

मैं /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-बिट सक्षम में अपग्रेड किया और अतिरिक्त रैम को जोड़ा - मुझे लगता है कि इसी तरह के वीएम समाधान भी उसी तरह काम करेंगे।


क्या ऐसा नहीं है कि PAE के साथ 'linux-image-server' कर्नेल का उपयोग सक्षम है?
किरिल वी। ल्याडविंस्की

यह मेरी समझ है कि AMD64 आधारित / संगत प्रोसेसर को 32 बिट और 64 बिट कोड को एक साथ चलाने के लिए मोड के बीच स्विच करने की आवश्यकता नहीं है, इसलिए वहां अतिरिक्त अक्षमता नहीं है, और पीएई का उपयोग करने वाले मेमोरी मैपिंग गुड़-पोकरी नहीं है या तो (32 बिट ऐप्स केवल कभी-कभी अपने वर्चुअल एड्रेस स्पेस के कम 4Gb या उससे कम का उपयोग करने के लिए लगता है)। मैं गलत हो सकता है, लेकिन मेरा मानना ​​है कि अतिरिक्त पता करने योग्य रैम प्राप्त करने के लिए इस तरह से 32 और 64 बिट कोड को मिलाकर पीएई की तुलना में कम अक्षम है।
डेविड स्पिललेट

6

मैंने पिछले महीने 32bit 10.10 से 64bit 10.10 तक अपनी मशीन को फिर से स्थापित किया, बिना कोई डेटा खोए। जब आप 64 बिट ubuntu 10.10 को पुन: स्थापित करते हैं, तो डिस्क चालन उपकरण चुनने के लिए एकमात्र चाल है, संपूर्ण डिस्क को प्रारूपित करने के लिए नहीं।


+1। वास्तव में मैंने यह देखा है, बहुत (डेबियन और उबंटू) और यह त्रुटिपूर्ण रूप से काम करता है।
0xC0000022L

0

64-बिट कर्नेल पर 32-बिट उपयोगकर्ताभूमि चलाने से सिस्टम सुविधाएं शामिल होते ही समस्याएं होने की संभावना है। उदाहरण के लिए, 64 बिट कर्नेल पर 32 बिट लिबास का उपयोग करना लगभग काम करेगा लेकिन काफी अविश्वसनीय और अस्थिर होगा क्योंकि 64. और 32 वें आर्किटेक्चर के साथ संकलित होने पर asound.h में परिभाषित ioctl डेटा संरचनाओं के अलग-अलग आकार और व्यवस्थाएं हैं।

तो 64d कर्नेल पर 32 बिट की उपयोगिता को बुलाते समय एक असफल दावे के साथ जैकड-डी अलसा-एक्स अलसरॉ (या इसके जैकड 2 समतुल्य) का उपयोग करना समाप्त हो जाएगा। मानक ऑडियो ऑपरेशन बहुत कम विश्वसनीय होगा क्योंकि बफर काउंट की गलत व्याख्या की जाती है।

सामान्य तौर पर, किसी भी कर्नेल डेटा संरचनाओं को इस तरह से घोषित किया जाना चाहिए जहां उनके आकार 32- और 64 बिट कर्नेल के बीच भिन्न नहीं होते हैं, या 32 बिट कोड कर्नेल वास्तुकला के साथ पत्राचार में विभिन्न संरचना परिभाषाओं का उपयोग करने के बारे में स्मार्ट होना है।

तो सब के सब, आप खरोंच से पुनर्स्थापित करने और अपने घर विभाजन / निर्देशिका को स्थानांतरित करने की बेहतर संभावना रखते हैं।


यह 7 साल पहले पूछा गया था (और जवाब दिया गया था)। क्या आप इस बारे में थोड़ा स्पष्ट हो सकते हैं कि आप कौन सी नई जानकारी ला रहे हैं? कृपया देखें कि कैसे उत्तर दें और हमारा भ्रमण करें
बरगी
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.