Ubuntu point release क्या है और यह कैसे काम करता है

Ubuntu point release क्या है

Ubuntu point release, जैसे कि 26.04.1, वह release है जो आपके पास पहले से मौजूद है, जिसमें लॉन्च के बाद से प्रकाशित सभी अपडेट्स को नए इंस्टॉलेशन मीडिया में शामिल किया गया है। यह कोई नया वर्ज़न नहीं है। जिस आर्काइव से यह इंस्टॉल होता है, वह नहीं बदलता है, और न ही आपके apt sources में suite का नाम बदलता है। इसलिए, एक सर्वर जिसे इंस्टॉल और पैच किया गया है, उसे इसके आने पर कुछ भी डाउनलोड करने की आवश्यकता नहीं होती है।

उस दिन दो चीजें होती हैं। मीडिया को फिर से बनाया जाता है: नई ISO फाइलें और नए क्लाउड इमेज, जो उस सप्ताह की स्थिति के अनुसार आर्काइव से बनाए जाते हैं। और वर्ज़न स्ट्रिंग बदल जाती है: lsb_release -a अब 26.04.1 LTS रिपोर्ट करना शुरू कर देता है, जबकि पहले यह 26.04 LTS रिपोर्ट करता था।

बाकी सब कुछ पहले से ही आपके पास था। Ubuntu लगातार एक suite के -security और -updates पॉकेट्स में फिक्स प्रकाशित करता है, जैसे 26.04 के लिए resolute और 24.04 के लिए noble। एक point release उस स्ट्रीम का एक स्नैपशॉट है। इसमें जाने के लिए कोई अलग गंतव्य नहीं है।

आपका patched सर्वर कुछ भी डाउनलोड क्यों नहीं कर रहा है

इसका कारण यह है कि point number एक छोटे से package में रहता है। यह command चलाएँ:

lsb_release -a
dpkg -S /etc/lsb-release

dpkg -S, base-files: /etc/lsb-release का उत्तर देता है। base-files package उन फाइलों को रखता है जिनमें आपका version string होता है, इसलिए जब कोई point release publish होता है, तो एक नया base-files, -updates pocket में आ जाता है और आपका अगला sudo apt upgrade उसे install कर देता है। वह एक package ही चल रही machine पर point release का एकमात्र दृश्य प्रभाव है। उसके अंदर की बाकी सभी चीजें आपने हफ्तों पहले सामान्य updates के रूप में install कर ली थीं।

पीछे रह जाने का एक सामान्य तरीका है। डिफ़ॉल्ट /etc/apt/apt.conf.d/50unattended-upgrades अपने Allowed-Origins block में -security origin को enable करता है और -updates line को commented छोड़ देता है, इसलिए केवल automatic updates पर चल रही machine security fixes तो ले लेती है लेकिन बाकी सब छोड़ देती है। वह machine महीनों तक पुराने point number की रिपोर्ट करती रहती है, और ऐसा करना सही है, क्योंकि वास्तव में उसमें वे packages नहीं होते हैं। फाइल खोलें और देखें कि कौन सी lines commented हैं: Ubuntu पर unattended upgrades कैसे configure किए जाते हैं उस block को line-by-line समझाता है।

जब अगला point release जारी हो

तारीख के बजाय cadence (समय-चक्र) को समझें। LTS का पहला point release अप्रैल के मूल release के कुछ महीनों बाद आता है, और उसके बाद के release लगभग छह महीने के अंतराल पर आते हैं, जो प्रत्येक interim release का अनुसरण करते हैं। तारीखें बदलती रहती हैं। Canonical ने 26.04 के पहले point release की घोषणा अगस्त 2026 की शुरुआत के लिए की थी और फिर उसे आगे बढ़ा दिया, जो कि एक सामान्य प्रक्रिया है और कोई चेतावनी का संकेत नहीं है। तारीख किसी भी लेख (इस लेख सहित) से लेने के बजाय Ubuntu release cycle page या 26.04 LTS release notes से देखें।

24.04 को 26.04 तक पहली point release आने तक क्यों नहीं दिया जाता है

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

cat /etc/update-manager/release-upgrades

[DEFAULT]
# never  - Never check for, or allow upgrading to, a new release.
# normal - Check to see if a new release is available.
# lts    - Check to see if a new LTS release is available.
Prompt=lts

शिप की गई फ़ाइल में टिप्पणियाँ उस अंश से लंबी हैं और उन्हें पूरा पढ़ना सार्थक है। Prompt=lts एक LTS इंस्टॉलेशन पर डिफ़ॉल्ट है, और यह दो कार्य करता है: यह ऑफ़र को LTS रिलीज़ तक सीमित करता है, और यह चेक को एक अलग सूची में भेजता है।

वह सूची दूसरी फ़ाइल में नामित है:

cat /etc/update-manager/meta-release

URI, https://changelogs.ubuntu.com/meta-release की ओर इशारा करता है और URI_LTS, https://changelogs.ubuntu.com/meta-release-lts की ओर इशारा करता है। Prompt=lts के साथ अपग्रेडर LTS सूची को पढ़ता है, और नई LTS को वहां अपग्रेड लक्ष्य के रूप में तब तक पेश नहीं किया जाता जब तक कि उसकी पहली point release मौजूद न हो। सूची को फ़ेच करें और स्वयं देखें:

curl -s https://changelogs.ubuntu.com/meta-release-lts | tail -40

प्रत्येक रिलीज़ Dist:, Version:, Supported: और UpgradeTool: लाइनों का एक ब्लॉक है। अपग्रेडर को आपको कुछ भी ऑफ़र करने से पहले उस ब्लॉक की आवश्यकता होती है। Canonical ने 26.04 LTS रिलीज़ घोषणा में समान नियम को स्पष्ट शब्दों में कहा है: 24.04 LTS के उपयोगकर्ताओं को स्वचालित अपग्रेड तब ऑफ़र किया जाता है जब 26.04.1 रिलीज़ होती है।

इसलिए उस बिंदु से पहले 24.04 सर्वर पर:

sudo do-release-upgrade -c

Checking for a new Ubuntu release
No new release found.

यह एक स्वस्थ परिणाम है, न कि टूटा हुआ। जब पाथ खुलता है, तो वही कमांड रिलीज़ का नाम बताती है, और वही संदेश लॉगिन बैनर में दिखाई देता है:

New release '26.04.1 LTS' available.
Run 'do-release-upgrade' to upgrade to it.

ध्यान दें कि यह कौन सा संस्करण बताता है। आप कभी भी 26.04 पर अपग्रेड नहीं करते और फिर दोबारा 26.04.1 पर। आप एक बार अपग्रेड करते हैं और 26.04 की वर्तमान स्थिति पर पहुँच जाते हैं।

दो अन्य चीजें इस चेक को खाली वापस लाती हैं: Prompt=never, जिसे कुछ प्रदाता इमेज सेट करती हैं, और एक प्रॉक्सी या मिरर जो changelogs.ubuntu.com तक नहीं पहुँच सकता। एक अलग संदेश, Please install all available updates for your release before upgrading, का अर्थ है कि चेक सफल रहा और अपग्रेडर को पूरी तरह से पैच किए गए शुरुआती बिंदु की आवश्यकता है। do-release-upgrade द्वारा कोई नई रिलीज़ न मिलने की रिपोर्ट शेष कारणों पर काम करती है। जब पाथ खुला हो और आप तैयार हों, तो 24.04 से 26.04 का अपग्रेड अपनी तैयारी के साथ एक अलग कार्य है।

-d फ़्लैग उसी चेक को डेवलपमेंट सूची की ओर निर्देशित करता है, जो कि पाथ खुलने से पहले लोगों के आगे बढ़ने का तरीका है। प्रतीक्षा का एक कारण है: यह वह विंडो है जिसमें शुरुआती उपयोगकर्ताओं द्वारा रिपोर्ट की गई अपग्रेड ब्लॉकर समस्याओं को ठीक किया जाता है। जिस सर्वर को आप किराए पर लेते हैं और जिस पर निर्भर हैं, उस पर यह प्रतीक्षा को अपना काम करने देने के पक्ष में एक तर्क है।

VPS पर hardware enablement kernel का क्या अर्थ है

एक LTS अपने पूरे जीवनकाल के लिए एक ही kernel, यानी GA (general availability) kernel प्रदान करता है, और HWE (hardware enablement) नामक एक दूसरा, rolling track भी देता है। HWE track को point releases के माध्यम से वितरित किया जाता है, और यह point release का वह हिस्सा है जिसमें वास्तव में नया code होता है, न कि केवल मौजूदा चीज़ों की repackaging।

24.04 इसका एक उदाहरण है। यह kernel 6.8 के साथ release हुआ था और अपने पांच साल के मानक support के दौरान GA track पर 6.8 को ही बनाए रखता है। HWE track दूसरे point release से शुरू हुआ: 24.04.2 में Ubuntu 24.10 से kernel 6.11 आया, और 24.04.3 में 25.04 से 6.14 आया। अगस्त 2026 तक यही स्थापित pattern है, और 26.04 भी इसी ढांचे का पालन करता है।

आप किस track पर हैं, यह एक package name से पता चलता है:

uname -r
apt list --installed 2>/dev/null | grep -E '^linux-(generic|virtual|image|kvm)'

linux-generic GA track है। linux-generic-hwe-24.04 rolling track है। Desktop installs डिफ़ॉल्ट रूप से HWE का उपयोग करते हैं और server installs डिफ़ॉल्ट रूप से GA का, जबकि VPS के लिए provider images अक्सर इससे भी अधिक सीमित विकल्पों का उपयोग करते हैं, जैसे कि linux-virtual या cloud-specific linux-kvm। अनुमान लगाने के बजाय जाँच करें, क्योंकि डिफ़ॉल्ट इस पर निर्भर करता है कि आपकी image किसने बनाई है।

किराए के virtual hardware पर, hardware enablement का आप पर कोई खास असर नहीं पड़ता है। आपका server virtio devices, paravirtualised network और disk interfaces को देखता है जिन्हें hypervisor प्रस्तुत करता है, और ये drivers एक दशक से अधिक समय से kernel में स्थिर हैं। एक नए laptop को HWE की आवश्यकता होती है। एक VPS को लगभग कभी नहीं होती। एक नया kernel आपको यहाँ वास्तव में kernel features प्रदान करता है: नया io_uring और eBPF कार्य, या filesystem का कोई सुधार जिसकी आपको विशेष आवश्यकता है। Linux kernel 7.1 में नया क्या है यह तय करने का तरीका है कि क्या यह बदलाव आपके लिए उपयोगी है।

इसकी कीमत reboots और जोखिम है। HWE meta package लगभग हर छह महीने में एक नया upstream kernel लाता है, इसलिए आप उस अंतराल पर kernel jump और reboot स्वीकार करते हैं। DKMS के साथ बनाए गए out-of-tree modules, जिनमें ZFS सबसे आम है, नए version के साथ build होने में विफल हो सकते हैं, और आपको यह boot के समय पता चलता है। प्रत्येक kernel अपने पूर्ववर्ती को भी पीछे छोड़ देता है, जिससे एक छोटा /boot भर जाता है। full /boot से पुराने kernels हटाना और अपना VPS किस kernel से boot होगा यह चुनना लेखों को तब पढ़ें जब आपको उनकी आवश्यकता हो, न कि उसके बाद।

HWE track पर जाना एक command और reboot का काम है:

sudo apt install --install-recommends linux-generic-hwe-24.04
sudo reboot

reboot के बाद uname -r को नया version दिखाना चाहिए। पिछले kernel को तब तक installed रहने दें जब तक आप नए kernel के साथ boot न कर लें और अपनी services की जाँच न कर लें, क्योंकि जो kernel boot नहीं होता उसके लिए recovery का रास्ता boot menu में पुराने entry को चुनना है, और वह entry मौजूद होनी चाहिए। यदि वह नहीं है, तो आप kernel update के बाद boot न होने वाले VPS को recover करना की स्थिति में पहुँच जाते हैं।

HWE package का एक -edge variant भी है जो point release से पहले ही अगला kernel ले आता है। यह testing के लिए मौजूद है। इसे server पर न छुएं।

किराए के server के लिए डिफ़ॉल्ट उत्तर GA kernel है: पाँच वर्षों के लिए एक ही kernel version, जिसमें पूरी अवधि के लिए security fixes backport किए जाते हैं और कोई निर्धारित version jump नहीं होता। HWE पर तब जाएँ जब आप उस feature का नाम ले सकें जिसकी आपको आवश्यकता है।

आज का फ्रेश इंस्टॉलेशन पिछले महीने के इंस्टॉलेशन से अलग क्यों होता है

पॉइंट रिलीज़ की तुलना में इमेजेस को अधिक बार रीबिल्ड किया जाता है। Ubuntu क्लाउड इमेजेस को एक सीरियल नंबर के साथ प्रकाशित करता है, और प्रत्येक प्रोवाइडर अपने स्वयं के शेड्यूल पर अपनी Ubuntu टेम्पलेट्स को रिफ्रेश करता है। इसलिए, एक ही मेनू एंट्री से छह महीने के अंतराल पर बनाए गए दो सर्वर अलग-अलग kernel वर्ज़न के साथ बूट हो सकते हैं और अलग-अलग पैकेज वर्ज़न के साथ शुरू हो सकते हैं। इनमें से कोई भी गलत नहीं है।

यह सुनने में जितना लगता है, उससे कहीं अधिक महत्वपूर्ण है। एक रनबुक जो इंस्टॉलेशन के बाद पांच कमांड चलाने के लिए कहती है, वह चुपचाप एक ऐसी शुरुआती स्थिति मान लेती है जो अब मौजूद नहीं है। जिस लेबल पर आपने क्लिक किया है उस पर भरोसा करने के बजाय हर बॉक्स पर lsb_release -a और uname -r की जाँच करें, फिर कोड में अंतिम स्थिति को परिभाषित करें ताकि शुरुआती स्थिति का महत्व खत्म हो जाए। VPS के लिए पहला Ansible playbook इसका सबसे छोटा उपयोगी वर्ज़न है।

क्या आपको point release पर अपग्रेड करना चाहिए, या प्रतीक्षा करनी चाहिए?

• यदि आप पहले से ही 26.04 पर हैं, तो आपको कहीं और जाने की आवश्यकता नहीं है। updates लेते रहें, point number अपने आप अपडेट हो जाएगा।
• यदि आप 24.04 पर हैं, तो standard support अप्रैल 2029 तक उपलब्ध है, इसलिए प्रतीक्षा करना सुरक्षित है। पहली point release एक अवसर है, कोई समय-सीमा (deadline) नहीं।
• पहले एक copy को upgrade करें। सर्वर का snapshot लें, या किसी throwaway VPS पर वही stack फिर से बनाएँ, वहाँ upgrade चलाएँ और देखें कि इसमें कितना समय लगता है।
• यदि आप नए release के बजाय केवल नया kernel चाहते हैं, तो HWE track आपको 24.04 पर बिना किसी LTS upgrade के यह सुविधा देता है।

किस release पर बने रहना है, इस व्यापक प्रश्न पर सर्वर के लिए LTS बनाम interim releases में चर्चा की गई है।

अपने सिस्टम पर क्या जाँचें

lsb_release -a
uname -r
grep -v '^#' /etc/update-manager/release-upgrades
sudo do-release-upgrade -c

एक सही परिणाम इस तरह दिखता है: lsb_release -a आपके release को उसके वर्तमान point number के साथ दिखाता है, uname -r उस kernel track से मेल खाता है जिसे आप उपयोग करना चाहते थे, Prompt=lts मौजूद है, और यह जाँच या तो कुछ नहीं पाती है या उस release का नाम बताती है जिसे वह offer करेगी। अपग्रेड के दौरान किसी समस्या का सामना करने के बजाय, अपग्रेड से पहले किसी भी अन्य परिणाम को समझना बेहतर है।

FAQ

क्या 26.04.1 जैसे पॉइंट रिलीज़ आने पर मुझे कुछ करने की आवश्यकता है?

नहीं, यदि सर्वर पहले से ही उस रिलीज़ पर है और अपडेट प्राप्त कर रहा है, तो कुछ करने की आवश्यकता नहीं है। पॉइंट रिलीज़ पहले से प्रकाशित अपडेट्स को नए इंस्टॉलेशन मीडिया में शामिल करता है। एक चालू मशीन को वही सामग्री apt upgrade के माध्यम से प्राप्त होती है जैसे ही वह प्रकाशित होती है, और lsb_release -a में वर्ज़न स्ट्रिंग तब बदलती है जब base-files पैकेज अपडेट होता है। इसमें जाने के लिए कोई अलग रिलीज़ नहीं होती और न ही रीइंस्टॉल करने की आवश्यकता होती है।

apt upgrade के बाद भी मेरा सर्वर पुराना पॉइंट नंबर क्यों दिखाता है?

आमतौर पर ऐसा इसलिए होता है क्योंकि स्वचालित अपडेट केवल सुरक्षा सुधारों (security fixes) तक सीमित होते हैं। डिफ़ॉल्ट /etc/apt/apt.conf.d/50unattended-upgrades केवल -security ओरिजिन को सक्षम करता है और -updates लाइन को कमेंट आउट रखता है, और वर्ज़न स्ट्रिंग वाला base-files पैकेज -updates के माध्यम से आता है। sudo apt update && sudo apt full-upgrade को मैन्युअल रूप से चलाएं और जांचें कि क्या सूची में base-files दिखाई देता है। यदि यह 'kept back' के रूप में सूचीबद्ध है, तो कोई चीज़ इसे पिन या होल्ड कर रही है।

मेरे 24.04 सर्वर को 26.04 का अपग्रेड क्यों नहीं मिल रहा है?

क्योंकि LTS पर /etc/update-manager/release-upgrades में Prompt=lts डिफ़ॉल्ट होता है, और यह https://changelogs.ubuntu.com/meta-release-lts पर LTS सूची की जाँच करता है, जहाँ नया LTS अपने पहले पॉइंट रिलीज़ तक अपग्रेड लक्ष्य के रूप में पेश नहीं किया जाता है। तब तक sudo do-release-upgrade -c केवल No new release found. प्रिंट करता है और यह सही व्यवहार है। यह प्रतीक्षा जानबूझकर की जाती है: यह वह अवधि है जिसमें शुरुआती उपयोगकर्ताओं द्वारा पाई गई अपग्रेड समस्याओं को ठीक किया जाता है।

क्या मुझे अपने VPS पर HWE kernel इंस्टॉल करना चाहिए?

आमतौर पर नहीं। हार्डवेयर इनेबलमेंट (HWE) का उद्देश्य रिलीज़ से नए हार्डवेयर का समर्थन करना है, और एक VPS उन virtio डिवाइसेस को प्रस्तुत करता है जिनके ड्राइवर वर्षों से कर्नल में मौजूद हैं। GA कर्नल LTS के जीवनकाल के दौरान एक ही वर्ज़न पर रहता है, जिसमें सुधारों को बैकपोर्ट किया जाता है। HWE कर्नल तभी लें जब आप उस कर्नल फीचर का नाम बता सकें जिसकी आपको आवश्यकता है, और यह स्वीकार करें कि इसके बाद आपको लगभग हर छह महीने में कर्नल जंप और रीबूट करना होगा।