समस्याओं से बचने के लिए रिलीज़ अपग्रेड करने से पहले मुझे क्या कदम उठाने चाहिए?


10

1404_HWE_EOL के बारे में सूचित किए जाने के बाद , मैं एक महत्वपूर्ण उत्पादन प्रणाली को 16.04.1 पर अपग्रेड करने पर विचार कर रहा हूं। मैं कहता हूं "महत्वपूर्ण उत्पादन प्रणाली" क्योंकि यह कार्य केंद्र है जो मैं काम पर दैनिक उपयोग करता हूं। मैं बग या अन्य समस्याओं से बचना चाहता हूं क्योंकि डिबगिंग और मुद्दों को सुलझाने के लिए मेरे पास अधिक समय नहीं है (आईटी विभाग लिनक्स सिस्टम के साथ मदद नहीं करता है)। मेरे पास सभी डेटा बैकअप हैं, लेकिन वर्तमान ओएस विभाजन नहीं है (मैं ओएस ड्राइव को एक और परत के रूप में वापस कर सकता हूं)। अपग्रेड करने से पहले मुझे और क्या कदम उठाने चाहिए? मैं जानना चाहता हूं कि उबंटू में पेश किए गए रिलीज़ अपग्रेड का उपयोग करते समय जटिलताओं को कैसे कम किया जाए।

मैंने उन्नयन से पहले PPA को हटाने के बारे में पढ़ा है । मेरे पास 27 पीपीए स्थापित हैं, इन सभी को हटाने में कुछ समय लगेगा, वे जो कार्यक्रम लाते हैं, फिर अपग्रेड करने के बाद उसे उल्टा कर देते हैं। क्या इससे महत्वपूर्ण लाभ होता है? और कुछ?


क्या यह उत्पादन प्रणाली एक वीएम है? यदि हां, तो आपके पास स्नैपशॉट लेने और / या नवीनीकरण करने से पहले इसे वापस करने का विकल्प हो सकता है। मैंने स्थानीय विकास मशीन (उत्पादन सर्वर नहीं) पर विफल उन्नयन से बचने के लिए इसका उपयोग किया है।
ashes999

यह VM नहीं है। ऐसे में यह एक बेहतरीन विकल्प होगा।
स्टीवन सी। हॉवेल

1
जब मैंने अपग्रेड किया, तो प्रक्रिया ने स्वचालित रूप से मेरे अतिरिक्त पीपीए को अक्षम कर दिया - आपको उन्हें हटाने की आवश्यकता नहीं है। उन्नयन के बाद, मैं उन्हें फिर से सक्षम कर सका। शुरुआती समस्याएं (मेरे लिए) ज्यादातर पीपीए के एक जोड़े के बारे में थीं जो कि Xenial को समर्थन देने के लिए अद्यतन नहीं की गई थीं।
धान लांडौ

एक सावधानी। यदि आपके पास एक एएमडी ग्राफिक्स कार्ड है, तो यह सुनिश्चित करें कि यह 16.04 में उपलब्ध ड्राइवरों के अनुकूल है। मेरा नहीं है, और मेरे हार्डवेयर की दीर्घायु के लाभ के लिए, मैं 14.04 पर लौट आया हूं।
टोनी मार्टिन

जवाबों:


13

महत्वपूर्ण उत्पादन प्रणाली

मैं इस तरह की व्यवस्था को अपग्रेड नहीं करूंगा। मैं दूसरी मशीन पर 16.04 स्थापित करूंगा, उस मशीन पर लाइव डेटा की प्रतिलिपि बनाऊंगा। टेस्ट करो, कुछ और टेस्ट करो। और फिर उस मशीन को उत्पादन सर्वर बनाते हैं।

और आप इसे वर्तमान 14.04 सर्वर के साथ 18.04 के साथ फिर से कर सकते हैं।

जोखिम क्यों लेते हैं?


मेरी स्थिति में, मेरे पास एक पूर्ण डुप्लिकेट हार्डवेयर स्टैक नहीं है, इसलिए इसका मतलब है कि ddमेरी ड्राइव (SSD से HDD) को क्लोन करने के लिए, मूल और क्लोन दोनों का परीक्षण करें, फिर नया ओएस डालने के लिए nuke और प्रशस्त करें। मैंने हमेशा अतीत में ऐसा किया है, लेकिन उम्मीद की गई है कि कुछ चरणों का पालन करने से एक नई रिलीज के उन्नयन के लिए एक विश्वसनीय तरीका प्रदान किया जा सकता है। क्या यह बहुत आशावादी है?
स्टीवन सी। हॉवेल

नहीं। पूरी तरह से संभव है। 1 बात आपको ध्यान में रखने की आवश्यकता हो सकती है: 16.04 "सिस्टमड" का उपयोग करता है। इसलिए सभी सेवाओं के स्टार्टअप बदल गए हैं।
रिनजविंड

तो do-release-upgradeअगले एलटीएस रिलीज के लिए उबंटू को अपग्रेड करने के लिए उपयोग करने पर क्या परिणाम बेहतर होते हैं ?
स्टीवन सी। हॉवेल

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

क्षमा करें, "do-release-upgrade का उपयोग करते समय बेहतर परिणाम" क्या की तुलना में?
रिनविंड

2

मैं वर्कस्टेशन के एक लिनक्स लाइव सिस्टम में एक इमेज बैकअप ("dd") ले लूंगा और इसे वर्चुअलबॉक्स वीएम में बदल दूंगा। (रॉ-इमेज टू वीडीआई)। उसके बाद एक स्नैप बनाएं और इस इमेज को VB में चलाएं। अपग्रेड करने के लिए सभी चरण खेलें। अगर कुछ काम नहीं कर रहा है तो स्नैप वापस कर दें। उन्नत प्रणाली होने के बाद आप VDI को कच्चे में बदल सकते हैं और इसे अपने सिस्टम में "dd" कर सकते हैं या रन-बुक चला सकते हैं।
लेकिन हमेशा अपने पुराने सिस्टम को ओवरराइट करने से पहले एक अंतिम "dd" इमेज बैकअप लें।
मैं अपने सिस्टम को USB थम्ब-ड्राइव से चलाना पसंद करता हूं, इसलिए सिस्टम-इंस्टॉल "VDI -> RAW -> यूएसबी थंब-ड्राइव" के साथ किया जाता है और अपग्रेड / इंस्टॉल किए गए सिस्टम से बूट होता है। तैयार। ठीक है आप एक यूएसबी पोर्ट को "ढीला" करते हैं लेकिन आपको कभी तनाव नहीं होगा और आप सिस्टम-बैकअप को आसान बना सकते हैं।


1

यहाँ @ rinzwind के उत्तर की भिन्नता है जो आपके पास पहले से मौजूद हार्डवेयर के साथ काम कर सकता है।

यदि आपके पास (या आपके आंतरिक डिस्क ड्राइव) पर पर्याप्त खाली जगह है, तो आप 2 नए विभाजन बना सकते हैं (लाइव सीडी / यूएसबी डिस्ट्रो से gparted की तरह कुछ का उपयोग करके) और उनमें से एक को रूट (/) कॉपी करें। और / और दूसरे को घर और उन्हें root2 और home2 की तरह कुछ लेबल करें ताकि उन्हें ढूंढना आसान हो।

यदि रूट और होम एक ही पार्टीशन में हैं, तो आप बस उसे कॉपी कर सकते हैं, लेकिन यदि वे अलग हैं तो कई कारणों से यह पूरी तरह से अच्छा है।

आपको परिवर्तनों को संपादित करके नए / घर पर नई जड़ को इंगित करना होगा /etc/fstabनए रूट विभाजन (नए / घर और रूट विभाजन के यूयूआईडी को अपडेट ।

ls -l /dev/disk/by-labelउपकरणों को खोजने के लिए आप उन्हें प्राप्त कर सकते हैं नई जड़ और घर वर्तमान में हैं और फिर ls -l /dev/disk/by-uuidडिवाइस के नाम से uuids तक पहुंचने के लिए चल रहे हैं।

इसके बाद, अपने ग्रब मेनू में नई रूट जोड़ने के लिए ग्रब-कस्टमाइज़र जैसी किसी चीज़ के साथ ग्रब (अपनी उत्पादन प्रणाली से) अपडेट करें।

अब, आपके पास उन विभाजनों पर आपके लाइव सिस्टम की एक सटीक प्रतिलिपि होगी। आप इस प्रतिलिपि पर नवीनीकरण चला सकते हैं और अभी भी उत्पादन संस्करण बरकरार है। आप जिस पर भी काम करना चाहते हैं, उसमें बूट कर सकते हैं।

एक बार जब आप अपग्रेड के साथ हो जाते हैं, तो आप केवल यह बता सकते हैं कि कॉपी लाइव एक (डिफ़ॉल्ट प्रविष्टि) है और मूल अब बैकअप है। ग्रब-कस्टमाइज़र इस तरह की चीजों को काफी आसान बनाता है।

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

इससे आपके डेटा का बैकअप लेना भी आसान हो जाता है क्योंकि यह अब सिस्टम के सामान में नहीं मिलाया जाता है।

"परीक्षण" विभाजन के दूसरे सेट के साथ, अब आप उन सभी प्रकार की चीजों की कोशिश कर सकते हैं जिन्हें आप उस प्रणाली पर जोखिम नहीं लेना चाहते हैं जो आप दिन-प्रतिदिन के काम पर निर्भर करते हैं।

मैं वर्तमान में अपने "विकास" विभाजन में 16.04 के साथ इस तरह कुबंता 12.04 चला रहा हूं, जब तक कि मैं जिस तरह से चाहता हूं उसे कॉन्फ़िगर नहीं किया गया है।

इन दिनों डिस्क ड्राइव की कीमतों में इतनी गिरावट के साथ, आप अपनी मौजूदा आंतरिक ड्राइव को एक नए बड़े हिस्से में कॉपी कर सकते हैं और यदि आवश्यक हो तो उपयोग कर सकते हैं - यदि आपकी कंपनी आपको जाने देगी।

यह उत्तर यह करने के लिए सभी प्रमुख विवरणों को शामिल करता है। मैंने प्रत्येक चरण के प्रत्येक छोटे विवरण को कवर करने की कोशिश नहीं की। लेकिन जब से आप हर चीज की एक कॉपी के साथ काम कर रहे हैं, तब कोई गंभीर समस्या नहीं होनी चाहिए और बाकी सब कुछ पहले से ही स्टैकएक्सचेंज पर कहीं न कहीं कवर किया गया है।


0

यद्यपि यह आपके विशिष्ट मामले पर लागू नहीं होता है, यदि उबंटू प्रणाली एक वीएम है, तो आप अपग्रेड होने से पहले स्नैपशॉट लेकर और काम न करने पर इस समस्या को हल कर सकते हैं।

मैंने एक बार अपने एक वीएम को अपग्रेड किया था, और हालांकि अपग्रेड फेल हो गया था और माना जाता था कि मुझे वापस मिल गया है, मुझे एक साफ / कार्यात्मक प्रणाली नहीं मिली।

@ रिनविंड का उत्तर भी वीएम के साथ काम करता है: एक नया वीएम बनाएं, उस पर नया उबंटू संस्करण स्थापित करें, और चीजों को कॉपी करना शुरू करें।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.