Ubuntu 26.04.1 point release কী, আর কী বদলায়

Ubuntu point release কী

26.04.1-এর মতো Ubuntu point release হলো আপনার ইতিমধ্যে থাকা release, যাতে launch-এর পর প্রকাশিত সব update নতুন installation media-তে অন্তর্ভুক্ত করা হয়েছে। এটি নতুন version নয়। যে archive থেকে এটি install হয়, তা পরিবর্তিত হয় না। আপনার apt sources-এ suite name-ও পরিবর্তিত হয় না। তাই install ও patch করা server-এর জন্য point release প্রকাশিত হলে নতুন কিছু download করার প্রয়োজন নেই।

সেদিন দুটি জিনিস প্রকাশিত হয়। Media নতুন করে তৈরি করা হয়: সেই সপ্তাহে archive-এর যে অবস্থা ছিল, তার ভিত্তিতে নতুন ISO file এবং নতুন cloud image তৈরি করা হয়। Version string-ও পরিবর্তিত হয়: আগে যেখানে 26.04 LTS দেখাত, সেখানে lsb_release -a এখন 26.04.1 LTS দেখায়।

বাকি সবকিছু ইতিমধ্যেই আপনার কাছে ছিল। Ubuntu একটি suite-এর -security এবং -updates pocket-এ ধারাবাহিকভাবে fix প্রকাশ করে। 26.04-এর জন্য এটি resolute এবং 24.04-এর জন্য noble। Point release হলো সেই update stream-এর একটি snapshot। এতে যাওয়ার জন্য আলাদা কোনো destination নেই।

আপনার patch করা সার্ভারে download করার মতো কিছু নেই কেন

কারণ point number একটি ছোট package-এ থাকে। এটি চালান:

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

dpkg -S-এর উত্তর base-files: /etc/lsb-release। base-files package-এ version string ধারণকারী file-গুলো থাকে। তাই একটি point release প্রকাশিত হলে নতুন base-files -updates pocket-এ আসে এবং পরবর্তী sudo apt upgrade সেটি install করে। চলমান machine-এ point release-এর দৃশ্যমান প্রভাব পুরোপুরি এই একটি package-নির্ভর। এর ভেতরের বাকি সবকিছু আপনি কয়েক সপ্তাহ আগে সাধারণ update হিসেবে install করেছেন।

পিছিয়ে পড়ার একটি সাধারণ কারণ আছে। Default /etc/apt/apt.conf.d/50unattended-upgrades তার Allowed-Origins block-এ -security origin সক্রিয় রাখে এবং -updates line-টি comment করা থাকে। ফলে শুধু automatic update চালু থাকা machine security fix নেয়, কিন্তু অন্য update বাদ দেয়। সেই machine কয়েক মাস ধরে পুরোনো point number দেখাতে থাকে। এটি স্বাভাবিক, কারণ সংশ্লিষ্ট package-গুলো সত্যিই machine-এ নেই। File খুলে কোন line comment করা আছে তা দেখুন: Ubuntu-তে unattended upgrades কীভাবে configured করা হয় এই block-এর প্রতিটি line ব্যাখ্যা করে।

পরবর্তী point release প্রকাশিত হলে

তারিখ নয়, release cadence বুঝুন। কোনো LTS-এর প্রথম point release সাধারণত April মাসের মূল release-এর কয়েক মাস পরে প্রকাশিত হয়। পরবর্তী point release-গুলো প্রায় ছয় মাস অন্তর আসে এবং প্রতিটি interim release-এর সময়সূচি অনুসরণ করে। তারিখ পরিবর্তিত হতে পারে। Canonical 26.04-এর প্রথম point release 2026 সালের August মাসের শুরুতে প্রকাশের ঘোষণা দিয়েছিল, পরে তারিখ পিছিয়ে দেয়। এটি স্বাভাবিক এবং কোনো সতর্কসংকেত নয়। তারিখের জন্য এই নিবন্ধসহ অন্য কোনো article-এর ওপর নির্ভর না করে Ubuntu release cycle page অথবা 26.04 LTS release notes দেখুন।

প্রথম point release প্রকাশের আগে 24.04 থেকে 26.04 অফার করা হয় না কেন

কারণ upgrade prompt অপেক্ষা করার জন্য কনফিগার করা আছে। আপনি নিজের server-এ সেই configuration পড়ে দেখতে পারেন।

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-এর মন্তব্যগুলো এই excerpt-এর চেয়ে দীর্ঘ এবং সম্পূর্ণ পড়ার মতো। LTS install-এ Prompt=lts ডিফল্ট হিসেবে থাকে। এটি দুটি কাজ করে: offer-কে শুধু LTS release-এ সীমাবদ্ধ করে এবং 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-টি fetch করে নিজেই দেখুন:

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

প্রতিটি release Dist:, Version:, Supported: এবং UpgradeTool: line-এর একটি block। কোনো কিছু অফার করার আগে upgrader-এর এই block প্রয়োজন। Canonical 26.04 LTS release announcement-এ একই নিয়ম সহজ ভাষায় জানিয়েছে: 24.04 LTS ব্যবহারকারীদের 26.04.1 প্রকাশের সময় automatic upgrade অফার করা হবে।

তাই সেই 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-এ এবং পরে আবার 26.04.1-এ upgrade করেন না। একবার upgrade করলেই 26.04-এর বর্তমান অবস্থায় পৌঁছান।

আরও দুটি কারণে ওই check খালি ফলাফল দিতে পারে: Prompt=never, যা কিছু provider image সেট করে, এবং এমন 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 করেন। অপেক্ষার একটি কারণ আছে: এই সময়ে প্রথম দিকের ব্যবহারকারীরা যে upgrade blocker জানায়, সেগুলো ঠিক করা হয়। আপনি যে server ভাড়া নিয়ে ব্যবহার করছেন এবং যার ওপর নির্ভর করছেন, সেখানে এই অপেক্ষাকে কাজ করতে দেওয়াই যুক্তিসঙ্গত।

VPS-এ hardware enablement kernel বলতে কী বোঝায়

একটি LTS তার পুরো জীবনচক্রে একটি kernel ব্যবহার করে। এটি হলো GA (general availability) kernel। একই সঙ্গে LTS HWE (hardware enablement) নামে একটি rolling track-ও দেয়। HWE track point release-এর মাধ্যমে সরবরাহ করা হয়। একটি point release-এ ইতিমধ্যে থাকা প্যাকেজ নতুনভাবে সাজানোর বদলে প্রকৃত নতুন code সাধারণত এই অংশেই থাকে।

এখানে 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 হলো rolling track। Desktop install-এ default হিসেবে HWE এবং server install-এ GA ব্যবহৃত হয়। তবে VPS-এর provider image-এ আরও নির্দিষ্ট কোনো track থাকতে পারে, যেমন linux-virtual বা cloud-specific linux-kvm। অনুমান না করে যাচাই করুন, কারণ default আপনার image কে তৈরি করেছে তার ওপর নির্ভর করে।

ভাড়া করা virtual hardware-এ hardware enablement সাধারণত আপনার জন্য প্রযোজ্য নয়। আপনার server virtio device, hypervisor প্রদত্ত paravirtualised network interface এবং disk interface দেখতে পায়। এই driver-গুলো kernel-এ এক দশকেরও বেশি সময় ধরে স্থিতিশীল। নতুন laptop-এর জন্য HWE দরকার হতে পারে। VPS-এর ক্ষেত্রে প্রায় কখনোই নয়। এখানে নতুন kernel থেকে মূলত kernel feature পাওয়া যায়: নতুন io_uring ও eBPF সুবিধা, অথবা আপনার নির্দিষ্ট প্রয়োজনের কোনো filesystem fix। এর কোনটি আপনার জন্য পরিবর্তনের ঝুঁকি নেওয়ার মতো কি না, তা নির্ধারণ করতে Linux kernel 7.1-এ কী নতুন দেখুন।

এর খরচ হলো reboot এবং ঝুঁকি। HWE meta package প্রায় প্রতি ছয় মাসে নতুন upstream kernel আনে। তাই ওই সময়সূচি অনুযায়ী kernel পরিবর্তন এবং reboot মেনে নিতে হয়। DKMS দিয়ে তৈরি out-of-tree module, বিশেষ করে ZFS, নতুন version-এর সঙ্গে build নাও হতে পারে। এটি boot করার সময় জানা যায়। প্রতিটি kernel তার আগের kernel-টিও রেখে দেয়। এভাবেই ছোট /boot পূর্ণ হয়ে যায়। প্রয়োজন হওয়ার পরে নয়, আগেই পূর্ণ /boot থেকে পুরোনো kernel সরানো এবং আপনার 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 করে service-গুলো পরীক্ষা না করা পর্যন্ত আগের kernel-টি installed রাখুন। যে kernel boot হয় না, সেটি থেকে 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 fix backport করা হয় এবং নির্ধারিত version jump থাকে না। আপনার প্রয়োজনীয় feature-এর নাম স্পষ্টভাবে বলতে পারলেই HWE-তে যান।

আজ নতুন করে ইনস্টল করা সিস্টেম গত মাসের ইনস্টলেশনের থেকে কেন আলাদা

Point release হওয়ার চেয়ে image আরও ঘন ঘন পুনর্নির্মাণ করা হয়। Ubuntu serial নম্বরসহ cloud image প্রকাশ করে, এবং প্রতিটি provider নিজস্ব সময়সূচি অনুযায়ী Ubuntu template refresh করে। তাই একই menu entry থেকে ছয় মাসের ব্যবধানে তৈরি করা দুটি server ভিন্ন kernel version নিয়ে boot করতে পারে এবং শুরুতেই ভিন্ন package version থাকতে পারে। এর কোনোটিই ভুল নয়।

বিষয়টি শুনতে যতটা সাধারণ মনে হয়, তার চেয়ে বেশি গুরুত্বপূর্ণ। ইনস্টলেশনের পর পাঁচটি command চালাতে বলে এমন runbook নীরবে এমন একটি starting state ধরে নেয়, যা এখন আর নাও থাকতে পারে। ক্লিক করা label-এর ওপর নির্ভর না করে প্রতিটি box-এ lsb_release -a এবং uname -r পরীক্ষা করুন। এরপর code-এ end state নির্ধারণ করুন, যাতে starting state আর গুরুত্বপূর্ণ না থাকে। একটি VPS-এর জন্য প্রথম Ansible playbook এর সবচেয়ে ছোট কার্যকর সংস্করণ।

পয়েন্ট রিলিজ প্রকাশের সময় সরানো উচিত, নাকি অপেক্ষা করা উচিত?

• আপনি যদি ইতিমধ্যে 26.04 ব্যবহার করেন, তাহলে সরানোর মতো কোনো নতুন release নেই। আপডেট নেওয়া চালিয়ে যান; point number নিজে থেকেই পরবর্তী সংখ্যায় যাবে।
• আপনি যদি 24.04 ব্যবহার করেন, তাহলে standard support April 2029 পর্যন্ত চলবে। তাই অপেক্ষা করা সহজ। প্রথম point release একটি সুযোগ, deadline নয়।
• আগে একটি কপি upgrade করুন। সার্ভারের snapshot নিন, অথবা একটি অস্থায়ী VPS-এ একই stack পুনর্নির্মাণ করুন। সেখানে upgrade চালিয়ে কত সময় লাগে তা মাপুন।
• আপনার প্রয়োজন যদি নতুন release নয়, বরং নতুন kernel হয়, তাহলে 24.04-এ কোনো LTS upgrade ছাড়াই HWE track ব্যবহার করে নতুন kernel পাওয়া যায়।

কোন release ব্যবহার করে স্থির থাকা উচিত, সেই বিস্তৃত আলোচনা server-এর জন্য LTS বনাম interim release-এ রয়েছে।

নিজের সার্ভারে কী পরীক্ষা করবেন

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` উপস্থিত থাকে, এবং check হয় কিছুই খুঁজে পায় না, নয়তো যে release প্রস্তাব করবে তার নাম দেখায়। এর ব্যতিক্রম হলে upgrade চলাকালীন নয়, তার আগে বিষয়টি বোঝা দরকার।

FAQ

26.04.1-এর মতো একটি point release প্রকাশিত হলে কি আমাকে কিছু করতে হবে?

না, যতক্ষণ সার্ভারটি ইতিমধ্যে ওই release-এ আছে এবং update গ্রহণ করছে। একটি point release আগে প্রকাশিত update-গুলোকে নতুন installation media-তে অন্তর্ভুক্ত করে। কোনো চলমান machine apt upgrade-এর মাধ্যমে প্রকাশের সঙ্গে সঙ্গে একই content পায়, আর base-files package update হলে lsb_release -a-এর version string পরিবর্তিত হয়। আলাদা কোনো release-এ যাওয়ার প্রয়োজন নেই এবং reinstall-ও করতে হয় না।

apt upgrade-এর পরেও আমার সার্ভার পুরোনো point number দেখায় কেন?

সাধারণত automatic update শুধু security fix-এ সীমাবদ্ধ থাকার কারণে। 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 চালান এবং তালিকায় base-files আছে কি না দেখুন। এটি যদি kept back হিসেবে তালিকাভুক্ত থাকে, তাহলে কোনো pin বা hold সেটি আটকে রেখেছে।

আমার 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 প্রকাশ না হওয়া পর্যন্ত upgrade target হিসেবে দেওয়া হয় না। ততক্ষণ sudo do-release-upgrade -c, No new release found. দেখায় এবং এটিই সঠিক আচরণ। এই অপেক্ষা ইচ্ছাকৃত। এই সময়ে প্রথম দিকে upgrade করা ব্যবহারকারীদের পাওয়া সমস্যাগুলো ঠিক করা হয়।

আমার VPS-এ কি HWE kernel install করা উচিত?

সাধারণত নয়। Release-এর চেয়ে নতুন hardware সমর্থন করার জন্য hardware enablement ব্যবহৃত হয়। VPS-এ virtio device থাকে, যার driver বহু বছর ধরে kernel-এ রয়েছে। GA kernel LTS-এর পুরো সময় একই version-এ থাকে এবং এতে fix backport করা হয়। আপনার প্রয়োজনীয় kernel feature-এর নাম নির্দিষ্টভাবে বলতে পারলে HWE kernel নিন। তবে মনে রাখবেন, এরপর প্রায় প্রতি ছয় মাসে kernel jump এবং reboot করতে হবে।