Ubuntu point release म्हणजे काय? 26.04.1 समजून घ्या

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 नंतर काही महिन्यांनी येते. त्यानंतरच्या releases साधारण 6 महिन्यांच्या अंतराने येतात आणि प्रत्येक interim release शी जुळतात. तारखा बदलू शकतात. Canonical च्या 26.04 release announcement मध्ये पहिली point release 4 August 2026 रोजी नियोजित केली होती. प्रत्यक्षात 26.04.1 27 August 2026 रोजी released झाली. हे नेहमीचे आहे आणि धोक्याची सूचना नाही. आता ती release उपलब्ध झाली आहे. तुमच्या server साठी यात काही बदल होतो का हे ठरवण्यापूर्वी 26.04.1 मध्ये प्रत्यक्षात काय समाविष्ट आहे हे वाचणे उपयुक्त ठरेल. पुढील release ची तारीख या लेखासह कोणत्याही article मधून घेऊ नका. ती Ubuntu release cycle page किंवा 26.04 LTS release notes मधून घ्या.

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

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

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 या उताऱ्यापेक्षा मोठ्या आहेत आणि त्या पूर्ण वाचणे उपयुक्त आहे. 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 वाचतो. त्या list मध्ये नवीन LTS चे पहिले point release उपलब्ध होईपर्यंत ते upgrade target म्हणून दिले जात नाही. ही list fetch करून स्वतः तपासा:

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

प्रत्येक release हा Dist:, Version:, Supported: आणि UpgradeTool: lines असलेला block असतो. कोणतेही upgrade offer करण्यापूर्वी upgrader ला हा block आवश्यक असतो. 10 October 2026 रोजी ही list 26.04 block वर संपते: Dist: resolute, Version: 26.04.1 LTS, Supported: 1 आणि resolute-updates मधील ठिकाणाकडे निर्देश करणारी UpgradeTool: line. Canonical ने 26.04 LTS release announcement मध्ये हा नियम स्पष्टपणे सांगितला होता: 24.04 LTS वापरणाऱ्यांना 26.04.1 release झाल्यावर automatic upgrade दिले जाईल. 27 August 2026 च्या 26.04.1 release announcement मध्ये ही वेळ पुढे ढकलली होती: rust-coreutils मधील regressions दुरुस्त करणारे backports उपलब्ध झाल्यानंतर, release च्या काही आठवड्यांनी Update Manager द्वारे offer दिले जाईल. 29 September 2026 रोजी upgrades enable करण्यात आले आणि त्यानंतरच्या दिवसांत offer क्रमाक्रमाने उपलब्ध करून देण्यात आले.

त्यामुळे upgrades enable होण्यापूर्वी 24.04 server वर check केल्यास पुढील output दिसत होता:

sudo do-release-upgrade -c

Checking for a new Ubuntu release
There is no development version of an LTS available.
To upgrade to the latest non-LTS development release
set Prompt=normal in /etc/update-manager/release-upgrades.

ही wording दिशाभूल करणारी आहे, कारण development version कोणी मागितली नव्हती. मात्र Prompt=lts सह upgrader LTS list मध्ये यापेक्षा नवीन release नाही असे सांगण्यासाठी हीच wording वापरतो. Prompt=normal अंतर्गत त्याच परिस्थितीसाठी No new release found. हा message असतो. Upgrades enable होण्यापूर्वी यापैकी कोणताही result योग्य होता; तो error नव्हता. आता हा मार्ग खुला आहे. त्यामुळे पूर्णपणे patched 24.04 server वर त्याच 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 च्या सध्याच्या स्थितीवर पोहोचता.

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

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

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

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

24.04 हे याचे उदाहरण आहे. ती आवृत्ती kernel 6.8 सह प्रसिद्ध झाली आणि 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 installs मध्ये default म्हणून HWE आणि server installs मध्ये default म्हणून 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. यापैकी काही बदलांचा churn योग्य आहे का हे ठरवण्यासाठी Linux kernel 7.1 मध्ये नवीन काय आहे वाचा.

याची किंमत reboots आणि risk आहे. HWE meta package साधारणपणे प्रत्येक सहा महिन्यांनी नवीन upstream kernel आणते. त्यामुळे त्या अंतराने kernel बदल आणि reboot स्वीकारावा लागतो. DKMS वापरून build केलेले out-of-tree modules, जसे vendor driver किंवा Ubuntu च्या kernel packages मध्ये आधीपासून दिलेल्या ZFS modules ऐवजी स्थापित केलेले zfs-dkms package, नवीन version विरुद्ध build होण्यात अयशस्वी होऊ शकतात. Kernel package install होताना हा build चालतो. त्यामुळे error apt output मध्ये दिसतो. ते output कोणी वाचले नाही, तर boot वेळी समस्या लक्षात येते. प्रत्येक kernel त्याचा आधीचा 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 path म्हणजे boot menu मधील जुनी entry निवडणे. त्यामुळे ती entry अजून अस्तित्वात असणे आवश्यक आहे. ती नसेल, तर तुम्ही kernel update नंतर boot न होणारा VPS recover करणे या परिस्थितीत असाल.

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

भाड्याने घेतलेल्या server साठी default निवड GA kernel हीच आहे: पाच वर्षांसाठी एकच kernel version, संपूर्ण कालावधीत त्यावर backport केलेले security fixes आणि scheduled 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 वेळी स्थलांतर करावे की प्रतीक्षा करावी?

• तुम्ही आधीपासून 26.04 वर असल्यास, स्थलांतर करण्यासाठी नवीन release उपलब्ध नाही. Updates घेत राहा; point number आपोआप पुढे बदलेल.
• तुम्ही 24.04 वर असल्यास, standard support mid 2029 पर्यंत सुरू राहतो (Canonical च्या releases यादीत June 2029 आणि release cycle पृष्ठावर May 2029 दिले आहे). त्यामुळे प्रतीक्षा करणे सोपे आहे. पहिला point release ही सुरुवात आहे; अंतिम मुदत नाही.
• प्रथम एका प्रतीवर upgrade करून पाहा. सर्व्हरचा snapshot घ्या किंवा वापरून टाकता येईल अशा VPS वर तोच stack पुन्हा तयार करा. तेथे upgrade चालवा आणि त्यासाठी लागणारा वेळ नोंदवा.
• तुम्हाला नवीन release पेक्षा नवीन kernel हवा असल्यास, 24.04 वरील HWE track त्यासाठी पुरेसा आहे. त्यासाठी 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 तुमची सध्याची point number सह release दाखवते, uname -r तुम्ही वापरण्याचे ठरवलेला kernel track दर्शवते, Prompt=lts उपलब्ध असते आणि तपासणीमध्ये ती देऊ केलेली release दाखवली जाते. patched 24.04 server वर ती आता 26.04.1 LTS आहे. किंवा, त्यापेक्षा नवीन काहीही उपलब्ध नसल्याचे कळवले जाते. 26.04 वर हेच योग्य उत्तर आहे. याशिवाय काही दिसत असल्यास upgrade सुरू करण्यापूर्वी त्याचा अर्थ समजून घ्या; upgrade सुरू झाल्यानंतर नाही.

FAQ

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

नाही. सर्व्हर आधीपासून त्या release वर असेल आणि updates घेत असेल, तर काहीही करावे लागत नाही. Point release मध्ये आधी प्रकाशित केलेले updates नवीन installation media मध्ये समाविष्ट केले जातात. चालू मशीनला तेच content प्रकाशित होताच apt upgrade द्वारे मिळते. एखादे update लागू करण्यासाठी installed package काढणे आवश्यक असल्यास, ते अधूनमधून apt full-upgrade द्वारे मिळते; साधे upgrade असे package hold back करते. 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 enabled असते आणि -updates line comment केलेली असते. Version string असलेले base-files package -updates द्वारे मिळते. sudo apt update && sudo apt full-upgrade manually चालवा आणि यादीत base-files दिसते का ते तपासा. ते kept back म्हणून दाखवत असल्यास, एखादी pinning किंवा hold setting त्याला अडवत आहे.

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

आतापर्यंत ते सुचवले गेले पाहिजे. LTS वर /etc/update-manager/release-upgrades मधील Prompt=lts हे default असते. ते https://changelogs.ubuntu.com/meta-release-lts वरील LTS यादी तपासते. नवीन LTS चा पहिला point release प्रकाशित होईपर्यंत तो त्या यादीत उपलब्ध केला जात नाही. 26.04.1 27 August 2026 रोजी प्रकाशित झाले. 24.04 वरून upgrades 29 September 2026 रोजी enabled करण्यात आले. 10 October 2026 रोजी त्या यादीत 26.04.1 LTS साठी resolute block आणि Supported: 1 होते. Upgrades enabled करण्यापूर्वी sudo do-release-upgrade -c ने There is no development version of an LTS available. दाखवले होते. ते योग्य behaviour होते. तुमच्या सर्व्हरला अजूनही upgrade सुचवले जात नसल्यास, Prompt हे never वर set केलेले नाही याची, सर्व्हर changelogs.ubuntu.com पर्यंत पोहोचू शकतो याची आणि उपलब्ध प्रत्येक update installed असल्याची तपासणी करा.

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

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