সার্ভারের জন্য Ubuntu LTS নাকি Interim Release সেরা?

Ubuntu LTS বনাম interim release: সংক্ষিপ্ত উত্তর

সার্ভারের জন্য Ubuntu LTS নাকি interim release বেছে নেবেন, তা একটি সংখ্যার ওপর নির্ভর করে: কতদিন সেই রিলিজটি নিরাপত্তা আপডেট পাবে। একটি LTS পাঁচ বছর পর্যন্ত স্ট্যান্ডার্ড নিরাপত্তা রক্ষণাবেক্ষণ পায়। একটি interim release মাত্র নয় মাস আপডেট পায়, এরপর আপডেট বন্ধ হয়ে যায়, তাই আপনাকে অবশ্যই আপগ্রেড করতে হবে অথবা নতুন করে তৈরি করতে হবে। অন্য কেউ নির্ভর করে এমন যেকোনো সার্ভারে LTS ব্যবহার করুন। interim release কেবল তখনই ব্যবহার করুন যখন নতুন করে তৈরি করা আপনার জন্য কোনো সমস্যা নয় এবং কারো অনুমতির প্রয়োজন হয় না।

LTS মানে হলো long term support। Canonical প্রতি দুই বছর অন্তর একটি করে LTS প্রকাশ করে, যা জোড় সংখ্যার বছরের এপ্রিল মাসে আসে এবং এর মধ্যবর্তী সময়ে প্রতি ছয় মাস অন্তর একটি করে interim release প্রকাশ করে। 26.04 LTS রিলিজ হয়েছে 23 April 2026 তারিখে এবং এর স্ট্যান্ডার্ড নিরাপত্তা রক্ষণাবেক্ষণ 2031 সাল পর্যন্ত চলবে। 26.10 রিলিজ হওয়ার কথা 15 October 2026 তারিখে, এবং এটি একটি interim release, তাই এর মেয়াদ July 2027 সালে শেষ হয়ে যাবে।

প্রতিটি Ubuntu রিলিজ কতদিন সাপোর্ট পায়

[
  {
    "label": "LTS, standard support",
    "support_months": 60,
    "upgrades_over_5_years": 1
  },
  {
    "label": "LTS with Ubuntu Pro",
    "support_months": 120,
    "upgrades_over_5_years": 0
  },
  {
    "label": "Interim release",
    "support_months": 9,
    "upgrades_over_5_years": 10
  }
]

এগুলো 2026 সালের আগস্ট মাস পর্যন্ত Canonical-এর প্রকাশিত নীতিমালা, কোনো টেস্ট বক্স থেকে প্রাপ্ত পরিমাপ নয়। একটি LTS রিলিজ 60 মাস স্ট্যান্ডার্ড সিকিউরিটি মেইনটেন্যান্স সুবিধা পায়, যার অর্থ হলো পাঁচ বছরে 1 টি পরিকল্পিত রিলিজ আপগ্রেড। একটি ইন্টারিম রিলিজ 9 মাস সাপোর্ট পায়। একই পাঁচ বছরে ইন্টারিম ট্র্যাকে থাকতে হলে 10 টি রিলিজ আপগ্রেড করতে হয়, কারণ আপনি কোনো রিলিজ বাদ দিতে পারবেন না এবং পাঁচ বছরে মোট দশটি রিলিজ আসে।

একটি Ubuntu Pro সাবস্ক্রিপশন LTS-এর এই সময়সীমাকে 120 মাস বা দশ বছরে উন্নীত করে এবং কভারেজকে main কম্পোনেন্ট থেকে পুরো আর্কাইভ পর্যন্ত বিস্তৃত করে। 2026 সালের আগস্ট মাস অনুযায়ী, ব্যক্তিগত ব্যবহারের জন্য পাঁচটি মেশিন পর্যন্ত Pro বিনামূল্যে পাওয়া যায়, যা অধিকাংশ ছোট VPS ফ্লিটের জন্য যথেষ্ট। ইন্টারিম রিলিজের জন্য এর কোনো বিকল্প নেই। নয় মাসই হলো সর্বোচ্চ অফার এবং কোনো সাবস্ক্রিপশনই একে বর্ধিত করে না।

একটি রিয়েল সার্ভারে নয় মাসের খরচ

উদাহরণ হিসেবে 26.10 সংস্করণটি নেওয়া যাক। এটি 15 অক্টোবর 2026-এ রিলিজ হয় এবং এর সিকিউরিটি মেইনটেন্যান্স জুলাই 2027-এ শেষ হয়। এটি সেই একই নয় মাসের প্যাটার্ন যা 25.10 সংস্করণের ক্ষেত্রে জুলাই 2026-এ শেষ হয়েছিল। ক্যালেন্ডারের হিসেবে দেখলে মনে হতে পারে প্রতি তিন কোয়ার্টারে একবার মেইনটেন্যান্স উইন্ডো পাওয়া যায়। কিন্তু এই ক্যালেন্ডার হিসাবটি ভুল এবং এটি খরচের দিক থেকে বেশ ব্যয়বহুল।

একটি রিলিজ আপগ্রেড অপারেটিং সিস্টেমকে সরাসরি প্রতিস্থাপন করে। do-release-upgrade apt সোর্সগুলো নতুন করে লেখে, থার্ড-পার্টি রিপোজিটরিগুলো নিষ্ক্রিয় করে, প্রায় প্রতিটি ইনস্টল করা প্যাকেজের সংস্করণ পরিবর্তন করে, আপনার এডিট করা কনফিগারেশন ফাইল সম্পর্কে জানতে মাঝপথে থেমে যায় এবং শেষে রিবুট করে। এই কারণেই এটি একটি পরিকল্পিত উইন্ডো, কোনো ব্যাকগ্রাউন্ড জব নয়।

ssh-এর মাধ্যমে এটি চালালে টুলটি আপনার কানেকশন বিচ্ছিন্ন হওয়া থেকে সুরক্ষা দেয়। এটি নিজস্ব একটি screen সেশন শুরু করে এবং দ্বিতীয় একটি sshd খোলে, যা আপনাকে আগেই জানিয়ে দেয়:

To make recovery in case of failure easier, an additional sshd will
be started on port '1022'. If anything goes wrong with the running ssh
you can still connect to the additional one.

এটি হতে দিন। যদি আপনার ফায়ারওয়াল বা প্রোভাইডারের আলাদা নেটওয়ার্ক ফায়ারওয়াল 1022 পোর্ট ব্লক করে রাখে, তবে এই ফলব্যাকটি আর কাজ করবে না। সেক্ষেত্রে কানেকশন বিচ্ছিন্ন হলে প্যাকেজ সেট অর্ধেক আপগ্রেড অবস্থায় আটকে যাবে। যেকোনো বক্সে নিজে থেকে tmux বা screen-এর ভেতরে কাজ করলে আপনি একই সুরক্ষা পাবেন।

কনফিগারেশন ফাইলের প্রম্পটগুলোই একটি পনেরো মিনিটের আপগ্রেডকে এক ঘণ্টার কাজে পরিণত করে:

Configuration file '/etc/ssh/sshd_config'
 ==> Modified (by you or by a script) since installation.
 ==> Package distributor has shipped an updated version.
   What would you like to do about it ?

আপনার ফাইলটি রেখে দিলে নতুন ডিফল্ট সেটিংসে কী পরিবর্তন এসেছে তা আপনি জানতে পারবেন না। মেইনটেইনারের ফাইলটি গ্রহণ করলে আপনার করা হার্ডেনিং বা নিরাপত্তা সেটিংস মুছে যাবে, যতক্ষণ না আপনি সেগুলো পুনরায় সেট করছেন। ওই রিলিজে কী পরিবর্তন এসেছে তা না জেনে কোনোটিই নিরাপদ নয়, আর এই কারণেই রিলিজ নোট পড়া ঐচ্ছিক কোনো কাজ নয়, বরং মেইনটেন্যান্স উইন্ডোরই একটি অংশ।

এরপর সার্ভারের সংখ্যা অনুযায়ী হিসাব করুন। ইন্টারিম ট্র্যাকে থাকা একটি VPS-এর জন্য পাঁচ বছরে দশটি আপগ্রেড উইন্ডো প্রয়োজন। পাঁচটি VPS বক্স হলে তা পঞ্চাশটি উইন্ডো, যদি না প্রতিটি বক্স ডিসপোজেবল হয় এবং ইমেজ থেকে পুনরায় তৈরি করা হয়। LTS ট্র্যাকে থাকা পাঁচটি বক্সের জন্য একই সময়ে পাঁচটি আপগ্রেড প্রয়োজন এবং প্রতিটি আপগ্রেড কখন হবে সেই মাসটি আপনি নিজেই বেছে নিতে পারেন।

কেন আপনি Ubuntu-এর কোনো রিলিজ বাদ দিতে পারবেন না

আপগ্রেড পাথগুলো নির্দিষ্ট করা থাকে। একটি ইন্টারিম রিলিজ থেকে পরবর্তী রিলিজেই আপগ্রেড করা যায়, সেটি যাই হোক না কেন। একটি LTS থেকে সরাসরি পরবর্তী LTS-এ অথবা চাইলে পরবর্তী ইন্টারিম রিলিজে আপগ্রেড করা যায়। কোনো কিছুই একসাথে দুই ধাপ আপগ্রেড করতে পারে না। 26.10 থেকে 28.04 LTS-এ যাওয়ার অর্থ হলো 27.04 এবং 27.10-এর মধ্য দিয়ে যাওয়া, অথবা মেশিনটি নতুন করে ইনস্টল করা।

এই মেকানিজমটি জানা জরুরি, কারণ এটি আপনাকে বলে দেয় যে নিয়মটি নমনীয় নয়। do-release-upgrade changelogs.ubuntu.com থেকে একটি meta-release ফাইল সংগ্রহ করে, তারপর একটি নির্দিষ্ট ট্রানজিশনের জন্য তৈরি আপগ্রেড টুল ডাউনলোড করে। Canonical একবারে একটি ট্রানজিশন তৈরি ও পরীক্ষা করে, তাই কোনো রিলিজ বাদ দিয়ে লাফিয়ে যাওয়ার জন্য কোনো টুল বা টেস্টিং নেই। আপগ্রেডার সতর্কতার কারণে এটি প্রত্যাখ্যান করছে না। সেখানে অফার করার মতো কিছুই নেই।

আপনি কোন রিলিজটি পাবেন তা একটি কনফিগারেশন লাইন থেকে নির্ধারিত হয়:

grep -i prompt /etc/update-manager/release-upgrades
sudo do-release-upgrade -c

Prompt=lts শুধুমাত্র পরবর্তী LTS অফার করে। Prompt=normal পরবর্তী রিলিজ অফার করে, তা LTS হোক বা না হোক। Prompt=never কিছুই অফার করে না, যার মাধ্যমে আপনি আপনার পরিকল্পনা ছাড়া অন্য কারো শুরু করা আপগ্রেড বন্ধ করতে পারেন। LTS নয় এমন রিলিজে, lts ঠিক normal-এর মতো আচরণ করে, কারণ 26.10-এর পরের রিলিজটি উভয় সেটিংয়েই 27.04। চেক করার সময় এটি Checking for a new Ubuntu release প্রিন্ট করে এবং তারপর হয় একটি New release ... available. লাইন অথবা No new release found. দেখায়।

শিডিউলিংয়ের আরেকটি নিয়ম অনেককে বিভ্রান্ত করে। নতুন LTS রিলিজ হওয়ার দিনেই LTS থেকে LTS আপগ্রেড অফার করা হয় না। এটি প্রথম পয়েন্ট রিলিজের সাথে শুরু হয়, এবং 26.04.1 রিলিজটি 27 আগস্ট 2026-এর জন্য নির্ধারিত। একটি পয়েন্ট রিলিজ Ubuntu-এর নতুন কোনো সংস্করণ নয়, বরং চার মাসের জমানো ফিক্সসহ একই রিলিজ যা নতুন ইনস্টল মিডিয়াতে অন্তর্ভুক্ত থাকে, এবং এই অপেক্ষার কারণ হলো আপগ্রেড পাথটি যাতে কারো কাছে পৌঁছানোর আগে চার মাসের টেস্টিং পায়। 2026 সালের গ্রীষ্মজুড়ে Prompt=lts থাকা একটি 24.04 বক্স যা No new release found. উত্তর দিচ্ছিল, তা নষ্ট ছিল না। এটি নিয়ম অনুসরণ করছিল। যখন পাথটি খুলে যায়, তখন 24.04 থেকে 26.04 LTS আপগ্রেড হলো সেই প্রক্রিয়া যা পরিকল্পনা ও মহড়া করার জন্য প্রস্তুত রাখতে হয়।

কখন interim release সঠিক পছন্দ

চারটি ক্ষেত্র যেখানে এটি সত্যিই কার্যকর:

• আপনার এমন একটি kernel বা userspace version প্রয়োজন যা LTS archive-এ নেই, এবং তা এই মুহূর্তে এই সার্ভারে দরকার।
• মেশিনটি যদি একটি build host, CI runner বা test box হয় যা আপনি image থেকে পুনরায় তৈরি করেন, সেক্ষেত্রে upgrade মানে রক্ষণাবেক্ষণের সময়ের পরিবর্তে একটি নতুন instance তৈরি করা।
• LTS ভার্সনটি ফ্রিজ হওয়ার পরে কোনো হার্ডওয়্যার বা hypervisor ফিচার যুক্ত হয়েছে এবং তার কোনো backport নেই।
• আপনি পরবর্তী LTS-এ কী থাকবে তা পরীক্ষা করছেন। 28.04 ভার্সনটি 26.10, 27.04 এবং 27.10 থেকে তৈরি হয়, তাই একটি সাধারণ VPS-এ কোনো breaking change খুঁজে পাওয়া গুরুত্বপূর্ণ সার্ভারে পাওয়ার চেয়ে কম ব্যয়বহুল।

অধিকাংশ মানুষ যারা interim release ব্যবহার করতে চান, তারা মূলত একটি নতুন package চান, পুরো distribution নয়। এর দুটি সহজ সমাধান আছে। Hardware enablement stack পরবর্তী রিলিজগুলোর kernel-কে LTS-এ নিয়ে আসে: 24.04-এর ক্ষেত্রে এটি হলো sudo apt install linux-generic-hwe-24.04, এবং এটি প্রতিটি point release-এর সাথে আপডেট হয়, যা দ্বিতীয় রিলিজ থেকে শুরু হয়। একটি নির্দিষ্ট application-এর জন্য, container image বা vendor-এর নিজস্ব repository পুরো operating system পরিবর্তন না করেই কেবল একটি অংশ আপডেট করতে সাহায্য করে।

কখন interim release নির্বাচন করা ভুল সিদ্ধান্ত

• যেকোনো সিস্টেম যেখানে ব্যবহারকারীরা অর্থ প্রদান করেন বা অন-কল রোটেশন রয়েছে। আপনি বছরে দুইবার বাধ্যতামূলক আপগ্রেডের বিনিময়ে এমন সব প্যাকেজ ভার্সন গ্রহণ করছেন যা হয়তো আপনার কখনোই প্রয়োজন হবে না।
• যেকোনো সার্ভার যেখানে unattended-upgrades আপনার নিরাপত্তা প্যাচিংয়ের কাজ করছে। সেই অটোমেশন শুধুমাত্র ততটুকুই কার্যকর যতটুকু নিরাপত্তা প্যাচ এটি সংগ্রহ করতে পারে।
• এমন সার্ভারের বহর যা আপনি হাতে আপগ্রেড করেন, কারণ প্রকৃত খরচ হলো একটি মেইনটেন্যান্স উইন্ডোর সময়কে মোট সার্ভারের সংখ্যা দিয়ে গুণ করা।
• যেকোনো কিছু যা আপনি ইনস্টল করার পর এক বছর আর দেখেন না। একটি interim release যা আপনি ভুলে গেছেন, তা নয় মাস পরে একটি প্যাচবিহীন ইন্টারনেট-মুখী সার্ভারে পরিণত হয়।

শেষের এই ব্যর্থতাটি নিঃশব্দে ঘটে, যা একে বিপজ্জনক করে তোলে। যখন একটি রিলিজের মেয়াদ শেষ হয়ে যায়, তখন এর প্যাকেজগুলো old-releases.ubuntu.com-এ স্থানান্তরিত হয়, ফলে sudo apt update তখন archive.ubuntu.com-এর বিপরীতে 404 এরর দেখাতে শুরু করে। ডিস্কে থাকা প্যাকেজ লিস্টগুলো পুরনো হয়ে যায়। unattended-upgrades তার টাইমার অনুযায়ী চলতে থাকে এবং /var/log/unattended-upgrades/unattended-upgrades.log-এ এই ধরনের লাইন লিখতে থাকে:

No packages found that can be upgraded unattended and no pending auto-removals

এই লাইনটি একটি সম্পূর্ণ প্যাচ করা সার্ভার এবং যে সার্ভারের রিলিজ চার মাস আগে শেষ হয়ে গেছে, উভয় ক্ষেত্রেই একই দেখায়। যদি না কেউ apt এররগুলো পড়ে বা রিলিজের মেয়াদ শেষ হওয়ার তারিখ ট্র্যাক করে, তবে মেশিনের কোনো কিছুই আপনাকে বলবে না যে আপনি কোনটি দেখছেন।

যে ধরনের পরিবর্তন প্রথমে ইন্টারিম ট্র্যাকে আসে

2026 সালের মার্চ মাসে, একজন Canonical প্রকৌশলী Ubuntu discourse-এ প্রস্তাব করেন যে, 26.10 ভার্সনে secure boot-এর জন্য যে সাইন করা GRUB বুটলোডারটি দেওয়া হয়, তা থেকে কিছু অংশ বাদ দেওয়া হবে। এই প্রস্তাবে btrfs, hfsplus, xfs এবং zfs-এর ফাইলসিস্টেম ড্রাইভার, JPEG ও PNG ইমেজ পার্সার, Apple পার্টিশন টেবিল, LVM-এর ওপর /boot, RAID 1 ছাড়া অন্যান্য সফটওয়্যার RAID এবং LUKS এনক্রিপ্টেড /boot বাদ দেওয়ার কথা বলা হয়েছে। এর কারণ হিসেবে বলা হয়েছে যে, বুটলোডার-এর ভেতরের পার্সারগুলো নিয়মিত নিরাপত্তা ত্রুটির উৎস হয়ে দাঁড়ায় এবং স্টোরেজ ও এনক্রিপশন লজিক মূলত initramfs-এ থাকা উচিত—যা হলো ছোট একটি প্রাথমিক RAM ফাইলসিস্টেম, যা কার্নেল মূল রুট মাউন্ট করার আগেই মাউন্ট করে। 2026 সালের আগস্ট পর্যন্ত এটি কেবল আলোচনার পর্যায়ে থাকা একটি প্রস্তাব, কোনো চূড়ান্ত পরিবর্তন নয়।

অধিকাংশ VPS ইনস্ট্যান্সের ক্ষেত্রে এতে কোনো পরিবর্তন আসবে না, কারণ সেগুলো GPT পার্টিশন টেবিলের সাধারণ ext4 /boot থেকে secure boot ছাড়াই বুট হয়। তাই অনুমান না করে আপনার সিস্টেমটি পরীক্ষা করে দেখুন। যদি আপনার রুট ফাইলসিস্টেম ZFS হয়, অথবা /boot যদি btrfs-এ থাকে কিংবা LUKS-এর ভেতরে থাকে, তবে এটি ঠিক সেই ধরনের পরিবর্তন যা ইন্টারিম ট্র্যাকে আপনার সামনে প্রথম আসবে। ক্ষতিগ্রস্ত ব্যবহারকারীদের জন্য ওই থ্রেডের পরামর্শ হলো LTS ভার্সনে থাকা। এই পরামর্শটিই পুরো যুক্তির সারমর্ম। ইন্টারিম রিলিজগুলো হলো সেই জায়গা যেখানে পরিবর্তনগুলো পরীক্ষা করা হয়। আর LTS হলো সেই জায়গা যেখানে দুই বছরের ইন্টারিম রিলিজের মাধ্যমে কী কী সমস্যা ধরা পড়েছে, তা যাচাই করার পর পরিবর্তনগুলো যুক্ত করা হয়।

একই ধরন প্রতিটি ইন্টারিম রিলিজে ছোট ছোট আকারে দেখা যায়। ডাটাবেস, ল্যাঙ্গুয়েজ রানটাইম এবং ইনিট কনফিগারেশনের ডিফল্ট ভার্সনগুলো এগিয়ে নেওয়া হয়, যার ফলে আগে কাজ করা কনফিগারেশন ফাইলগুলো কাজ করা বন্ধ করে দিতে পারে। ডিফল্ট ভার্সন এগিয়ে নেওয়া ইন্টারিম রিলিজের কাজ, যার অর্থ হলো এই দশটি আপগ্রেডের প্রতিটির আগে রিলিজ নোট পড়া আপনার সেই দায়িত্বের অংশ যা আপনি মেনে নিয়েছেন।

সার্ভার তৈরির সময় ট্র্যাক নির্বাচন করা

ইনস্টলেশনের সময় ট্র্যাকটি নির্বাচন করুন, কারণ পরবর্তীতে এটি পরিবর্তন করতে গেলে পুনরায় ইনস্টল করতে হবে অথবা আপগ্রেডের একটি দীর্ঘ প্রক্রিয়া অনুসরণ করতে হবে। নতুন সার্ভারে, নিচের চারটি কমান্ড আপনাকে বর্তমান অবস্থা সম্পর্কে জানাবে:

lsb_release -a
grep -i prompt /etc/update-manager/release-upgrades
sudo do-release-upgrade -c
pro security-status

lsb_release -a কমান্ডটি আপনার ইনস্টল করা রিলিজের নাম দেখাবে এবং একটি LTS ভার্সনের ক্ষেত্রে বর্ণনার লাইনটি LTS দিয়ে শেষ হবে। Prompt লাইনটিতে আপনার নির্বাচিত ট্র্যাকের নাম থাকা উচিত, প্রোভাইডারের ইমেজে যা ছিল তা নয়। একটি বর্তমান LTS-এ do-release-upgrade -c কমান্ডটির উত্তর No new release found. হওয়া উচিত। যদি এটি আপনাকে অন্তর্বর্তীকালীন (interim) কোনো রিলিজের প্রস্তাব দেয়, তবে বুঝতে হবে Prompt-এ normal সেট করা আছে এবং এটি ইচ্ছাকৃত কি না তা যাচাই করা প্রয়োজন। pro security-status কমান্ডটি রিপোর্ট করে যে কতগুলো ইনস্টল করা প্যাকেজ কোন আপডেট স্ট্রিমের আওতায় আছে এবং মেশিনটি কোনো সাবস্ক্রিপশনের সাথে যুক্ত না থাকলে তা স্পষ্টভাবে জানিয়ে দেয়।

এরপর সার্ভারের বিল্ড নোটের পাশে এর মেয়াদ শেষ হওয়ার তারিখটি লিখে রাখুন, যেখানে আপনি এটি পুনরায় দেখতে পাবেন। এই কাজটি নতুন VPS-এ প্রথম দশ মিনিটের কাজ-এর অন্তর্ভুক্ত, কারণ যে সাপোর্টের তারিখ কেবল কারো স্মৃতিতে থাকে, তা অলক্ষ্যেই শেষ হয়ে যায়। আপনি যদি ছয় মাস অন্তর রিলিজ পরিবর্তনের ঝামেলা থেকে পুরোপুরি মুক্তি পেতে চান, তবে কোনো ফ্লিট (fleet) চূড়ান্ত করার আগে FreeBSD রিলিজ মডেল বনাম Linux বিষয়টি পড়ার জন্য এক ঘণ্টা সময় ব্যয় করা সার্থক হবে।

FAQ

প্রোডাকশন সার্ভারে কি Ubuntu-এর interim release চালানো উচিত?

অধিকাংশ ক্ষেত্রেই, না। একটি interim release বাজারে আসার নয় মাস পর থেকে নিরাপত্তা আপডেট পাওয়া বন্ধ হয়ে যায়। তাই প্রোডাকশন সার্ভারে এই ট্র্যাক ব্যবহার করলে আপনাকে বছরে প্রায় দুবার বাধ্যতামূলক আপগ্রেড করতে হবে। একমাত্র ব্যতিক্রম হলো সেইসব মেশিন যা আপনি নিয়মিত ইমেজ থেকে নতুন করে তৈরি করেন, যেমন CI runner বা build host; এক্ষেত্রে আপগ্রেড মানে নতুন একটি ইনস্ট্যান্স তৈরি করা, কোনো রক্ষণাবেক্ষণ উইন্ডো নয়। যদি সার্ভারটি প্রকৃত ব্যবহারকারীদের ওপর নির্ভরশীল হয়, তবে LTS ইনস্টল করুন এবং আপগ্রেডের জন্য বরাদ্দ সময় অন্য কাজে ব্যয় করুন।

Ubuntu-এর interim release কতদিন সাপোর্ট পায়?

নয় মাস। 26.10 রিলিজ হয় 15 অক্টোবর 2026 তারিখে এবং এর নিরাপত্তা রক্ষণাবেক্ষণ শেষ হয় জুলাই 2027-এ; একইভাবে 25.10-এর সাপোর্ট জুলাই 2026-এ শেষ হয়েছে। প্রতিটি interim release-এর ক্ষেত্রে একই নিয়ম প্রযোজ্য: এপ্রিল বা অক্টোবরে রিলিজ হয় এবং নয় মাস পর শেষ হয়। একটি LTS পাঁচ বছরের স্ট্যান্ডার্ড নিরাপত্তা রক্ষণাবেক্ষণ পায়, যা Ubuntu Pro-এর মাধ্যমে দশ বছর পর্যন্ত বাড়ানো যায়। আগস্ট 2026 অনুযায়ী, ব্যক্তিগত ব্যবহারের জন্য পাঁচটি মেশিন পর্যন্ত Ubuntu Pro বিনামূল্যে পাওয়া যায়।

আপগ্রেড করার সময় কি Ubuntu-এর কোনো রিলিজ বাদ দেওয়া যায়?

না। do-release-upgrade একবারে একটি ধাপ অতিক্রম করে: একটি interim release পরবর্তী রিলিজেই যেতে পারে, আর একটি LTS সরাসরি পরবর্তী LTS-এ যেতে পারে। 26.10 থেকে 28.04 LTS-এ যেতে হলে প্রথমে 27.04 এবং 27.10-এর মাধ্যমে আপগ্রেড করতে হবে, অথবা মেশিনটি নতুন করে ইনস্টল করতে হবে। Canonical প্রতিটি ট্রানজিশন আলাদাভাবে তৈরি ও পরীক্ষা করে এবং আপগ্রেডার টুলটি নির্দিষ্ট জাম্পের জন্য ডাউনলোড হয়। তাই দুই ধাপের জাম্পের জন্য কোনো টুল নেই এবং এটি কখনোই অফার করা হয় না।

আমার Ubuntu রিলিজের মেয়াদ শেষ হয়ে গেলে কী হয়?

এর প্যাকেজগুলো old-releases.ubuntu.com-এ স্থানান্তরিত হয়, ফলে sudo apt update যখন archive.ubuntu.com-এর সাথে সংযোগ করতে যায় তখন 404 error দেখা দেয় এবং ওই রিলিজের জন্য নতুন কোনো নিরাপত্তা আপডেট প্রকাশ করা হয় না। মেশিনে থাকা কোনো কিছুই এই বিষয়টি আপনাকে জানাবে না। সার্ভারটি চলতে থাকে এবং ট্রাফিক সার্ভ করতে থাকে, কিন্তু সেই সার্ভারের প্রতিটি নতুন প্রকাশিত দুর্বলতা (vulnerability) উন্মুক্ত থেকে যায়। এর থেকে উত্তরণের উপায় হলো চাপের মুখে রিলিজ আপগ্রেড করা অথবা মেশিনটি নতুন করে তৈরি করা, তাই উপসর্গের অপেক্ষা না করে তারিখের দিকে নজর রাখুন।

নতুন হার্ডওয়্যারের জন্য কি LTS কার্নেল খুব পুরনো?

সাধারণত না, কারণ একটি LTS পাঁচ বছর ধরে তার মূল কার্নেল ধরে রাখে না। Hardware enablement stack বা HWE-এর মাধ্যমে পরবর্তী রিলিজের কার্নেলগুলো পয়েন্ট রিলিজের সময় LTS-এ নিয়ে আসা হয়। একটি সার্ভার ইনস্টলেশনে linux-generic-hwe-24.04-এর মতো প্যাকেজ ব্যবহার করে এটি বেছে নেওয়া যায়। কার্নেলই সমস্যার কারণ কি না তা নিশ্চিত হওয়ার আগে uname -r চালিয়ে দেখুন আপনি বর্তমানে কী ব্যবহার করছেন। যদি সমস্যাটি কার্নেলের পরিবর্তে কোনো userspace ভার্সনের হয়, তবে পুরো মেশিনকে interim ট্র্যাকে নিয়ে যাওয়ার চেয়ে কন্টেইনার বা ভেন্ডর রিপোজিটরি ব্যবহার করা অনেক সহজ ও নিরাপদ পরিবর্তন।