कैनोनिकल की बढ़ती खराब क्यूए से निपटने की रणनीति?


13

मेरी installed (local or obsolete)श्रेणी भर रही है क्योंकि Canonical हाल ही में अद्यतन को आगे बढ़ा रहा है और फिर उन्हें वापस खींच रहा है। यह हाल के दिनों में दो गुठली के साथ हुआ और cupsआज सुबह फिर से हुआ । मैं अब लगभग तीन वर्षों के लिए उबंटू का उपयोग कर रहा हूं और मुझे यह याद नहीं है कि यह इस वर्ष के रूप में अक्सर होता है।

तो, तर्कसंगत रूप से इससे कैसे निपटें?

मैंने प्रति सप्ताह केवल एक बार अपडेट स्थापित करने के बारे में सोचा था, लेकिन वह उस बुरे अपडेट को हथियाने से रक्षा नहीं करेगा, जो मैंने उस सप्ताह जांचने से पहले ही सही किया था।

क्या सप्ताहांत पर केवल अपडेट स्थापित करने के लिए एक अच्छी रणनीति है? ऐसा लगता है कि सिस्टम अपडेट को अक्सर सप्ताहांत पर नहीं धकेला जाता है। मुझे लगता है कि वे शुक्रवार दोपहर को एक खराब अपडेट को धक्का दे सकते हैं और इसे सोमवार सुबह खींच सकते हैं।

या, किसी भी तरह अद्यतन स्थापित नहीं जब तक वे एक निश्चित समय अवधि के लिए बाहर धकेल दिया गया है - दो दिनों की तरह? क्या ऐसा करने का कोई स्वचालित तरीका है?

संपादित करें: प्रभावित प्रणालियों में से एक कर्बुन के साथ ल्यूबुन्टू 16.04 चलाता है linux-generic, दूसरा कर्बुन के साथ ल्यूबुन्टू 16.04 चलाता है linux-generic-hwe-16.04। दोनों एक cupsसंस्करण 2.13-4ubuntu0.2 अद्यतन से प्रभावित थे जिसे बाहर धकेल दिया गया और फिर 27 मार्च, 2017 को वापस खींच लिया गया। linux-genericमशीन को कर्नेल अपडेट संस्करण 4.4.0.67.12 प्राप्त हुआ जिसे बाद में वापस खींच लिया गया। यह अद्यतन भी अनाथ snapdसंस्करण 2.23.1 linux-generic-hwe-16.04कर्नेल संस्करण 4.8.0.42.14 है कि तब अनाथ था प्राप्त मशीन।


2
संस्करण को स्पष्ट करने के लिए धन्यवाद। मैं सोच रहा था कि क्या आप एलटीएस संस्करण के साथ काम कर रहे हैं, जबकि मध्यवर्ती संस्करण (मेरे लिए) मुख्य रूप से बहुत सारे परिवर्तनों के साथ परीक्षण के लिए हैं जो इसे एलटीएस में बना सकते हैं। जहां तक ​​एलटीएस संस्करणों पर ध्यान केंद्रित करने की बात है, तो मैं बकाया गलतियों को नोटिस करने के लिए पर्याप्त रूप से चौकस नहीं हुआ हूं। मैं नियमित रूप से अपडेट करता हूं। मैं समय-समय पर छोटी-छोटी समस्याओं को नोटिस करता हूं, जो जाहिर तौर पर डेवलपर्स लगातार काम कर रहे हैं। आप एक सुरक्षित प्रणाली के लिए सुरक्षा अपडेट पर ध्यान केंद्रित करने और दैनिक परिवर्तनों को अधिक साहसी होने से निपटने के लिए अनुमति दे सकते हैं।
LD जेम्स

1
@fkraiem हां, मैंने देखा है कि मुझे सूचित किए जाने के कुछ ही समय बाद दो कर्नेल रिलीज़ को वापस खींच लिया गया। काफी मजेदार, मैंने बाद में अपडेट करने का फैसला किया, और जब मैं वापस आया, तो वे चले गए थे!
हेयनेमा

मैंने उबंटू में आपके हाल के अनुभवों के कारण आंशिक रूप से विंडोज स्वचालित अपडेट बंद कर दिया था। मैंने देखा है हाल ही में अद्यतन दैनिक लगता है। हो सकता है कि मैं अपना काम बंद कर दूं क्योंकि मेरे पास अब कोई बग नहीं है।
विनयुनुच्स 2 यूनिक्स

क्या वे StableReleaseUpdates के आवश्यक पोर्टनों को अधिक बार छोड़ रहे हैं, विशेष रूप से कोर पैक के लिए? AFAIK की घोषणा नहीं की गई है, और ubuntu-devel मेलिंग सूची में चर्चा को लाने के लिए एक उचित उपाय होगा।
गुन्नार हेजलारसन २३'१al को

जवाबों:


2

कठोर विकल्प किसी भी * बंटू या व्युत्पन्न के बजाय डेबियन स्टेबल पर स्विच करना है, क्योंकि डेबियन स्टेबल अपनी पूर्ण क्यूए प्रक्रिया के माध्यम से रहा है, जबकि उबंटू डेबियन परीक्षण से लिया गया है, जिसके पास स्टेबल बनने से पहले जाने का कोई रास्ता है।

लगभग सभी ज्ञान सीधे हस्तांतरणीय हैं, लेकिन डेबियन आपको सभी नवीनतम कॉस्मेटिक "घंटियाँ और सीटी" नहीं देगा। हालाँकि, इसके भंडार में अधिक पैकेज हैं ...

मैंने लगभग 5 साल पहले कुबंटू से आने वाले केडीई के साथ मेरे मामले में डेबियन में स्विच किया था, इसी तरह की समस्याएं थीं। लेकिन यह व्यक्तिगत पसंद के लिए नीचे आता है।


1
यह अच्छी जानकारी है। मैंने अपना स्थानीय दर्पण सेट करके इससे निपटने का काम किया, जो अनिवार्य रूप से दैनिक सभी अपडेट को डाउनलोड करता है। मेरे घर लैन पीसी को स्थानीय दर्पण से अपने अपडेट मिलते हैं, लेकिन केवल कमांड पर, स्वचालित रूप से नहीं। इसलिए अगर कुछ भी डरावना लगता है, मैं चाहूं तो कुछ दिनों के लिए उस पर बैठ सकता हूं।
ऑर्गेनिक मार्बल

यह समस्या का बहुत अच्छा समाधान है। कई व्यावसायिक नेटवर्क विंडोज अपडेट के साथ भी इसी तरह के कारणों के लिए स्थापित किए जाते हैं!
बाघ

0

एक पुराने संस्करण में एक पैकेज अद्यतन वापस रोल करें

यदि आपके पास संस्करण संख्या, या लक्ष्य रिलीज़ है, तो किसी विशेष संस्करण या लक्ष्य रिलीज़ को चुनने में सहायता मिलती है।

  1. योग्यता स्थापित करें

    sudo apt-get install aptitude
    
  2. पैकेज के पुराने संस्करण दिखाएं।

    aptitude versions <package-name> | less # use less to display only the top of the list of versions
    
  3. चयनित पैकेज को पुराने संस्करण में वापस रोल करें।

    sudo apt-get -t=<target release> install <package-name>  # target release is old version
    
  4. चयनित पैकेज के खराब अद्यतन को अनइंस्टॉल करें।

    sudo apt-get -t=<target release> remove <package-name> # target release is new version
    
  5. रोल्ड बैक पैकेज संस्करण को स्वचालित रूप से अपडेट किए जाने से रोकें apt-mark holdapt-mark holdका उपयोग पैकेज को वापस रखने के लिए चिह्नित करने के लिए किया जाता है, जो पैकेज को स्वचालित रूप से स्थापित, अपग्रेड या हटाए जाने से रोक देगा।

    sudo apt-mark hold <package-name>  
    

एक पुराने संस्करण में कर्नेल अपडेट को वापस रोल करें

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


aptitude versions <package-name> वर्तमान में स्थापित सभी कर्नेल संस्करण नहीं दिखाते हैं, हालाँकि आप इस आदेश के साथ वर्तमान में स्थापित सभी कर्नेल संस्करण दिखा सकते हैं:

dpkg-query -W -f='${Package}\n' | grep -f <(ls -1 /boot/vmlinuz* | cut -d- -f2,3)  

इस आदेश के परिणाम उन सभी गैर-कार्यशील कर्नेल पैकेजों के पैकेज नामों को सूचीबद्ध करेंगे जिन्हें अनइंस्टॉल किया जाना चाहिए।

गैर-कर्नेल संस्करण से संबंधित संकुल की स्थापना रद्द करने के बाद, आपको यह संदेश मिलेगा:

The link /vmlinuz.old is a damaged link
Removing symbolic link vmlinuz.old 
 you may need to re-run your boot loader[grub]

यह संदेश दिखाया गया है क्योंकि vmlinuz.old हटाए गए फ़ाइलों से जुड़ा हुआ है, इसलिए आपको इस कमांड को चलाकर ग्रब को अपडेट करना होगा:

sudo update-grub

1
उम, यह एक बहुत बड़ी पीड़ा है अगर आपके पास बनाए रखने के लिए कई प्रणालियां हैं, और फिर उन्हें वापस जाना है और उन सभी को अच्छे कर्नेल से बूट करना है। और खराब कर्नेल के लिए पुनरारंभ के साथ सौदा करें, और अच्छा कर्नेल प्राप्त करने के लिए एक और पुनरारंभ करें।
ऑर्गेनिक मार्बल

1
मेरे परिवार के सदस्यों को अपने कंप्यूटर का उपयोग करने की आवश्यकता है, उनके बिना यह सोचने के लिए कि क्या कर्नेल का उपयोग करना है। और, मुझे पता है कि एक बार ऐसा होने पर इस समस्या को कैसे ठीक किया जाए। मैं पहली जगह में समस्या से बचने के लिए एक रणनीति की तलाश कर रहा हूं। मैंने आपके उत्तर को अस्वीकार नहीं किया, लेकिन यह मेरे प्रश्न के लिए उत्तरदायी नहीं है।
ऑर्गेनिक मार्बल

2
@OrganicMarble आपके बच्चों के लिए, जो कि कर्नेल और मामलों के बारे में सोचने से परेशान होने के लिए सबसे अधिक कंप्यूटर प्रेमी या देखभाल करने वाले नहीं हो सकते हैं, क्या आपने केवल सुरक्षा अपडेट के लिए अपने कंप्यूटर को कॉन्फ़िगर करने का परीक्षण किया है ? क्या उस कॉन्फ़िगरेशन के साथ भी यही समस्या है? मैं ऐसी परिस्थिति की कल्पना नहीं कर सकता जहां सामान्य अपडेट तब तक सही रहें जब तक कि कंप्यूटर और वातावरण की बड़ी मात्रा को परीक्षण के बाद जारी नहीं किया जाता जब यह लैब में समस्याओं के बिना काम करता है। समस्याएँ आने पर कम से कम आपका प्रश्न त्वरित सुधार दिखा रहा है।
LD जेम्स

1
@LDJames जो एक अच्छा सुझाव है। हालाँकि, मुझे संदेह है कि ये कर्नेल अद्यतन सुरक्षा अद्यतन थे। मुझे यकीन नहीं है कि वापस कैसे जाऊं और जांच करूं।
ऑर्गेनिक मार्बल

1
@OrganicMarble आप unattendedलॉग फ़ाइलों की जांच करके वापस जा सकते हैं ( /var/log/unattended-upgrades)। मेरा मानना ​​है कि unattended-upgradesपैकेज सुरक्षा अपडेट के लिए है।
एलडी जेम्स

-1

आपकी सर्वश्रेष्ठ रणनीति, किसी भी OS की तरह, प्रतिदिन न्यूनतम एक बार अपडेट की जांच करना है।

सुरक्षा के दृष्टिकोण से, एकल उपयोगकर्ता के लिए विलंबित अद्यतनों पर चलना अवास्तविक है, जबकि वे व्यक्तिगत रूप से परीक्षण किए जाते हैं और प्राथमिकता दी जाती हैं। और एक जरूरी अपडेट हमेशा एक खींचे जाने की तुलना में अधिक महत्वपूर्ण होता है।

इसलिए, जब तक आपके पास हर अपडेट की जांच करने के लिए आपके हाथ में समय न हो, तब तक अपडेट जारी करने के लिए सबसे अच्छी रणनीति यह है कि भले ही यह कई खींचे गए अपडेट में परिणाम हो। इन्हें हमेशा बाद में साफ किया जा सकता है।

एक बैकअप रणनीति के रूप में, आपको हमेशा ... बैकअप करना चाहिए! बैकअप अक्सर, सब कुछ बैकअप। खराब अपडेट इसका एक कारण है। यह विशेष रूप से आसान है यदि आप अपने महत्वपूर्ण दस्तावेजों को क्लाउड में रखते हैं।

संपादित करें: मेरा उत्तर इस धारणा पर आधारित है कि आप घर के व्यक्तिगत कंप्यूटरों के साथ एक ही व्यक्ति हैं।


1
"मुस्कराहट और उसे सहन करना" की रणनीति वह नहीं है जिसकी मुझे तलाश है।
आर्गेनिक मार्बल

@OrganicMarble मैंने ऐसा कभी नहीं कहा। लेकिन मुझे लगता है कि आप एक एकल उपयोगकर्ता हैं और आप एक व्यक्तिगत प्रणाली के बारे में बात कर रहे हैं। अन्यथा कृपया अपने प्रश्न का विस्तार करें। जब आप अद्यतनों को प्रबंधित करने की बात करते हैं तो आप केवल एक व्यक्ति के रूप में बहुत कुछ कर सकते हैं। मैं दर्जनों सर्वरों के साथ बड़ी साइटों का प्रबंधन करता हूं और एक संगठन में सैकड़ों कार्यस्थान जो मेरी साइटों से सैकड़ों गुना बड़े हैं। हम सभी बहुत ही जटिल तरीके से अपडेट से निपटते हैं जो एक अकेला व्यक्ति कभी नहीं कर सकता।
डोरियन

हां, मैं एक कोने के मामले में हूं, मुझे लगता है, जहां हम उबंटू-उपयोग करने वाले परिवार हैं जहां 5 कंप्यूटर हैं, साथ ही मैं कई वर्चुअल मशीन चलाता हूं। तो लगभग। 10 सिस्टम मुझे मैनेज करने हैं। एक स्वचालित प्रबंधन प्रणाली प्राप्त करने के लिए बहुत कम, लेकिन इस सुपर कष्टप्रद की तरह सामान बनाने के लिए पर्याप्त है।
आर्गेनिक मार्बल

@OrganicMarble हाँ जो किसी एकल व्यक्ति को प्रबंधित करने के लिए कठिन बनाता है। और ईमानदारी से, आप जो सबसे अच्छा काम कर सकते हैं, वह है कि जितनी बार हो सके अपडेट करते रहें। आपके परिवार के सदस्यों के लिए एक त्वरित डेमो संभवत: तब मदद करेगा जब यह पॉप अप करने के लिए कई कर्नेल विकल्पों में आता है। आपको उन्हें केवल एक या दो बार दिखाना होगा। क्या आपने एक साधारण स्क्रिप्ट पर विचार किया है जो cronकई गुठली की जांच करने के लिए नौकरी से चलती है ? कई गुठली मुख्य चिंता का विषय हैं?
डोरियन
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.