Ubuntu 26.04.1 म्हणजे काय? Point release चे स्पष्टीकरण

Ubuntu point release म्हणजे काय

26.04.1 सारखा Ubuntu point release म्हणजे तुमच्याकडे आधीपासून असलेला release होय. Launch नंतर प्रकाशित झालेले सर्व updates नव्या installation media मध्ये समाविष्ट केलेले असतात. ही नवीन version नसते. Installation ज्या archive मधून होते तो archive बदलत नाही. तुमच्या apt sources मधील suite name देखील बदलत नाही. त्यामुळे एखादा point release उपलब्ध झाल्यावर आधीच installed आणि patched असलेल्या server ला काहीही download करण्याची गरज नसते.

त्या दिवशी दोन गोष्टी होतात. Media पुन्हा तयार केले जाते: त्या आठवड्यात archive ज्या स्थितीत होता त्यावर आधारित नवीन ISO files आणि नवीन cloud images तयार केल्या जातात. तसेच version string बदलते: यापूर्वी 26.04 LTS दाखवणारे lsb_release -a आता 26.04.1 LTS दाखवते.

उर्वरित सर्व updates तुमच्याकडे आधीपासूनच असतात. Ubuntu एका suite च्या -security आणि -updates pockets मध्ये सतत fixes प्रकाशित करते: 26.04 साठी resolute आणि 24.04 साठी noble. Point release म्हणजे त्या update stream चा snapshot होय. त्यासाठी वेगळ्या destination कडे जाण्याची आवश्यकता नसते.

तुमच्या patch केलेल्या सर्व्हरवर डाउनलोड करण्यासाठी काहीही का नसते

कारण point number एका छोट्या package मध्ये असतो. हे चालवा:

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

dpkg -S याचे उत्तर देते base-files: /etc/lsb-release. base-files package मध्ये version string असलेल्या files असतात. त्यामुळे point release प्रकाशित झाल्यावर नवीन base-files -updates pocket मध्ये येतो आणि पुढील sudo apt upgrade मध्ये तो install होतो. चालू machine वर point release चा दिसणारा संपूर्ण परिणाम त्या एका package पुरताच असतो. त्यातील इतर सर्व गोष्टी तुम्ही काही आठवड्यांपूर्वी सामान्य updates म्हणून install केलेल्या असतात.

मागे राहण्याचा एक सामान्य मार्ग आहे. Default /etc/apt/apt.conf.d/50unattended-upgrades त्याच्या Allowed-Origins block मध्ये -security origin enable करतो आणि -updates line comment करून ठेवतो. त्यामुळे केवळ automatic updates वापरणाऱ्या machine ला security fixes मिळतात, पण इतर updates मिळत नाहीत. अशी machine अनेक महिने जुना point number दाखवत राहते. ते योग्यच असते, कारण त्या machine वर ती packages प्रत्यक्षात उपलब्ध नसतात. File उघडा आणि कोणत्या lines commented आहेत ते पाहा: Ubuntu वर unattended upgrades कसे configure केले जातात या block मधील प्रत्येक line समजावते.

पुढील point release केव्हा उपलब्ध होईल

तारीख लक्षात ठेवण्याऐवजी release cadence समजून घ्या. LTS चे पहिले point release एप्रिलमधील मूळ release नंतर काही महिन्यांनी येते. त्यानंतरची point releases साधारण 6 महिन्यांच्या अंतराने येतात आणि प्रत्येक interim release च्या वेळापत्रकाशी जुळतात. तारखा बदलू शकतात. Canonical ने पहिले 26.04 point release ऑगस्ट 2026 च्या सुरुवातीला जाहीर केले होते. नंतर ते पुढे ढकलण्यात आले. हे नेहमीचे आहे आणि धोक्याचे संकेत नाही. तारीख कोणत्याही लेखातून, या लेखातूनही, घेऊ नका. ती Ubuntu release cycle page किंवा 26.04 LTS release notes मधून घ्या.

पहिल्या point release पूर्वी 24.04 साठी 26.04 का दाखवले जात नाही

कारण upgrade prompt प्रतीक्षा करण्यासाठी configure केलेला असतो. ही configuration तुम्ही स्वतःच्या box वर पाहू शकता.

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

शिप केलेल्या file मधील comments या excerpt पेक्षा मोठ्या आहेत आणि त्या पूर्ण वाचणे उपयुक्त आहे. LTS install वर Prompt=lts हे default असते. ते दोन कामे करते: offer फक्त LTS releases पर्यंत मर्यादित ठेवते आणि check वेगळ्या list कडे पाठवते.

ही list दुसऱ्या file मध्ये नमूद केलेली आहे:

cat /etc/update-manager/meta-release

URI हे https://changelogs.ubuntu.com/meta-release कडे निर्देश करते आणि URI_LTS हे https://changelogs.ubuntu.com/meta-release-lts कडे निर्देश करते. Prompt=lts वापरल्यावर upgrader LTS list वाचतो. नवीन LTS ची पहिली point release उपलब्ध होईपर्यंत ती upgrade target म्हणून या list मध्ये दिली जात नाही. ही list fetch करून स्वतः पाहा:

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

प्रत्येक release हा Dist:, Version:, Supported: आणि UpgradeTool: lines चा block असतो. कोणतेही release offer करण्यापूर्वी upgrader ला हा block आवश्यक असतो. Canonical हेच नियम 26.04 LTS release announcement मध्ये स्पष्ट शब्दांत सांगते: 24.04 LTS वापरणाऱ्यांना 26.04.1 release झाल्यावर automatic upgrade offer केले जाते.

म्हणून त्या point पूर्वी 24.04 server वर:

sudo do-release-upgrade -c

Checking for a new Ubuntu release
No new release found.

हा योग्य परिणाम आहे; server मध्ये बिघाड झालेला नाही. Upgrade path open झाल्यावर त्याच command मध्ये release चे नाव दिसते आणि login banner मध्येही तोच message दिसतो:

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

कोणती version दाखवली आहे ते लक्षात घ्या. आधी 26.04 आणि नंतर पुन्हा 26.04.1 असे upgrade केले जात नाही. एकदाच upgrade केल्यावर 26.04 ची current state मिळते.

या check चा result रिकामा येण्याची आणखी दोन कारणे आहेत: काही provider images मध्ये set केलेले Prompt=never आणि changelogs.ubuntu.com पर्यंत पोहोचू न शकणारा proxy किंवा mirror. वेगळा message, Please install all available updates for your release before upgrading, म्हणजे check यशस्वी झाला आहे आणि upgrader ला पूर्णपणे patched starting point हवा आहे. do-release-upgrade मध्ये नवीन release सापडला नाही असे दाखवणे उरलेल्या कारणांची तपासणी करते. Path open झाल्यावर आणि तुम्ही तयार असल्यावर 24.04 ते 26.04 upgrade प्रक्रिया हे स्वतंत्र काम असते आणि त्यासाठी स्वतंत्र preparation आवश्यक असते.

-d flag त्याच check ला development list कडे निर्देशित करतो. Path open होण्यापूर्वी पुढे जाण्यासाठी हीच पद्धत वापरली जाते. ही प्रतीक्षा एका कारणासाठी असते: early movers कडून नोंदवलेले upgrade blockers दुरुस्त करण्यासाठी हा कालावधी असतो. तुम्ही भाड्याने घेतलेल्या आणि ज्यावर अवलंबून असलेल्या server साठी, ही प्रतीक्षा पूर्ण होऊ देणे अधिक योग्य आहे.

VPS वरील hardware enablement kernel म्हणजे काय

LTS आवृत्तीच्या संपूर्ण कालावधीसाठी एकच kernel देते. याला GA (general availability) kernel म्हणतात. त्यासोबत HWE (hardware enablement) नावाचा दुसरा, सतत अद्ययावत होणारा track उपलब्ध असतो. HWE track point releases द्वारे वितरित केला जातो. Point release मध्ये आधीपासून उपलब्ध असलेल्या घटकांचे repackaging न करता प्रत्यक्ष नवीन code देणारा हा एकमेव भाग असतो.

24.04 हे याचे उदाहरण आहे. ही आवृत्ती kernel 6.8 सह release झाली आणि standard support च्या संपूर्ण पाच वर्षांच्या कालावधीत GA track वर 6.8 ठेवते. HWE track दुसऱ्या point release पासून सुरू झाला. 24.04.2 मध्ये Ubuntu 24.10 मधील 6.11 kernel आला आणि 24.04.3 मध्ये Ubuntu 25.04 मधील 6.14 आला. August 2026 पर्यंत हीच स्थापित पद्धत आहे आणि 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 हा सतत अद्ययावत होणारा track आहे. Desktop installations मध्ये default म्हणून HWE असतो आणि server installations मध्ये GA असतो. मात्र VPS साठी provider images यापेक्षा वेगळा, अधिक मर्यादित पर्याय वापरू शकतात. उदाहरणार्थ, linux-virtual किंवा cloud-specific linux-kvm. गृहीत धरण्याऐवजी तपासा, कारण default कोणती image तयार केली आहे यावर अवलंबून असतो.

भाड्याने घेतलेल्या virtual hardware वर hardware enablement चा तुम्हाला बहुतेक वेळा उपयोग होत नाही. तुमच्या server ला virtio devices, तसेच hypervisor कडून दिलेले paravirtualised network आणि disk interfaces दिसतात. हे drivers kernel मध्ये दहा वर्षांहून अधिक काळ स्थिर आहेत. नवीन laptop ला HWE आवश्यक असू शकतो. VPS ला जवळजवळ कधीच नाही. येथे नवीन kernel मुळे प्रत्यक्षात kernel features मिळतात. उदाहरणार्थ, नवीन io_uring आणि eBPF कार्यक्षमता किंवा तुम्हाला विशिष्ट कारणासाठी आवश्यक असलेला filesystem fix. Linux kernel 7.1 मध्ये नवीन काय आहे यावरून यासाठी होणारा बदल योग्य आहे का ते ठरवता येते.

याची किंमत म्हणजे reboots आणि जोखीम. HWE meta package साधारणपणे दर सहा महिन्यांनी नवीन upstream kernel आणते. त्यामुळे त्या कालावधीनुसार kernel upgrade आणि reboot स्वीकारावे लागतात. DKMS वापरून तयार केलेले out-of-tree modules, विशेषतः ZFS, नवीन version विरुद्ध build होण्यात अपयशी ठरू शकतात. हे अपयश boot वेळी लक्षात येते. प्रत्येक kernel त्याच्या आधीची आवृत्तीही ठेवतो. त्यामुळे लहान /boot भरून जाऊ शकते. गरज पडण्यापूर्वी भरलेला /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 वर boot करून services तपासेपर्यंत आधीचा kernel installed ठेवावा. Boot न होणाऱ्या kernel साठी recovery पद्धत म्हणजे boot menu मधील जुनी entry निवडणे. त्यामुळे ती entry अद्याप उपलब्ध असणे आवश्यक आहे. ती उपलब्ध नसेल, तर तुम्ही kernel update नंतर boot न होणारा VPS पुनर्प्राप्त करणे या परिस्थितीत असाल.

HWE package चे -edge variant देखील उपलब्ध आहे. ते point release च्या आधीचा पुढील kernel घेते. हे testing साठी आहे. Server वर ते वापरू नका.

भाड्याने घेतलेल्या server साठी default पर्याय GA kernel हा आहे. त्यात पाच वर्षांसाठी एकच kernel version राहतो. संपूर्ण कालावधीत त्यावर security fixes backport केले जातात आणि नियोजित version jump होत नाही. तुम्हाला आवश्यक असलेल्या feature चे स्पष्ट कारण असेल तेव्हाच HWE वर जा.

आज केलेली नवीन install मागील महिन्यातील install पेक्षा वेगळी का असते

Point releases होण्यापेक्षा images अधिक वेळा rebuild केल्या जातात. Ubuntu serial ने चिन्हांकित केलेल्या cloud images प्रकाशित करते. प्रत्येक provider स्वतःच्या वेळापत्रकानुसार त्याचे Ubuntu templates refresh करतो. त्यामुळे एकाच menu entry मधून सहा महिन्यांच्या अंतराने तयार केलेले दोन servers वेगवेगळ्या kernel versions सह boot होऊ शकतात आणि वेगवेगळ्या package versions सह सुरू होऊ शकतात. यांपैकी कोणतेही चुकीचे नसते.

याचा परिणाम दिसतो त्यापेक्षा अधिक महत्त्वाचा आहे. Install केल्यानंतर पाच commands चालवाव्यात असे सांगणारे runbook आता लागू नसलेल्या starting state वर नकळत अवलंबून असते. तुम्ही निवडलेल्या label वर विश्वास ठेवण्याऐवजी प्रत्येक box वर lsb_release -a आणि uname -r तपासा. त्यानंतर end state code मध्ये परिभाषित करा, म्हणजे starting state महत्त्वाची राहणार नाही. VPS साठीचे पहिले Ansible playbook ही त्याची सर्वात छोटी उपयुक्त आवृत्ती आहे.

point release च्या वेळी upgrade करावे का, की प्रतीक्षा करावी?

• तुम्ही आधीपासून 26.04 वर असाल, तर upgrade करण्यासाठी दुसरे कोणतेही release उपलब्ध नाही. Updates घेत राहा; point number आपोआप पुढे जाईल.
• तुम्ही 24.04 वर असाल, तर standard support April 2029 पर्यंत आहे. त्यामुळे प्रतीक्षा करणे सोपे आहे. पहिले point release ही सुरुवात आहे, अंतिम मुदत नाही.
• प्रथम प्रतिवर upgrade करून पाहा. Server चा snapshot घ्या किंवा वापरून टाकण्यासाठी असलेल्या VPS वर तोच stack पुन्हा उभा करा. तेथे upgrade चालवा आणि त्यासाठी लागणारा वेळ नोंदवा.
• तुम्हाला नवीन release ऐवजी नवीन kernel हवा असेल, तर 24.04 वरील HWE track त्यासाठी पुरेसा आहे. LTS upgrade करण्याची गरज नाही.

कोणत्या release वर server ठेवावा, हा व्यापक प्रश्न server साठी 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 दर्शवते. यापेक्षा वेगळे काही दिसल्यास upgrade सुरू करण्यापूर्वी त्याचा अर्थ समजून घ्या; upgrade सुरू झाल्यानंतर नाही.

FAQ

26.04.1 सारखे point release उपलब्ध झाल्यावर मला काही करावे लागेल का?

नाही, सर्व्हर आधीपासून त्या release वर असेल आणि updates घेत असेल तर काहीही करावे लागत नाही. Point release मध्ये आधीच प्रकाशित झालेले updates नव्या installation media मध्ये समाविष्ट केले जातात. चालू मशीनला तेच content apt upgrade द्वारे प्रकाशित होताच मिळते आणि base-files package update झाल्यावर lsb_release -a मधील version string बदलते. वेगळ्या release वर जाण्याची किंवा पुन्हा installation करण्याची गरज नसते.

apt upgrade नंतरही माझा सर्व्हर जुना point number का दाखवतो?

सहसा automatic updates फक्त security fixes पर्यंत मर्यादित असल्यामुळे असे होते. Default /etc/apt/apt.conf.d/50unattended-upgrades मध्ये -security origin सक्षम असते आणि -updates line comment केलेली असते. Version string असलेले base-files package -updates मधून येते. sudo apt update && sudo apt full-upgrade manually चालवा आणि base-files list मध्ये दिसते का ते तपासा. ते kept back म्हणून दाखवत असल्यास, एखादी pin किंवा hold त्याला अडवत आहे.

माझ्या 24.04 सर्व्हरला 26.04 का सुचवले जात नाही?

कारण LTS वर /etc/update-manager/release-upgrades मधील Prompt=lts हे default असते. ते https://changelogs.ubuntu.com/meta-release-lts वरील LTS list तपासते. नवीन LTS च्या पहिल्या point release पर्यंत ते upgrade target म्हणून उपलब्ध केले जात नाही. तोपर्यंत sudo do-release-upgrade -c, No new release found. दाखवते आणि हे योग्य behaviour आहे. हा विलंब जाणीवपूर्वक ठेवला जातो. या काळात सुरुवातीला upgrade करणाऱ्यांना आढळलेल्या समस्या दुरुस्त केल्या जातात.

माझ्या VPS वर HWE kernel install करावा का?

सहसा नाही. Release पेक्षा नवीन hardware ला support देण्यासाठी hardware enablement उपलब्ध असते. VPS मध्ये virtio devices असतात आणि त्यांचे drivers अनेक वर्षांपासून kernel मध्ये आहेत. LTS च्या संपूर्ण कालावधीत GA kernel एका version वरच राहतो आणि त्यात fixes backport केले जातात. आवश्यक असलेले kernel feature तुम्ही स्पष्टपणे सांगू शकत असाल तरच HWE kernel घ्या. त्यानंतर साधारण प्रत्येक सहा महिन्यांनी kernel jump आणि reboot करावा लागेल, हे स्वीकारा.