Ubuntu LTS vs interim release: எது சிறந்தது?

Ubuntu LTS மற்றும் interim releases: சுருக்கமான பதில்

Server-ல் Ubuntu LTS-ஐத் தேர்ந்தெடுப்பதா அல்லது interim release-ஐத் தேர்ந்தெடுப்பதா என்பது ஒரு முக்கிய காரணியைப் பொறுத்தது: அந்த release எவ்வளவு காலத்திற்கு security updates-ஐப் பெறும் என்பதுதான் அது. ஒரு LTS பதிப்பு ஐந்து ஆண்டுகளுக்கு நிலையான security பராமரிப்பைப் பெறும். ஒரு interim release ஒன்பது மாதங்கள் மட்டுமே ஆதரவைப் பெறும்; அதன் பிறகு updates நிறுத்தப்படும் என்பதால், நீங்கள் கட்டாயம் upgrade செய்ய வேண்டும் அல்லது server-ஐ மீண்டும் உருவாக்க (rebuild) வேண்டும். பிற பயனர்கள் சார்ந்திருக்கும் எதற்கும் LTS-ஐப் பயன்படுத்தவும். நீங்கள் யாரிடமும் அனுமதி கேட்காமல் server-ஐ மீண்டும் உருவாக்கக்கூடிய சூழலில் மட்டுமே interim release-ஐப் பயன்படுத்தவும்.

LTS என்பது long term support என்பதைக் குறிக்கும். Canonical ஒவ்வொரு இரண்டு ஆண்டுகளுக்கு ஒருமுறை, அதாவது இரட்டைப்படை ஆண்டுகளில் ஏப்ரல் மாதம் ஒரு LTS பதிப்பை வெளியிடுகிறது. இடைப்பட்ட காலத்தில் ஒவ்வொரு ஆறு மாதத்திற்கும் ஒரு interim release வெளியிடப்படுகிறது. 26.04 LTS பதிப்பு 23 April 2026 அன்று வெளியிடப்பட்டது, அதன் நிலையான security பராமரிப்பு 2031 வரை நீடிக்கும். 26.10 பதிப்பு 15 October 2026 அன்று வரவுள்ளது, இது ஒரு interim release என்பதால், இதற்கான ஆதரவு July 2027-ல் முடிவடையும்.

ஒவ்வொரு Ubuntu release-ம் எவ்வளவு காலம் ஆதரிக்கப்படுகிறது

[
  {
    "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 திட்டமிடப்பட்ட release upgrade-க்கு சமமாகும். ஒரு இடைக்கால (interim) release 9 மாதங்கள் ஆதரவைக் கொண்டுள்ளது. அதே ஐந்து ஆண்டுகளுக்கு இடைக்கால release-ல் நீடிப்பது 10 release upgrade-களைக் கோருகிறது, ஏனெனில் நீங்கள் ஒரு release-ஐத் தவிர்க்க முடியாது மற்றும் ஐந்து ஆண்டுகளில் பத்து release-கள் வருகின்றன.

ஒரு Ubuntu Pro சந்தா LTS கால அளவை 120 மாதங்கள், அதாவது பத்து ஆண்டுகள் என உயர்த்துகிறது, மேலும் பாதுகாப்பு கவரேஜை main component-லிருந்து முழு archive-க்கும் விரிவுபடுத்துகிறது. ஆகஸ்ட் 2026 நிலவரப்படி, ஐந்து இயந்திரங்கள் வரை தனிப்பட்ட பயன்பாட்டிற்கு Pro இலவசம், இது பெரும்பாலான சிறிய VPS தொகுப்புகளை உள்ளடக்கும். இடைக்கால release-களுக்கு இதற்கு இணையான வசதி இல்லை. ஒன்பது மாதங்கள் மட்டுமே முழுமையான கால அளவு, எந்த சந்தாவும் இதை நீட்டிக்காது.

ஒரு உண்மையான server-ல் ஒன்பது மாதங்களுக்கான செலவு

26.10-ஐ ஒரு எடுத்துக்காட்டாகக் கொள்வோம். இது 2026 அக்டோபர் 15 அன்று வெளியாகிறது (ships). இதன் பாதுகாப்பு பராமரிப்பு 2027 ஜூலையில் முடிவடைகிறது. இது 25.10-க்கு 2026 ஜூலையில் முடிந்த அதே ஒன்பது மாத கால அளவாகும். நாட்காட்டியைப் பார்த்தால், மூன்று காலாண்டுகளுக்கு ஒருமுறை பராமரிப்பு செய்வது போலத் தோன்றும். ஆனால், இந்த நாட்காட்டி கணக்கீடு தவறானது; இது செலவை அதிகரிக்கும் திசையில் தவறாக உள்ளது.

ஒரு release upgrade என்பது இயங்குதளத்தை (operating system) அப்படியே மாற்றியமைக்கும் செயல்முறை ஆகும். do-release-upgrade ஆனது apt sources-ஐ மீண்டும் எழுதி, மூன்றாம் தரப்பு repositories-ஐ முடக்கி, நிறுவப்பட்ட கிட்டத்தட்ட அனைத்து package-களின் version-களையும் மாற்றுகிறது. நீங்கள் மாற்றியமைத்த config files குறித்துக் கேட்டு நிறுத்தி, இறுதியில் reboot செய்கிறது. இதனால்தான் இது ஒரு திட்டமிடப்பட்ட பராமரிப்பு நேரமாக (planned window) இருக்க வேண்டுமே தவிர, பின்னணியில் நடக்கும் வேலையாக இருக்கக்கூடாது.

இதை ssh வழியாக இயக்கும்போது, உங்கள் இணைப்பு துண்டிக்கப்பட்டாலும் இந்த கருவி உங்களைப் பாதுகாக்கும். இது தனக்கென ஒரு screen session-ஐத் தொடங்கி, இரண்டாவது 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.

அதை அனுமதிக்கவும். உங்கள் firewall அல்லது உங்கள் provider-ன் network firewall 1022-ஐத் தடுத்தால், இந்த fallback வசதி இருக்காது. அப்போது இணைப்பு துண்டிக்கப்பட்டால், பாதியிலேயே upgrade செய்யப்பட்ட package-கள் மட்டுமே இருக்கும். tmux அல்லது screen-க்குள் நீங்களாகவே இயக்கும்போது, எந்தவொரு server-லும் இதே பாதுகாப்பு உங்களுக்குக் கிடைக்கும்.

Config file குறித்த கேள்விகள்தான் பதினைந்து நிமிட upgrade-ஐ ஒரு மணிநேர வேலையாக மாற்றுகின்றன:

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 ?

உங்கள் கோப்பை அப்படியே வைத்திருப்பது, புதிய default அமைப்புகளில் வந்த மாற்றங்களைத் தவறவிடச் செய்யும். Maintainer-ன் கோப்பை ஏற்றுக்கொள்வது, நீங்கள் செய்த பாதுகாப்பு மாற்றங்களை (hardening) நீக்கிவிடும். அந்த release-ல் என்ன மாற்றங்கள் செய்யப்பட்டன என்று தெரியாமல், இரண்டுமே பாதுகாப்பான முடிவுகள் அல்ல. இதனால்தான் release notes-ஐ வாசிப்பது என்பது விருப்பத்தேர்வு அல்ல, அது பராமரிப்பு நேரத்தின் ஒரு பகுதியாகும்.

இப்போது இதை server-களின் எண்ணிக்கையோடு பெருக்கிப் பாருங்கள். interim track-ல் உள்ள ஒரு VPS-க்கு, ஐந்து ஆண்டுகளில் பத்து upgrade windows தேவைப்படும். ஐந்து VPS server-கள் இருந்தால், ஐம்பது முறை செய்ய வேண்டியிருக்கும். ஒவ்வொரு server-ம் எளிதில் நீக்கக்கூடியதாக (disposable) இருந்து, image மூலம் மீண்டும் உருவாக்கப்படாவிட்டால் இதுவே நிலைமை. அதே காலத்தில், LTS track-ல் உள்ள ஐந்து server-களுக்கு ஐந்து upgrade-கள் மட்டுமே தேவைப்படும். மேலும், ஒவ்வொரு upgrade-ம் எப்போது நடக்க வேண்டும் என்பதை நீங்களே தீர்மானிக்கலாம்.

Ubuntu release-ஐ ஏன் தவிர்க்க முடியாது

Upgrade பாதைகள் நிலையானவை. ஒரு இடைக்கால (interim) release, அதற்கு அடுத்ததாக வரும் release-க்கு மட்டுமே upgrade ஆகும். ஒரு LTS, அடுத்த LTS-க்கு நேரடியாகவோ அல்லது நீங்கள் விரும்பினால் அடுத்த இடைக்கால release-க்கோ upgrade ஆகும். எதையும் இரண்டு நிலைகளைத் தாண்டி ஒரே நேரத்தில் upgrade செய்ய முடியாது. 26.10-லிருந்து 28.04 LTS-க்குச் செல்ல வேண்டுமென்றால், 27.04 மற்றும் 27.10 வழியாகத்தான் செல்ல வேண்டும், அல்லது கணினியை மீண்டும் புதிதாக நிறுவ வேண்டும்.

இந்த வழிமுறையைத் தெரிந்துகொள்வது அவசியம், ஏனெனில் விதிகள் மாறாது என்பதை இது உணர்த்துகிறது. do-release-upgrade, changelogs.ubuntu.com-லிருந்து ஒரு meta-release கோப்பைப் பெற்று, குறிப்பிட்ட ஒரு மாற்றத்திற்காக உருவாக்கப்பட்ட upgrade கருவியைத் தரவிறக்கம் செய்கிறது. Canonical ஒவ்வொரு மாற்றத்தையும் தனித்தனியாக உருவாக்கிச் சோதிக்கிறது, எனவே ஒரு release-ஐத் தாண்டிச் செல்வதற்குத் தேவையான கருவியோ அல்லது சோதனையோ அங்கு இல்லை. Upgrade கருவி எச்சரிக்கையின் காரணமாக மறுக்கவில்லை; அதற்கு வழங்குவதற்கு அங்கே எந்தப் பாதையும் இல்லை.

எந்த release உங்களுக்கு வழங்கப்படும் என்பது ஒரு வரி configuration-ஐப் பொறுத்தது:

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

Prompt=lts அடுத்த LTS-ஐ மட்டுமே வழங்கும். Prompt=normal அடுத்த release-ஐ வழங்கும், அது LTS ஆக இருந்தாலும் இல்லாவிட்டாலும் சரி. Prompt=never எதையும் வழங்காது; நீங்கள் திட்டமிடாத ஒரு upgrade-ஐ உங்கள் சக ஊழியர் தொடங்கிவிடாமல் தடுக்க இது உதவும். LTS அல்லாத ஒரு release-ல், lts என்பது normal போலவே செயல்படும், ஏனெனில் 26.10-க்கு அடுத்த release, இந்த இரண்டு அமைப்புகளிலும் 27.04 தான். இந்தச் சரிபார்ப்பு Checking for a new Ubuntu release என்பதை அச்சிட்டு, பின் New release ... available. அல்லது No new release found. என்ற வரியைக் காட்டும்.

மற்றொரு கால அட்டவணை விதி பலரைச் சிக்கலில் ஆழ்த்துகிறது. புதிய LTS வெளியாகும் நாளில், LTS-லிருந்து LTS-க்கான upgrade வழங்கப்படாது. இது முதல் point release-உடன் தான் தொடங்கும்; 26.04.1, 27 ஆகஸ்ட் 2026 அன்று திட்டமிடப்பட்டுள்ளது. 2026 கோடை காலம் முழுவதும் Prompt=lts அமைப்பைக் கொண்ட ஒரு 24.04 கணினி, No new release found. என்று பதிலளித்தது என்றால், அது பழுதடைந்ததல்ல. அது கொள்கையைப் பின்பற்றியது. அந்தப் பாதை திறக்கும்போது, 24.04-லிருந்து 26.04 LTS-க்கான upgrade என்பதைத் திட்டமிட்டுச் சோதித்துப் பார்க்க வேண்டும்.

இடைக்கால வெளியீடு (interim release) எப்போது சரியான தேர்வு

இது உண்மையாகவே பலனளிக்கும் நான்கு சூழல்கள்:

• LTS காப்பகத்தில் இல்லாத ஒரு kernel அல்லது userspace பதிப்பு உங்களுக்கு இந்த கணினியில் இப்போதே தேவைப்படும்போது.
• இந்த இயந்திரம் ஒரு build host, CI runner அல்லது ஒரு test box ஆக இருந்து, அதை நீங்கள் image மூலம் மீண்டும் உருவாக்குகிறீர்கள் என்றால்; இதில் upgrade என்பது maintenance window-க்கு பதிலாக ஒரு புதிய instance-ஐ உருவாக்குவதாகும்.
• LTS உறைந்த பிறகு (frozen) வன்பொருள் அல்லது hypervisor அம்சம் அறிமுகப்படுத்தப்பட்டு, அதற்கு backport இல்லாதபோது.
• அடுத்த LTS-ல் என்னென்ன இருக்கும் என்பதை நீங்கள் சரிபார்க்கும்போது. 28.04 என்பது 26.10, 27.04 மற்றும் 27.10 ஆகியவற்றிலிருந்து கட்டமைக்கப்படுகிறது. முக்கியமான server-ல் ஒரு breaking change-ஐக் கண்டறிவதை விட, ஒரு spare VPS-ல் அதைக் கண்டறிவது செலவு குறைவானது.

இடைக்கால வெளியீட்டைத் தேடும் பெரும்பாலானோர் ஒரு புதிய distribution-ஐ அல்ல, ஒரு புதிய package-ஐ மட்டுமே விரும்புகிறார்கள். இதற்கு இரண்டு மலிவான தீர்வுகள் உள்ளன. Hardware enablement stack, LTS-ல் புதிய வெளியீடுகளின் kernel-களைக் கொண்டுவருகிறது: 24.04-ல் இது sudo apt install linux-generic-hwe-24.04 ஆகும், இது இரண்டாவது point release-லிருந்து தொடங்கி ஒவ்வொரு முறையும் மேம்படுத்தப்படும். ஒரு குறிப்பிட்ட application-க்கு, முழு operating system-ஐயும் மாற்றுவதற்குப் பதிலாக, ஒரு container image அல்லது அந்த vendor-ன் சொந்த repository-ஐப் பயன்படுத்துவதே சிறந்தது.

இடைக்கால வெளியீடுகள் (interim releases) ஏன் தவறான தேர்வு

• பணம் செலுத்தும் பயனர்களைக் கொண்ட அல்லது on-call rotation உள்ள எந்தவொரு சூழலும். நீங்கள் ஒருபோதும் பயன்படுத்தாத package பதிப்புகளுக்காக, ஆண்டுக்கு இருமுறை கட்டாய upgrade-ஐ மேற்கொள்ள வேண்டியிருக்கும்.
• unattended-upgrades மூலம் பாதுகாப்பு patch-களைப் பெறும் எந்தவொரு server-ம். அந்த automation, அது தரவுகளைப் பெறும் security repository-ன் தரத்திற்கு மட்டுமே உட்பட்டது.
• நீங்கள் கைமுறையாக upgrade செய்யும் server-கள். ஏனெனில், ஒரு server-க்கான பராமரிப்பு நேரத்தை மொத்த server-களின் எண்ணிக்கையால் பெருக்கினால் வரும் காலமே உண்மையான செலவாகும்.
• நீங்கள் நிறுவிவிட்டு ஓராண்டு வரை கவனிக்காத எவையும். நீங்கள் மறந்துவிட்ட ஒரு இடைக்கால வெளியீடு, ஒன்பது மாதங்களுக்குப் பிறகு patch செய்யப்படாத, இணையத்திற்குத் திறந்திருக்கும் server-ஆக மாறிவிடும்.

அந்தக் கடைசித் தோல்வி அமைதியாக நடக்கும், அதுவே அதை ஆபத்தானதாக மாற்றுகிறது. ஒரு வெளியீடு அதன் ஆயுட்காலத்தை (end of life) எட்டும்போது, அதன் packages old-releases.ubuntu.com தளத்திற்கு மாற்றப்படும். இதனால் sudo apt update, archive.ubuntu.com தளத்தில் 404 பிழைகளுடன் தோல்வியடையத் தொடங்கும். வட்டில் உள்ள package பட்டியல்கள் காலாவதியாகிவிடும். unattended-upgrades அதன் timer-ல் தொடர்ந்து இயங்கி, /var/log/unattended-upgrades/unattended-upgrades.log கோப்பில் இது போன்ற வரிகளை எழுதிக்கொண்டே இருக்கும்:

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

முழுமையாக patch செய்யப்பட்ட server-லும், நான்கு மாதங்களுக்கு முன்பே ஆயுட்காலம் முடிந்த server-லும் இந்த வரி ஒரே மாதிரியாகவே இருக்கும். யாராவது apt பிழைகளைப் படிக்காதவரை அல்லது ஆயுட்காலத் தேதியைக் கண்காணிக்காதவரை, நீங்கள் பார்ப்பது எந்த வகையான server என்பதை அந்த machine-ல் உள்ள எதுவும் உங்களுக்குத் தெரிவிக்காது.

இடைக்காலத் தடத்தில் (interim track) முதலில் அமல்படுத்தப்படும் மாற்றங்கள்

மார்ச் 2026-ல், Canonical பொறியாளர் ஒருவர் Ubuntu discourse தளத்தில், 26.10 பதிப்பில் secure boot-க்காக வழங்கப்படும் கையொப்பமிடப்பட்ட GRUB bootloader-ஐ நீக்க முன்மொழிந்தார். இந்த முன்மொழிவு btrfs, hfsplus, xfs மற்றும் zfs கோப்பு முறைமைகளுக்கான இயக்கிகள் (drivers), JPEG மற்றும் PNG படங்களை அலசும் கருவிகள் (parsers), Apple partition tables, /boot on LVM, RAID 1 தவிர்த்த பிற software RAID மற்றும் LUKS குறியாக்கம் செய்யப்பட்ட /boot ஆகியவற்றை நீக்குகிறது. bootloader-க்குள் இருக்கும் parsers அடிக்கடி பாதுகாப்பு குறைபாடுகளை உருவாக்குவதே இதற்கான காரணமாகக் கூறப்படுகிறது. மேலும், சேமிப்பகம் மற்றும் குறியாக்க தர்க்கங்கள் (logic) initramfs-ல் இருக்க வேண்டும் என்றும், உண்மையான root-ஐ kernel மவுண்ட் செய்வதற்கு முன்பே இந்த சிறிய ஆரம்ப RAM கோப்பு முறைமை செயல்பட வேண்டும் என்றும் தெரிவிக்கப்பட்டுள்ளது. ஆகஸ்ட் 2026 நிலவரப்படி, இது விவாதத்தில் உள்ள ஒரு முன்மொழிவு மட்டுமே; இன்னும் நடைமுறைக்கு வரவில்லை.

பெரும்பாலான VPS instances-க்கு இது எந்த மாற்றத்தையும் ஏற்படுத்தாது, ஏனெனில் அவை secure boot இல்லாமலேயே GPT partition table-ல் உள்ள சாதாரண ext4 /boot மூலம் பூட் ஆகின்றன. உங்கள் கணினியை நீங்களே சரிபார்க்கவும், ஊகிக்க வேண்டாம். உங்கள் root கோப்பு முறைமை ZFS ஆக இருந்தாலோ, அல்லது /boot என்பது btrfs-ல் இருந்தாலோ அல்லது LUKS-க்குள் இருந்தாலோ, இது போன்ற மாற்றங்களை இடைக்காலத் தடத்தில் (interim track) நீங்கள் முதலில் சந்திப்பீர்கள். பாதிக்கப்பட்ட பயனர்கள் LTS பதிப்பிலேயே இருக்குமாறு அந்த விவாதத் திரையில் அறிவுறுத்தப்பட்டுள்ளது. அந்த அறிவுரையே இந்த முழு வாதத்தின் சாராம்சம். இடைக்கால வெளியீடுகள் (interim releases) மாற்றங்களைச் சோதித்துப் பார்க்கும் இடமாகும். இரண்டு ஆண்டுகால இடைக்கால வெளியீடுகளில் ஏற்படும் சிக்கல்கள் கண்டறியப்பட்ட பின்னரே, மாற்றங்கள் LTS பதிப்பிற்கு வருகின்றன.

இதே நடைமுறை ஒவ்வொரு இடைக்கால வெளியீட்டிலும் சிறிய அளவில் காணப்படுகிறது. database, language runtime மற்றும் init configuration ஆகியவற்றின் இயல்புநிலை பதிப்புகள் (default versions) மேம்படுத்தப்படுவதால், முன்பு சரியாகச் செயல்பட்ட config கோப்புகள் வேலை செய்யாமல் போகலாம். இயல்புநிலை அமைப்புகளை மேம்படுத்துவதே இடைக்கால வெளியீட்டின் பணியாகும். எனவே, அந்த பத்து மேம்படுத்தல்களுக்கு முன்பாக release notes-ஐ வாசிப்பது, நீங்கள் ஒப்புக்கொண்ட நிபந்தனையின் ஒரு பகுதியாகும்.

கணினியை உருவாக்கும்போது சரியான track-ஐத் தேர்ந்தெடுத்தல்

நிறுவும்போதே சரியான track-ஐத் தேர்ந்தெடுக்கவும், ஏனெனில் அதன் பிறகு மாற்ற வேண்டுமெனில், மீண்டும் நிறுவ வேண்டியிருக்கும் அல்லது தொடர்ச்சியான மேம்படுத்தல்களைச் செய்ய வேண்டியிருக்கும். ஒரு புதிய server-ல், நீங்கள் எந்த நிலையில் இருக்கிறீர்கள் என்பதை அறிய நான்கு கட்டளைகள் உதவும்:

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

lsb_release -a நீங்கள் நிறுவ விரும்பிய release-ன் பெயரைக் காட்ட வேண்டும், மேலும் LTS பதிப்பில் அதன் விவரண வரி LTS என்று முடிய வேண்டும். Prompt வரி நீங்கள் தேர்ந்தெடுத்த track-உடன் ஒத்துப்போக வேண்டும், service provider வழங்கிய image-ல் உள்ளதைக் காட்டிலும் இதுவே முக்கியம். தற்போதைய LTS-ல் do-release-upgrade -c கட்டளை No new release found. என்று பதிலளிக்க வேண்டும். அதற்குப் பதிலாக இடைக்கால (interim) release-ஐக் காட்டினால், Prompt என்பது normal என அமைக்கப்பட்டுள்ளது என்று பொருள்; இது திட்டமிட்டு செய்யப்பட்டதா என்பதை நீங்கள் முடிவு செய்ய வேண்டும். pro security-status கட்டளை, நிறுவப்பட்ட packages-ல் எத்தனை packages எந்த update stream-ன் கீழ் வருகின்றன என்பதைத் தெரிவிக்கும், மேலும் அந்த machine எவ்வித subscription-உடனும் இணைக்கப்படவில்லை என்றால் அதைத் தெளிவாகக் கூறும்.

பிறகு, அந்த server-ன் build notes-ல், அதன் ஆயுட்காலம் முடிவடையும் (end of life) தேதியை அனைவரும் பார்க்கும் வகையில் குறித்து வைக்கவும். இது புதிய VPS-ல் முதல் பத்து நிமிடங்கள் என்ற பகுதியில் உள்ள பணிகளுடன் சேர்க்கப்பட வேண்டும், ஏனெனில் ஒருவரின் நினைவில் மட்டுமே இருக்கும் support தேதி கவனிக்கப்படாமல் முடிந்துவிடும். ஆறு மாதங்களுக்கு ஒருமுறை நடக்கும் மாற்றங்களைத் தவிர்க்க விரும்பினால், நீங்கள் ஒரு fleet-ஐத் தீர்மானிக்கும் முன் FreeBSD மற்றும் Linux release மாதிரிகளின் ஒப்பீடு குறித்த கட்டுரையை ஒரு மணி நேரம் வாசிப்பது பயனுள்ளதாக இருக்கும்.

FAQ

Ubuntu interim release-ஐ production server-ல் இயக்கலாமா?

பெரும்பாலான சூழல்களில், கூடாது. ஒரு interim release வெளியான ஒன்பது மாதங்களுக்குப் பிறகு அதற்கான security updates நிறுத்தப்படும். எனவே, அந்தப் பாதையில் இயங்கும் production server-களில் ஆண்டுக்கு இருமுறை கட்டாய upgrade செய்ய வேண்டியிருக்கும். CI runners மற்றும் build hosts போன்ற, image மூலம் அடிக்கடி மீண்டும் உருவாக்கப்படும் இயந்திரங்கள் இதற்கு விதிவிலக்கு; அங்கு upgrade என்பது புதிய instance-ஐ உருவாக்குவதாகும். உண்மையான பயனர்கள் அந்த server-ஐச் சார்ந்திருந்தால், LTS பதிப்பையே நிறுவவும்; இதன் மூலம் கிடைக்கும் நேரத்தை மற்ற பணிகளுக்குப் பயன்படுத்தலாம்.

Ubuntu interim release எவ்வளவு காலம் ஆதரிக்கப்படும்?

ஒன்பது மாதங்கள். 26.10 பதிப்பு 15 October 2026 அன்று வெளியாகும், அதன் security maintenance ஜூலை 2027-ல் முடிவடையும். இது 25.10 பதிப்பு ஜூலை 2026-ல் முடிவடைந்த அதே கால அளவாகும். ஒவ்வொரு interim release-ம் ஏப்ரல் அல்லது அக்டோபரில் வெளியாகி, ஒன்பது மாதங்களுக்குப் பிறகு முடிவடையும். ஒரு LTS பதிப்பு ஐந்து ஆண்டுகள் standard security maintenance பெறும்; Ubuntu Pro மூலம் இது பத்து ஆண்டுகளாக நீட்டிக்கப்படும். ஆகஸ்ட் 2026 நிலவரப்படி, தனிநபர் பயன்பாட்டிற்கு ஐந்து இயந்திரங்கள் வரை Ubuntu Pro இலவசம்.

Upgrade செய்யும்போது Ubuntu release-களைத் தவிர்க்க முடியுமா?

முடியாது. do-release-upgrade ஒரு நேரத்தில் ஒரு படி மட்டுமே நகரும்: ஒரு interim release அடுத்த release-க்குச் செல்லும், ஒரு LTS நேரடியாக அடுத்த LTS-க்குச் செல்ல முடியும். 26.10-லிருந்து 28.04 LTS-க்குச் செல்ல வேண்டுமெனில், முதலில் 27.04 மற்றும் 27.10 வழியாக upgrade செய்ய வேண்டும் அல்லது இயந்திரத்தை மீண்டும் நிறுவ வேண்டும். Canonical ஒரு நேரத்தில் ஒரு மாற்றத்தை மட்டுமே உருவாக்கிச் சோதிக்கிறது; upgrader அந்த குறிப்பிட்ட மாற்றத்திற்கான கருவியை மட்டுமே பதிவிறக்கும். எனவே, இரண்டு படிகளை ஒரே நேரத்தில் தாண்டும் வசதி இல்லை.

எனது Ubuntu release-ன் ஆயுட்காலம் முடிவடையும்போது என்ன நடக்கும்?

அதன் packages old-releases.ubuntu.com தளத்திற்கு மாற்றப்படும். எனவே, sudo apt update கட்டளை archive.ubuntu.com-ல் 404 பிழைகளைத் தரும், மேலும் அந்த release-க்கு புதிய security updates எதுவும் கிடைக்காது. இது குறித்து இயந்திரத்தில் எந்த அறிவிப்பும் வராது. Server தொடர்ந்து இயங்கி traffic-ஐக் கையாளும், ஆனால் அதில் உள்ள புதிய பாதிப்புகள் (vulnerabilities) அப்படியே இருக்கும். இதைச் சரிசெய்ய அவசரகால release upgrade அல்லது முழுமையான மறுநிறுவல் தேவைப்படும். எனவே, அறிகுறிகளுக்காகக் காத்திருக்காமல், காலாவதியாகும் தேதியைக் கவனிக்கவும்.

புதிய hardware-க்கு LTS kernel மிகவும் பழையதா?

பொதுவாக இல்லை, ஏனெனில் LTS அதன் தொடக்கக்கால kernel-ஐ ஐந்து ஆண்டுகள் அப்படியே வைத்திருப்பதில்லை. Hardware enablement stack (HWE), புதிய release-களில் உள்ள kernel-களை LTS-க்குக் கொண்டு வருகிறது. ஒரு server install-ல் linux-generic-hwe-24.04 போன்ற package மூலம் இதைத் தேர்வு செய்யலாம். Kernel தான் தடையாக இருக்கிறது என்று முடிவெடுக்கும் முன், uname -r மூலம் நீங்கள் தற்போது எதை இயக்குகிறீர்கள் என்பதைச் சரிபார்க்கவும். விடுபட்ட அம்சம் kernel அல்லாமல் userspace பதிப்பாக இருந்தால், முழு இயந்திரத்தையும் interim track-க்கு மாற்றுவதை விட, container அல்லது vendor repository-ஐப் பயன்படுத்துவது சிறந்த மாற்றாகும்.