Ubuntu point release کیا ہے؟ 26.04.1 کی وضاحت

Ubuntu point release کیا ہوتا ہے

Ubuntu point release، مثلاً 26.04.1، آپ کے موجودہ release ہی کا وہ ورژن ہوتا ہے جس میں launch کے بعد شائع ہونے والی تمام updates کو نئی installation media میں شامل کر دیا جاتا ہے۔ یہ نیا version نہیں ہوتا۔ جس archive سے یہ install ہوتا ہے وہ تبدیل نہیں ہوتا، اور آپ کے apt sources میں suite name بھی وہی رہتا ہے۔ اس لیے جو server پہلے سے installed اور patched ہو، اس میں point release جاری ہونے پر download کرنے کے لیے کچھ نیا نہیں ہوتا۔

اس دن دو چیزیں جاری ہوتی ہیں۔ Media دوبارہ build کی جاتی ہے: نئی ISO files اور نئی cloud images تیار کی جاتی ہیں، جو اس ہفتے archive کی موجودہ حالت سے build ہوتی ہیں۔ دوسری چیز version string ہے: lsb_release -a اب 26.04 LTS کے بجائے 26.04.1 LTS report کرنا شروع کرتا ہے۔

باقی تمام updates پہلے ہی آپ کے system میں موجود ہوتی ہیں۔ Ubuntu ایک ہی suite کے -security اور -updates pockets میں مسلسل fixes شائع کرتا ہے؛ 26.04 کے لیے resolute اور 24.04 کے لیے noble استعمال ہوتا ہے۔ Point release اس update stream کا ایک snapshot ہوتا ہے۔ اس پر منتقل ہونے کے لیے کوئی الگ destination موجود نہیں۔

آپ کے patched سرور پر ڈاؤن لوڈ کرنے کے لیے کچھ کیوں نہیں ہے

کیونکہ point number ایک چھوٹے package میں موجود ہوتا ہے۔ یہ چلائیں:

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

dpkg -S کا جواب base-files: /etc/lsb-release ہے۔ base-files package ان files کو release کرتا ہے جن میں آپ کا version string موجود ہوتا ہے۔ اس لیے جب point release شائع ہوتی ہے تو ایک نیا base-files، -updates pocket میں شامل ہوتا ہے اور آپ کی اگلی sudo apt upgrade اسے install کر دیتی ہے۔ Running machine پر point release کا مکمل ظاہری اثر اسی ایک package تک محدود ہوتا ہے۔ اس کے اندر موجود باقی تمام چیزیں آپ نے کئی ہفتے پہلے معمول کی updates کے طور پر install کی تھیں۔

پیچھے رہ جانے کا ایک عام طریقہ موجود ہے۔ default /etc/apt/apt.conf.d/50unattended-upgrades اپنے Allowed-Origins block میں -security origin کو enable کرتا ہے اور -updates line کو commented out چھوڑ دیتا ہے۔ اس لیے صرف automatic updates پر چلنے والی machine security fixes لیتی ہے اور باقی updates چھوڑ دیتی ہے۔ ایسی machine کئی ماہ تک پرانا point number رپورٹ کرتی رہتی ہے، اور یہ درست ہوتا ہے، کیونکہ واقعی اس کے پاس وہ packages موجود نہیں ہوتے۔ File کھولیں اور دیکھیں کہ کون سی lines commented ہیں: Ubuntu پر unattended upgrades کو کیسے configure کیا جاتا ہے میں اس block کی ہر line کی وضاحت کی گئی ہے۔

اگلا point release جاری ہونے پر

تاریخ نہیں، cadence سمجھیں۔ LTS کا پہلا point release اپریل کی اصل release کے چند ماہ بعد آتا ہے۔ اس کے بعد کے point releases تقریباً 6 ماہ کے وقفے سے آتے ہیں اور ہر interim release کے شیڈول کے مطابق جاری ہوتے ہیں۔ تاریخیں تبدیل ہو سکتی ہیں۔ Canonical نے پہلے 26.04 point release کا اعلان اگست 2026 کے آغاز کے لیے کیا تھا، پھر اسے مؤخر کر دیا۔ یہ معمول کی بات ہے اور خطرے کی علامت نہیں۔ تاریخ کسی بھی article، بشمول اس مضمون، کے بجائے Ubuntu release cycle page یا 26.04 LTS release notes سے لیں۔

24.04 کو پہلے point release تک 26.04 کیوں پیش نہیں کیا جاتا

کیونکہ upgrade prompt انتظار کرنے کے لیے configured ہے، اور آپ یہ configuration اپنے server پر خود دیکھ سکتے ہیں۔

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 کو upgrade target کے طور پر اس وقت تک پیش نہیں کیا جاتا جب تک اس کی پہلی point release جاری نہ ہو جائے۔ List حاصل کریں اور خود دیکھیں:

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 کے users کو automatic upgrade اس وقت پیش کیا جاتا ہے جب 26.04.1 جاری ہو۔

لہٰذا اس point release سے پہلے 24.04 server پر:

sudo do-release-upgrade -c

Checking for a new Ubuntu release
No new release found.

یہ درست اور متوقع نتیجہ ہے، کوئی خرابی نہیں۔ جب upgrade path کھل جاتا ہے تو یہی command release کا نام دکھاتی ہے، اور login banner میں بھی یہی message ظاہر ہوتا ہے:

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

غور کریں کہ اس میں کون سا version درج ہے۔ آپ پہلے 26.04 پر upgrade کر کے پھر 26.04.1 پر upgrade نہیں کرتے۔ آپ ایک ہی بار upgrade کرتے ہیں اور 26.04 کی موجودہ حالت پر پہنچتے ہیں۔

دو دیگر وجوہات کی بنا پر بھی یہ check خالی نتیجہ دے سکتا ہے: Prompt=never، جسے بعض provider images set کرتی ہیں، اور ایسا proxy یا mirror جو changelogs.ubuntu.com تک نہیں پہنچ سکتا۔ ایک مختلف message، Please install all available updates for your release before upgrading، کا مطلب ہے کہ check کامیاب ہو گیا ہے اور upgrader کو مکمل طور پر patched starting point درکار ہے۔ do-release-upgrade میں نئی release نہ ملنے کی رپورٹ باقی وجوہات کا جائزہ لیتی ہے۔ جب path کھل جائے اور آپ تیار ہوں تو 24.04 سے 26.04 کا اصل upgrade الگ کام ہے، جس کے لیے اپنی preparation درکار ہوتی ہے۔

-d flag اسی check کو development list کی طرف بھیجتا ہے۔ اسی طریقے سے لوگ path کھلنے سے پہلے upgrade کرتے ہیں۔ یہ انتظار ایک وجہ سے رکھا گیا ہے: اس دوران ابتدائی users کی رپورٹ کردہ upgrade رکاوٹیں درست کی جاتی ہیں۔ جس server کے لیے آپ ادائیگی کرتے ہیں اور جس پر انحصار کرتے ہیں، اس پر انتظار کو اپنا کام مکمل کرنے دینا زیادہ محفوظ انتخاب ہے۔

VPS پر hardware enablement kernel سے کیا مراد ہے

LTS اپنی پوری مدت کے لیے ایک kernel فراہم کرتا ہے، جسے GA (general availability) kernel کہا جاتا ہے، اور ایک دوسرا rolling track بھی پیش کرتا ہے جسے HWE (hardware enablement) کہتے ہیں۔ HWE track point releases کے ذریعے فراہم کیا جاتا ہے۔ یہ point release کا وہ واحد حصہ ہے جس میں واقعی نیا code شامل ہوتا ہے، نہ کہ صرف موجودہ code کی دوبارہ packaging کی جاتی ہے۔

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 kernel آیا۔ August 2026 تک یہی مستحکم pattern ہے، اور 26.04 بھی اسی structure کی پیروی کرتا ہے۔

آپ کس 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 installations میں default طور پر HWE، جبکہ server installations میں GA استعمال ہوتا ہے۔ تاہم VPS کے لیے provider images اکثر اس سے بھی زیادہ مخصوص package استعمال کرتی ہیں، مثلاً linux-virtual یا cloud-specific linux-kvm۔ مفروضہ قائم نہ کریں، بلکہ جانچ کریں، کیونکہ default کا انحصار اس provider پر ہوتا ہے جس نے image تیار کی ہے۔

کرائے کے virtual hardware پر hardware enablement عموماً آپ پر لاگو نہیں ہوتا۔ آپ کے server کو virtio devices، paravirtualised network اور disk interfaces نظر آتے ہیں جو hypervisor فراہم کرتا ہے، اور یہ drivers ایک دہائی سے زیادہ عرصے سے kernel میں stable ہیں۔ نئے laptop کو HWE کی ضرورت ہو سکتی ہے، لیکن VPS کو تقریباً کبھی نہیں ہوتی۔ یہاں نیا kernel آپ کو عموماً kernel features فراہم کرتا ہے: مثلاً نیا io_uring اور eBPF support، یا filesystem کی ایسی اصلاح جس کی آپ کو مخصوص وجہ سے ضرورت ہو۔ Linux kernel 7.1 میں کیا نیا ہے سے فیصلہ کریں کہ آیا یہ تبدیلیاں مطلوبہ فائدہ دیتی ہیں یا ان کے لیے درکار churn قابلِ قبول ہے۔

اس کی قیمت reboots اور risk کی صورت میں ادا ہوتی ہے۔ HWE meta package تقریباً ہر چھ ماہ بعد نیا upstream kernel شامل کرتا ہے، اس لیے آپ کو اسی وقفے سے kernel upgrade اور reboot قبول کرنا پڑتا ہے۔ DKMS کے ذریعے بنائے گئے out-of-tree modules، خصوصاً ZFS، نئے version کے ساتھ build ہونے میں ناکام ہو سکتے ہیں، اور اس کا پتا boot کے وقت چلتا ہے۔ ہر kernel اپنے پچھلے version کو بھی برقرار رکھتا ہے، جس سے چھوٹا سا /boot بھر جاتا ہے۔ ضرورت پیش آنے سے پہلے مکمل /boot سے پرانے kernels ہٹانا اور اپنے VPS کے لیے boot ہونے والا kernel منتخب کرنا پڑھ لیں۔

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 کی جانچ نہ کر لیں، کیونکہ boot نہ ہونے والے kernel سے recovery کا طریقہ boot menu میں پرانی entry منتخب کرنا ہے، اور وہ entry موجود ہونی چاہیے۔ اگر وہ موجود نہ ہو تو آپ kernel update کے بعد boot نہ ہونے والے VPS کی recovery کی صورتِ حال میں ہوں گے۔

HWE package کی ایک -edge variant بھی موجود ہے جو point release سے پہلے والا اگلا kernel فراہم کرتی ہے۔ یہ testing کے لیے ہے۔ Server پر اسے استعمال نہ کریں۔

کرائے کے server کے لیے default انتخاب GA kernel ہے: پانچ سال تک ایک ہی kernel version، جس میں پوری مدت کے دوران security fixes backport کی جاتی ہیں اور version jump کا کوئی scheduled عمل نہیں ہوتا۔ HWE پر اسی وقت منتقل ہوں جب آپ واضح طور پر بتا سکیں کہ آپ کو اس کا کون سا feature درکار ہے۔

آج کی نئی تنصیب گزشتہ ماہ کی تنصیب سے کیوں مختلف ہوتی ہے

Images، point releases کے مقابلے میں زیادہ کثرت سے دوبارہ build ہوتی ہیں۔ Ubuntu ایسی cloud images شائع کرتا ہے جن پر serial درج ہوتا ہے، اور ہر provider اپنے Ubuntu templates کو اپنے شیڈول کے مطابق تازہ کرتا ہے۔ اس لیے ایک ہی menu entry سے چھ ماہ کے وقفے سے بنائے گئے دو servers مختلف kernel versions کے ساتھ boot ہو سکتے ہیں اور ان میں package versions بھی مختلف ہو سکتے ہیں۔ ان میں سے کوئی بھی غلط نہیں ہے۔

یہ فرق بظاہر معمولی لگتا ہے، لیکن اس کی اہمیت زیادہ ہے۔ ایسا runbook جو installation کے بعد پانچ commands چلانے کی ہدایت دیتا ہے، خاموشی سے ایسی starting state فرض کرتا ہے جو اب موجود نہیں رہتی۔ ہر box پر lsb_release -a اور uname -r چیک کریں؛ اپنے منتخب کیے گئے label پر بھروسا نہ کریں۔ پھر end state کو code میں بیان کریں تاکہ starting state کی اہمیت ختم ہو جائے۔ VPS کے لیے پہلا Ansible playbook اس کا سب سے مختصر مفید ورژن ہے۔

پوائنٹ ریلیز پر منتقل ہوں یا انتظار کروں؟

• اگر آپ پہلے ہی 26.04 پر ہیں تو منتقل ہونے کے لیے کوئی نئی ریلیز موجود نہیں۔ Updates لیتے رہیں؛ پوائنٹ نمبر خود بخود آگے بڑھتا رہے گا۔
• اگر آپ 24.04 پر ہیں تو standard support اپریل 2029 تک جاری رہے گی، اس لیے انتظار کرنا آسان ہے۔ پہلی point release آغاز کا موقع ہے، آخری تاریخ نہیں۔
• پہلے ایک copy پر 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 آپ کے موجودہ release کو اس کے موجودہ point number کے ساتھ دکھاتا ہے، uname -r اس kernel track سے مطابقت رکھتا ہے جس پر آپ رہنا چاہتے تھے، Prompt=lts موجود ہے، اور check یا تو کچھ نہیں پاتا یا اس release کا نام بتاتا ہے جو یہ پیش کرے گا۔ اس کے برعکس کسی بھی نتیجے کو upgrade کے دوران سمجھنے کے بجائے upgrade سے پہلے سمجھ لینا چاہیے۔

FAQ

کیا 26.04.1 جیسی point release جاری ہونے پر مجھے کچھ کرنا ہوگا؟

نہیں، بشرطیکہ سرور پہلے ہی اسی release پر ہو اور updates وصول کر رہا ہو۔ point release پہلے سے شائع شدہ updates کو نئے installation media میں شامل کرتی ہے۔ چلتی ہوئی مشین کو یہی مواد apt upgrade کے ذریعے شائع ہوتے ہی مل جاتا ہے، اور lsb_release -a میں version string اس وقت تبدیل ہوتی ہے جب base-files package update ہوتا ہے۔ کسی الگ release پر منتقل ہونے یا دوبارہ installation کی ضرورت نہیں ہوتی۔

apt upgrade کے بعد بھی میرا سرور پرانا point number کیوں دکھاتا ہے؟

عام طور پر اس کی وجہ یہ ہوتی ہے کہ automatic updates صرف security fixes تک محدود ہوتے ہیں۔ default /etc/apt/apt.conf.d/50unattended-upgrades، -security origin کو enable کرتا ہے اور -updates line کو comment out رکھتا ہے، جبکہ version string رکھنے والا base-files package -updates کے ذریعے آتا ہے۔ sudo apt update && sudo apt full-upgrade کو دستی طور پر چلائیں اور دیکھیں کہ base-files فہرست میں موجود ہے یا نہیں۔ اگر یہ 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 فہرست دیکھتا ہے۔ نئی LTS کو upgrade target کے طور پر اس کی پہلی point release تک پیش نہیں کیا جاتا۔ اس وقت تک sudo do-release-upgrade -c، No new release found. دکھاتا ہے، اور یہ درست رویہ ہے۔ یہ انتظار دانستہ ہوتا ہے۔ اسی مدت میں ابتدائی upgrade کرنے والے صارفین کو درپیش مسائل درست کیے جاتے ہیں۔

کیا مجھے اپنے VPS پر HWE kernel نصب کرنا چاہیے؟

عام طور پر نہیں۔ Hardware enablement اس hardware کو support کرنے کے لیے ہوتا ہے جو release سے نیا ہو، جبکہ VPS ایسے virtio devices پیش کرتا ہے جن کے drivers کئی سال سے kernel میں موجود ہیں۔ GA kernel، LTS کی پوری مدت میں ایک ہی version پر رہتا ہے اور اس میں fixes backport کیے جاتے ہیں۔ HWE kernel صرف اس وقت لیں جب آپ مطلوبہ kernel feature کا نام بتا سکیں۔ یہ بھی قبول کریں کہ اس کے بعد تقریباً ہر 6 ماہ میں kernel jump اور reboot کرنا ہوگا۔