Fedora Server பதிப்பு மேம்படுத்தல்: 13 மாத கால அவகாசம்

Fedora release-க்கு எவ்வளவு காலம் பாதுகாப்பு மேம்படுத்தல்கள் (security updates) கிடைக்கும்?

Fedora server-க்கு, அந்த machine இருக்கும் வரை, ஆண்டுக்கு ஒருமுறை version upgrade தேவைப்படும். Fedora தோராயமாக ஒவ்வொரு ஆறு மாதத்திற்கும் ஒரு புதிய release-ஐ வெளியிடுகிறது. ஒவ்வொரு release-ம், அதற்கு அடுத்த இரண்டு பதிப்புகள் வெளியான பிறகு சுமார் நான்கு வாரங்கள் வரை ஆதரவு (support) பெறும். இது தோராயமாக 13 மாதங்கள் வரையிலான மேம்படுத்தல்களை வழங்குகிறது. அந்தத் தேதிக்குப் பிறகு, அந்த release-க்கு எந்தவிதமான பாதுகாப்புத் திருத்தங்களும் (security fixes) வழங்கப்படாது. அந்த server தொடர்ந்து இயங்கும், ஆனால் யாரும் patch செய்யாத மென்பொருள் தொகுப்புகளுடன் (package set) அது இருக்கும்.

தேதிகளைக் கவனித்தால் இது தெளிவாகும். ஆகஸ்ட் 2026 நிலவரப்படி, Fedora 43 மற்றும் Fedora 44 ஆகிய பதிப்புகள் ஆதரவில் உள்ளன. Fedora 44 ஏப்ரல் 28, 2026 அன்று வெளியானது, அதன் ஆயுட்காலம் ஜூன் 2027-ல் முடிவடையும் எனத் திட்டமிடப்பட்டுள்ளது. Fedora 42 ஏப்ரல் 2025-ல் வெளியாகி, Fedora 44 வெளியான நான்கு வாரங்களுக்குப் பிறகு, மே 2026-ல் அதன் ஆயுட்காலம் முடிந்தது. எனவே, Fedora 42 image-ஐக் கொண்டு உருவாக்கப்பட்ட ஒரு server, எந்தத் தவறும் செய்யாமலேயே, பதிமூன்று மாதங்களுக்குப் பிறகு ஆதரவு இல்லாத நிலையை அடைந்தது.

Fedora மற்றும் LTS-க்கு இடையிலான கால அளவு, மாதங்களில்

LTS என்பது long term support என்பதைக் குறிக்கும்: இது பல ஆண்டுகளுக்கு vendor-ஆல் patches வழங்கப்படும் ஒரு release ஆகும். EOL என்பது end of life என்பதைக் குறிக்கும்; இது patches நிறுத்தப்படும் தேதியாகும். இன்று நீங்கள் நிறுவும் release-க்கு ஒவ்வொரு திட்டமும் வெளியிடும் விவரங்கள் கீழே கொடுக்கப்பட்டுள்ளன.

[
  {
    "distro": "Fedora 44",
    "support_window": 13,
    "upgrades_per_decade": 10
  },
  {
    "distro": "Ubuntu 26.04 LTS",
    "support_window": 60,
    "upgrades_per_decade": 2
  },
  {
    "distro": "Debian 13 stable",
    "support_window": 36,
    "upgrades_per_decade": 3
  },
  {
    "distro": "AlmaLinux 10",
    "support_window": 120,
    "upgrades_per_decade": 1
  }
]

Fedora ஒவ்வொரு release-க்கும் 13 மாதங்கள் ஆதரவை வழங்குகிறது. ஒரு Ubuntu LTS 60 மாதங்களையும், AlmaLinux போன்ற enterprise rebuild 120 மாதங்களையும் வழங்குகிறது. இரண்டாவது பத்தியை ஒரு கட்டணமாகக் கருதுங்கள். பத்து ஆண்டுகளில், Fedora சுமார் 10 முறை முழு operating system-ஐயும் upgrade செய்யக் கோருகிறது, அதேசமயம் Ubuntu LTS-ல் இது 2 முறை மட்டுமே. Debian-ன் 36 மாதங்கள் என்பது அதன் வழக்கமான பாதுகாப்பு ஆதரவாகும், மேலும் ஒரு தனி LTS குழு பெரும்பாலான releases-ஐ சுமார் ஐந்து ஆண்டுகள் வரை நீட்டிக்கிறது.

இவை ஆகஸ்ட் 2026-ல் சரிபார்க்கப்பட்ட, வெளியிடப்பட்ட ஆதரவு கால அளவுகள் ஆகும், இவை அளவிடப்பட்ட uptime அல்ல. இந்த கால இடைவெளிகள் ஏன் மாறுபடுகின்றன என்பது Ubuntu LTS மற்றும் server-ல் உள்ள interim releases-க்கு இடையிலான வேறுபாடு பகுதியில் விளக்கப்பட்டுள்ளது. இதில் முக்கியமானது, ஒவ்வொன்றும் உங்களுக்கு உருவாக்கும் பணிச்சுமையே ஆகும்.

Fedora பதிப்பு மேம்படுத்தல் (version upgrade) உண்மையில் எதை உள்ளடக்கியது

Fedora 41 முதல் DNF 5 இயல்புநிலை தொகுப்பு மேலாளராக (package manager) உள்ளது, மேலும் dnf அதை இயக்குகிறது. system-upgrade கட்டளை dnf5-ன் ஒரு பகுதியாகும், எனவே முதலில் நிறுவ வேண்டிய கூடுதல் செருகுநிரல் (plugin) எதுவும் இல்லை. நீங்கள் Debian அல்லது Ubuntu-விலிருந்து மாறுகிறீர்கள் என்றால், நீங்கள் அன்றாடம் பயன்படுத்தும் பெரும்பாலான கட்டளைகளுக்கு நேரடியான apt to dnf இணையான கட்டளைகள் உள்ளன, ஆனால் கீழே உள்ள பதிப்பு மேம்படுத்தல் செயல்முறைக்கு நேரடி இணையான கட்டளைகள் இல்லை. தற்போதைய பதிப்பிலிருந்து தொடங்கி, முழுமையாக patch செய்யப்பட்ட நிலையில் தொடங்கவும்:

sudo dnf upgrade --refresh
sudo reboot

மேம்படுத்தல் செயல்முறை தற்போது நிறுவப்பட்ட மற்றும் இயங்கும் கோப்புகளை அடிப்படையாகக் கொண்டு தீர்மானிக்கப்படுவதால், reboot செய்வது முக்கியமானது. பாதியிலேயே நின்ற kernel அல்லது glibc மேம்படுத்தல், அடுத்த கட்டத்தில் சிக்கல்களை உருவாக்கலாம். இப்போது புதிய பதிப்பிற்கான தரவுகளைத் தயார் செய்யவும். 44 என்பதற்குப் பதிலாக நீங்கள் மாற விரும்பும் பதிப்பின் எண்ணைப் பயன்படுத்தவும்:

sudo dnf system-upgrade download --releasever=44

இது முழு பரிவர்த்தனையையும் (transaction) தீர்த்து, அனைத்து தொகுப்புகளையும் பதிவிறக்குகிறது; இயங்கும் கணினியில் இது எதையும் மாற்றாது. ஒரு சிறிய server-ல் சில ஆயிரம் தொகுப்புகள் மற்றும் ஒன்று முதல் மூன்று gigabytes வரையிலான தரவுகளை எதிர்பார்க்கலாம். dnf-ஆல் பரிவர்த்தனையைத் தீர்க்க முடியாவிட்டால், அது அங்கேயே நின்று, தடுத்த தொகுப்பின் பெயரைத் தெரிவிக்கும். இது நல்ல விஷயம், ஏனெனில் கணினி இன்னும் இயங்கிக்கொண்டிருக்கும்போதே தோல்வி நிகழ்வதால், உங்களிடம் shell அணுகல் இருக்கும்.

பிறகு அதை இயக்கவும்:

sudo dnf offline status
sudo dnf system-upgrade reboot

dnf offline status ஒரு பரிவர்த்தனை தயார் நிலையில் இருப்பதை உறுதிப்படுத்துகிறது. dnf system-upgrade reboot கணினியை offline பரிவர்த்தனைக்கு மறுதொடக்கம் செய்கிறது: இது ஒரு குறைந்தபட்ச boot சூழல், இதில் RPM பரிவர்த்தனை தனியாக இயங்கும். இயங்கும் சேவைகளுக்கு அடியில் glibc மற்றும் systemd-ஐ மாற்றினால் கணினி பாதியிலேயே நின்றுவிடும் என்பதால், இந்த முறை பின்பற்றப்படுகிறது. பரிவர்த்தனை நடக்கும்போது உங்கள் server அணுக முடியாததாக இருக்கும், சிறிய VPS-ல் இது பொதுவாக சில நிமிடங்கள் எடுக்கும், பின்னர் அது புதிய பதிப்பில் மீண்டும் தொடங்கும். இரண்டு முறை reboot செய்வதற்கும், SSH வேலை செய்யாத நேரத்திற்கும் திட்டமிடுங்கள்.

மீண்டும் வந்த பிறகு:

cat /etc/fedora-release
sudo dnf system-upgrade log --number=-1
sudo dnf distro-sync
sudo dnf repoquery --extras

/etc/fedora-release என்பது Fedora release 44 (Forty Four) போன்ற ஒரு வரியை அச்சிட வேண்டும். log துணைக்கட்டளை அந்த offline boot-ன் பரிவர்த்தனை பதிவை அச்சிடுகிறது; shell இல்லாதபோது என்ன நடந்தது என்பதற்கான ஒரே ஆதாரம் இதுதான். distro-sync புதிய பதிப்பில் விடுபட்ட எதையும் தற்போதைய பதிப்பிற்கு மாற்றுகிறது. repoquery --extras இனி எந்த repository-லும் இல்லாத நிறுவப்பட்ட தொகுப்புகளைப் பட்டியலிடுகிறது; புதிய பதிப்பிற்கு வெளியிடப்படாத repository-களிலிருந்து எஞ்சியிருப்பவற்றை இங்கே காணலாம்.

பதிவிறக்க நிலைக்கு முன்பாக disk-ஐ snapshot எடுக்கவும். நீங்கள் திரையைப் பார்க்க முடியாதபோது பரிவர்த்தனை நடக்கும், எனவே offline boot-ன் போது அது தோல்வியுற்றால், SSH வேலை செய்யாது. அப்போது உங்கள் provider வழங்கும் console, VNC அல்லது serial மூலம் மட்டுமே உள்ளே நுழைய முடியும். தொடங்குவதற்கு முன்பே console அல்லது snapshot இருப்பதை உறுதிப்படுத்தவும்.

மக்கள் தவிர்க்கும் மற்றொரு முக்கியமான சரிபார்ப்பு:

sudo find /etc -name '*.rpmnew' -o -name '*.rpmsave'

ஒரு தொகுப்பு புதிய இயல்புநிலை கட்டமைப்பு கோப்பை (default config file) வழங்கும்போது, நீங்கள் பழைய கோப்பை மாற்றியிருந்தால், RPM உங்கள் கோப்பை மேலெழுதாது (overwrite). அது தொகுக்கப்பட்ட புதிய கோப்பை .rpmnew என சேமிக்கும். எனவே, உங்கள் sshd அல்லது nginx பழைய பதிப்பைப் போலவே செயல்படும், அதே சமயம் புதிய இயல்புநிலை அமைப்புகள் கோப்பில் வாசிக்கப்படாமல் இருக்கும். ஒவ்வொரு மேம்படுத்தலுக்குப் பிறகும் அந்த கோப்புகளை வாசிக்கவும். rpmconf-ஐ நிறுவி, sudo rpmconf -a-ஐ இயக்குவதன் மூலம், அவற்றை ஒவ்வொன்றாகச் சரிபார்த்து மாற்றங்களைக் காணலாம்.

மூன்றாம் தரப்பு களஞ்சியங்களே (repositories) மேம்படுத்தலைத் தடுக்கின்றன

Fedora-வின் சொந்த தொகுப்புகள் அனைத்தும் வெளியீட்டு நாளன்று ஒன்றாகவே மேம்படுத்தப்படும். Fedora-விற்கு வெளியே உள்ள எவையும் பிறரின் கால அட்டவணைப்படியே செயல்படும். பெரும்பாலான விற்பனையாளர் களஞ்சியங்கள் அவற்றின் URL-ல் $releasever-ஐக் கொண்டிருக்கும். எனவே, நீங்கள் மேம்படுத்தியவுடன், இதுவரை இல்லாத ஒரு பாதையை dnf தேடத் தொடங்கும்.

உங்களிடம் உள்ளவற்றை பட்டியலிடுங்கள்:

sudo dnf repo list --enabled
grep -R -e baseurl -e metalink /etc/yum.repos.d/

Fedora-வினுடையது அல்லாத ஒவ்வொரு களஞ்சியத்தையும், நீங்கள் எதையும் உறுதிப்படுத்தும் முன் இலக்கு வெளியீட்டிற்கு எதிராகச் சோதிக்கவும்:

sudo dnf --releasever=44 --repo=docker-ce-stable makecache

விற்பனையாளர் அந்த வெளியீட்டிற்கான தொகுப்புகளை வெளியிட்டிருந்தால், dnf மெட்டாடேட்டாவைப் பதிவிறக்கி அமைதியாக வெளியேறும். இல்லையெனில், https://download.docker.com/linux/fedora/44/x86_64/stable/repodata/repomd.xml போன்ற பாதைக்கு 404 பிழை கிடைக்கும்; அதே தோல்வி பின்னர் system-upgrade download-ஐயும் நிறுத்திவிடும். Fedora வெளியீட்டிற்குப் பிந்தைய முதல் வாரங்களில், மேம்படுத்தல் தொடங்காமல் இருப்பதற்கு இதுவே மிக முக்கியமான காரணமாகும்.

இதற்கு இரண்டு தீர்வுகள் உள்ளன. விற்பனையாளர் வெளியிடும் வரை சில வாரங்கள் காத்திருப்பது சிறந்தது, இதுவே சரியான அணுகுமுறையாகும். அல்லது அந்த களஞ்சியம் இல்லாமலேயே மேம்படுத்தலாம்:

sudo dnf system-upgrade download --releasever=44 --disable-repo=docker-ce-stable

ஒரு களஞ்சியத்தை முடக்குவது அதன் தொகுப்புகளை நீக்காது. அவை நிறுவப்பட்ட நிலையிலேயே இருக்கும், ஆனால் நிர்வகிக்கப்படாது. அவை பரிவர்த்தனையைத் தடுத்தால், dnf அதைத் தெரிவிக்கும். --allowerasing-ஐச் சேர்ப்பது, முரண்பாடுகளைத் தீர்க்க நிறுவப்பட்ட தொகுப்புகளை நீக்க dnf-ஐ அனுமதிக்கும். எனவே, நீங்கள் ஏற்றுக்கொள்வதற்கு முன் நீக்கப்பட வேண்டிய தொகுப்புகளின் பட்டியலை கவனமாகப் படிக்கவும். அந்தப் பட்டியலில்தான், நீங்கள் வைத்திருக்க விரும்பிய database server தவறுதலாக நீக்கப்பட வாய்ப்புள்ளது.

Fedora server-ல் காலக்கெடுவை தவறவிட்டால் என்ன நடக்கும்

அன்று எந்த மாற்றமும் நடக்காது. நீங்கள் அடுத்தமுறை package manager-ஐ பயன்படுத்தும்போதுதான் சிக்கல் வெளிப்படும். End of life அடைந்த releases, mirror network-லிருந்து archive-க்கு மாற்றப்பட்டுவிடும். எனவே, உங்கள் release-க்கான metalink URL-ல் 404 error வருவதால், dnf upgrade metadata-வை எடுக்கும்போது தோல்வியடையும்:

Status code: 404 for https://mirrors.fedoraproject.org/metalink?repo=fedora-42&arch=x86_64

இந்த machine தொடர்ந்து traffic-ஐ கையாளும், இதுவே இந்தச் சூழலை அமைதியாகவும் ஆபத்தானதாகவும் மாற்றுகிறது. இதற்கு security updates கிடைக்காது. எதையும் புதிதாக install செய்ய முடியாது என்பதால், OpenSSH அல்லது nginx தொடர்பான பாதுகாப்பு எச்சரிக்கை (advisory) வரும்போது, அதைச் சரிசெய்ய ஆதரிக்கப்பட்ட வழிமுறை எதுவும் இருக்காது.

இதிலிருந்து மீள்வது சாத்தியம், ஆனால் மெதுவான செயல்முறை. நீங்கள் repositories-ஐ https://dl.fedoraproject.org/pub/archive/fedora/linux/-ல் உள்ள Fedora archive-க்கு மாற்றி, அங்கிருந்து upgrade செய்யலாம். Fedora ஒரு நேரத்தில் ஒன்று அல்லது இரண்டு releases-ஐ மட்டுமே தாண்டி upgrade செய்ய அனுமதிக்கும். எனவே, நான்கு releases பின்தங்கியுள்ள ஒரு machine-ஐ upgrade செய்ய, வரிசையாக பலமுறை upgrade செய்ய வேண்டியிருக்கும். ஒவ்வொரு முறையும் தோல்விக்கான வாய்ப்பு உள்ளது, மேலும் ஒவ்வொரு முறையும் offline boot-ல் எந்தத் தகவலும் இன்றி இயங்க வேண்டியிருக்கும். ஒரு VPS-ல், தற்போதைய image-ஐக் கொண்டு மீண்டும் கட்டமைத்து, தரவுகளை இடமாற்றம் செய்வது பொதுவாக விரைவான மற்றும் பாதுகாப்பான வழியாகும். இது புதிய VPS-ன் முதல் பத்து நிமிடங்கள் பகுதியில் விவரிக்கப்பட்டுள்ள அதே வேலையே ஆகும்.

தானியங்கி மேம்படுத்தல்கள் ஒரு release-ஐ patch செய்கின்றன. அவை ஒருபோதும் அதை upgrade செய்வதில்லை.

Fedora அதன் மேம்படுத்தல்களை ஒரு timer மூலம் நிறுவ முடியும்:

sudo dnf install -y dnf5-plugin-automatic
sudo systemctl enable --now dnf5-automatic.timer

அமைப்புகள் /etc/dnf/automatic.conf-ல் உள்ளன, இது /usr/share/dnf5/dnf5-plugins/automatic.conf-ல் உள்ள இயல்புநிலை அமைப்புகளை மீறுகிறது (override). apply_updates முன்னிருப்பாக முடக்கப்பட்டுள்ளது, எனவே இயல்பாகவே இந்த timer மேம்படுத்தல்களைப் பதிவிறக்கம் செய்யும், ஆனால் எதையும் நிறுவாது. upgrade_type ஆனது default மற்றும் security ஆகியவற்றுக்கு இடையே ஒன்றைத் தேர்ந்தெடுக்கிறது. reboot ஆனது never, when-changed அல்லது when-needed ஆகியவற்றை ஏற்றுக்கொள்கிறது.

இது ஒரு release-க்குள் உங்களை தற்போதைய நிலையில் வைத்திருக்கும். இது ஒருபோதும் Fedora 43-ஐ Fedora 44-க்கு மாற்றாது, ஏனெனில் ஒரு version upgrade என்பது ஒரு தனிப்பட்ட, திட்டமிடப்பட்ட செயல்பாடாகும்; இது offline transaction-ஆக reboot செய்யப்படுகிறது. இது LTS-க்கும் இதற்கும் உள்ள நடைமுறை வேறுபாடாகும். Ubuntu-வில், unattended security upgrades ஒரு இயந்திரத்தை ஐந்து ஆண்டு காலத்திற்கு எந்த version மாற்றமும் இன்றி இயங்க வைக்கிறது, மேலும் version மாற்றம் என்பது 24.04 முதல் 26.04 வரையிலான upgrade போன்ற சில ஆண்டுகளுக்கு ஒருமுறை செய்யப்படும் திட்டமிடப்பட்ட பணியாகும்.

Fedora-வை server-ஆகப் பயன்படுத்துவது எப்போது சரியானது

புதிய தொழில்நுட்பங்கள் தேவைப்படும்போது Fedora ஒரு சிறந்த தேர்வாகும்.

• LTS பதிப்புகளில் இல்லாத புதிய kernel அல்லது userspace உங்களுக்குத் தேவைப்படுகிறது: புதிய hardware, அல்லது enterprise பதிப்பிற்கு வர இன்னும் ஒரு வருடமாகும் container மற்றும் systemd stack போன்றவை. Fedora அதன் release காலத்திலும் புதிய upstream kernel-களுக்கு மாறுவதால், இது நிறுவும் போது மட்டும் கிடைக்கும் நன்மையல்ல.
• RHEL (Red Hat Enterprise Linux)-க்கு வரவிருக்கும் மாற்றங்களை நீங்கள் சரிபார்க்கிறீர்கள். Fedora, CentOS Stream-க்கு ஆதாரமாக உள்ளது, அது RHEL-க்கு ஆதாரமாக உள்ளது. எனவே, இன்று Fedora-வில் இயங்கும் மென்பொருள், இன்னும் சில ஆண்டுகளில் வரவிருக்கும் enterprise தளத்திற்கு இப்போதே சோதிக்கப்படுகிறது.
• அந்த machine தற்காலிகமானது. இரண்டு மாதங்களில் அழிக்கப்படும் build runner அல்லது test box-க்கு end of life தேதி குறித்த கவலை இல்லை. இதே தர்க்கம் coding agents-க்கு நீங்கள் வழங்கும் disposable VMs-க்கும் பொருந்தும், ஏனெனில் Fedora release-களை விட அந்த machine அடிக்கடி மீண்டும் உருவாக்கப்படுகிறது.
• மேம்படுத்தல்களை (upgrade) கவனித்துக்கொள்ள ஒருவர் இருக்கிறார். ஒரு பொறுப்பாளர் மற்றும் கால அட்டவணை உள்ள server-க்கு Fedora பொருத்தமானது. யாரும் கவனிக்காத server-களுக்கு இது ஏற்றதல்ல.

நடுவழி: நிலையான தளத்தில் தற்போதைய தொகுப்புகள்

ஒரு server-ல் Fedora-வை விரும்புபவர்கள், முழு operating system-ம் புதியதாக இருக்க வேண்டும் என்று எதிர்பார்ப்பதை விட, இரண்டு அல்லது மூன்று தொகுப்புகள் மட்டும் புதியதாக இருக்க வேண்டும் என்றுதான் விரும்புவார்கள். இவை இரண்டையும் தனித்தனியாகப் பிரிக்க முடியும். ஒரு LTS அல்லது enterprise rebuild-ஐ அடிப்படையாகக் கொண்டு, உங்களுக்குத் தேவையான புதிய மென்பொருளை மட்டும் அதில் இணைத்துக் கொள்ளலாம். ஒரு container image மூலம், நீங்கள் அடிக்கடி upgrade செய்ய வேண்டிய அவசியமில்லாத host-ல், புதிய பதிப்பிலான application-ஐ இயக்க முடியும் (VPS-ல் Docker-ஐ இயக்குதல்). PostgreSQL அல்லது nginx போன்ற உங்களுக்குத் தேவையான குறிப்பிட்ட தொகுப்பிற்கு மட்டும் vendor repository-ஐப் பயன்படுத்தினால், அந்த ஒரு மென்பொருள் மட்டும் புதியதாக இருக்கும், அடிப்படை அமைப்பு மாறாமல் இருக்கும்.

இந்த அணுகுமுறையில் இருபுறமும் சாதக பாதகங்கள் உள்ளன. ஒரு container, host-ன் பழைய kernel-ல் புதிய userspace-ஐ வழங்குகிறது; எனவே உங்களுக்குப் புதிய kernel தேவைப்படும்போது இது உதவாது. ஒரு vendor repository, vendor குறைவாகவே சோதித்த ஒரு தளத்தில் புதிய தொகுப்பை வழங்குகிறது. இவை இரண்டுமே அடிப்படை அமைப்பின் security updates-ஐ LTS கால அட்டவணையிலேயே வைத்திருக்கின்றன. Fedora-வில் ஒவ்வொரு ஆண்டும் maintenance window-விற்காக நீங்கள் செலவிடும் நேரம் இந்த கால அட்டவணையால் தான் ஏற்படுகிறது.

நீங்கள் server-க்காக Fedora-வைத் தேர்வு செய்தால், அதன் சுழற்சியை ஒரு நாட்காட்டியில் குறித்துக் கொள்ளுங்கள். ஒரு புதிய release வரும்போது, vendor repositories-ன் மாற்றங்கள் தயாராகும் வரை சில வாரங்கள் காத்திருங்கள்; பிறகு snapshot எடுத்து, upgrade செய்து, services சரியாக இயங்குகிறதா என்று சரிபார்க்கவும். இந்த நடைமுறைக்கு ஆண்டுக்கு ஒரு மணிநேரம் மட்டுமே செலவாகும், இது சிறப்பாகச் செயல்படும். ஏதோ ஒன்று பழுதடைந்த பிறகுதான் upgrade-ஐ நினைவுகூரும் சூழல் வரும்போதுதான், அந்தப் பதிப்பு தோல்வியடைகிறது.

FAQ

Fedora release எவ்வளவு காலம் ஆதரவு பெறுகிறது?

சுமார் 13 மாதங்கள். Fedora தோராயமாக ஆறு மாதங்களுக்கு ஒருமுறை புதிய release-ஐ வெளியிடுகிறது. ஒவ்வொரு release-க்கும், அதற்கு அடுத்த இரண்டு பதிப்புகள் வெளியான பிறகு நான்கு வாரங்கள் வரை ஆதரவு வழங்கப்படுகிறது. Fedora 44, 28 April 2026 அன்று வெளியானது; இதன் ஆயுட்காலம் June 2027 வரை திட்டமிடப்பட்டுள்ளது. அந்தத் தேதி முடிந்ததும், இந்த release-க்கு பாதுகாப்பு மேம்பாடுகள் (security updates) கிடைப்பது நின்றுவிடும், மேலும் அதன் packages Fedora-வின் archive-க்கு மாற்றப்படும்.

நான் ஒரு Fedora release-ஐத் தவிர்த்துவிட்டு, ஒரே நேரத்தில் இரண்டு பதிப்புகளை upgrade செய்ய முடியுமா?

ஆம், சில கட்டுப்பாடுகளுடன் முடியும். dnf system-upgrade download --releasever= ஒரு அல்லது இரண்டு release-கள் முன்னால் உள்ள இலக்கை ஏற்கும். வருடத்திற்கு ஒருமுறை upgrade செய்யும் முறைக்கு, ஒரே நேரத்தில் இரண்டு பதிப்புகளைத் தாண்டுவதே சரியான வழியாகும். இதற்கு மேல் செல்வது ஆதரிக்கப்படும் வழிமுறை அல்ல. ஒவ்வொரு கூடுதல் release-ம், package பெயர் மாற்றம் அல்லது config format மாற்றம் காரணமாக transaction தோல்வியடைவதற்கான வாய்ப்பை அதிகரிக்கிறது. ஒரு machine ஏற்கனவே பல release-கள் பின்தங்கியும், அதன் ஆயுட்காலம் முடிந்தும் இருந்தால், தொடர்ச்சியான upgrade-களை விட தற்போதைய image-ல் மீண்டும் நிறுவுவது (rebuild) வேகமானது.

எனது Fedora server-ன் ஆயுட்காலம் முடிந்துவிட்டால் என்ன நடக்கும்?

அது தொடர்ந்து இயங்கும், ஆனால் patch செய்யப்படாது. உங்கள் release-க்கான metalink URL-ல் 404 பிழை ஏற்படுவதால், அடுத்த dnf upgrade தோல்வியடையும். ஏனெனில் ஆயுட்காலம் முடிந்த release-கள் dl.fedoraproject.org-ல் உள்ள archive-க்கு மாற்றப்படுகின்றன. நீங்கள் repository கோப்புகளை அந்த archive-க்கு மாற்றி, படிப்படியாக upgrade செய்யலாம் அல்லது ஆதரிக்கப்படும் ஒரு release-ல் server-ஐ மீண்டும் உருவாக்கலாம். இந்த இரண்டில் ஒன்றைச் செய்யும் வரை, எந்தவொரு பாதுகாப்பு மேம்பாடும் machine-க்கு வந்து சேராது, எந்தப் புதிய package-ம் நிறுவப்படாது.

Production server-க்கு Fedora ஒரு மோசமான தேர்வா?

இது ஒரு மோசமான பொதுவான தேர்வு, ஆனால் தகுந்த காரணங்கள் இருந்தால் இது ஒரு நியாயமான தேர்வாகும். இதன் விலை என்னவென்றால், நீங்கள் தொடவே விரும்பாத ஒரு machine-ல், ஒவ்வொரு வருடமும் முழு operating system-ஐயும் upgrade செய்ய வேண்டும். LTS பதிப்புகளில் இருப்பதை விட புதிய kernel அல்லது userspace தேவைப்படும்போதோ, அல்லது server தற்காலிகமானதாக வடிவமைக்கப்பட்டிருக்கும்போதோ Fedora-வைத் தேர்வு செய்யவும். பதிப்பை மாற்றாமல் பல வருடங்களுக்கு ஒரு server-ஐ patch செய்ய விரும்பினால், LTS அல்லது enterprise rebuild-ஐத் தேர்வு செய்யவும்.