Ubuntu LTS au toleo la muda: ipi bora kwa seva?

Ubuntu LTS dhidi ya matoleo ya muda: jibu fupi

Kuchagua kati ya Ubuntu LTS na toleo la muda kwenye seva kunategemea namba moja: muda ambao toleo hilo litaendelea kupokea masasisho ya usalama. Toleo la LTS hupata miaka mitano ya matengenezo ya kawaida ya usalama. Toleo la muda hupata miezi tisa, na baada ya hapo masasisho husimama, hivyo lazima ufanye upgrade au ujenge upya mfumo. Tumia LTS kwa huduma yoyote ambayo watu wengine wanaitumia. Tumia toleo la muda pale tu ambapo kujenga upya mfumo ni jambo unaloweza kufanya bila kuhitaji idhini ya mtu yeyote.

LTS inamaanisha long term support. Canonical hutoa toleo moja la LTS kila baada ya miaka miwili, mwezi Aprili wa miaka yenye namba shufwa, na toleo moja la muda kila baada ya miezi sita katikati yake. 26.04 LTS ilitoka tarehe 23 Aprili 2026 na matengenezo yake ya kawaida ya usalama yataendelea hadi 2031. 26.10 inatarajiwa tarehe 15 Oktoba 2026, na ni toleo la muda, kwa hivyo muda wake utaisha mwezi Julai 2027.

Muda ambao kila toleo la Ubuntu linahudumiwa

[
  {
    "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
  }
]

Hizi ni takwimu za sera zilizochapishwa na Canonical kufikia Agosti 2026, si vipimo kutoka kwenye seva ya majaribio. Toleo la LTS hubeba 60 miezi ya matengenezo ya kawaida ya usalama, ambayo inafanya 1 ya uboreshaji wa toleo uliopangwa ndani ya miaka mitano. Toleo la mpito (interim release) hubeba 9 miezi. Kubaki kwenye mfumo wa matoleo ya mpito kwa miaka hiyo hiyo mitano kunagharimu 10 ya uboreshaji wa matoleo, kwa sababu huwezi kuruka toleo na miaka mitano inashikilia matoleo kumi.

Usajili wa Ubuntu Pro huongeza takwimu ya LTS hadi 120 miezi, yaani miaka kumi, na kupanua wigo wa huduma kutoka sehemu ya main hadi kwenye kumbukumbu nzima (archive). Kufikia Agosti 2026, Pro ni bure kwa matumizi ya kibinafsi kwenye mashine zisizozidi tano, jambo linalotosheleza kundi kubwa la VPS ndogo. Hakuna kitu kama hicho kwa toleo la mpito. Miezi tisa ndiyo ofa nzima, na hakuna usajili unaoweza kuiongeza.

Gharama za miezi tisa kwenye seva halisi

Chukua 26.10 kama mfano wa kazi. Inatolewa tarehe 15 Oktoba 2026 na matengenezo yake ya usalama yanaisha Julai 2027, muundo uleule wa miezi tisa uliomaliza 25.10 mnamo Julai 2026. Ukisoma kama kalenda, inaonekana kama dirisha moja la matengenezo kila robo tatu. Usomaji huo wa kalenda si sahihi, na ni mbaya katika mwelekeo wa gharama kubwa.

Upandishaji wa toleo hubadilisha mfumo wa uendeshaji uliopo. do-release-upgrade huandika upya vyanzo vya apt, huzima hazina za watu wengine, hubadilisha toleo la karibu kila kifurushi kilichosakinishwa, husimama kuuliza kuhusu faili za usanidi ulizohariri, na kuwasha upya mwishoni. Ndiyo maana hili ni dirisha lililopangwa na si kazi ya chinichini.

Iendeshe kupitia ssh na zana hiyo itakulinda dhidi ya muunganisho wako kukatika. Inaanza kipindi chake cha screen na kufungua sshd ya pili, ikikutaarifu kwanza:

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.

Iruhusu. Ikiwa firewall yako au firewall ya mtandao ya mtoa huduma wako inazuia 1022, fallback hiyo haipo, na muunganisho uliokatika utaacha seti ya vifurushi vilivyopandishwa daraja nusu. Kujiendesha ndani ya tmux au screen mwenyewe kunakupa ulinzi uleule kwenye mashine yoyote.

Vidokezo vya faili ya usanidi ndivyo vinavyofanya upandishaji wa dakika kumi na tano kuwa wa saa moja:

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 ?

Kuhifadhi faili yako inamaanisha unakosa chochote kilichobadilishwa kwenye chaguo-msingi mpya. Kuchukua faili ya mtunza programu inamaanisha uimarishaji wako wa usalama umepotea hadi utakapoiweka tena. Hakuna jibu kati ya hayo lililo salama bila kujua nini kilibadilika katika toleo hilo, ndiyo maana kusoma maelezo ya toleo ni sehemu ya dirisha la kazi badala ya kuwa kazi ya nyumbani ya hiari.

Kisha zidisha kwa idadi ya mashine. VPS moja kwenye njia ya muda ni madirisha kumi ya upandishaji katika miaka mitano. Mashine tano za VPS ni hamsini, isipokuwa kila mashine iwe ya kutupwa na kujengwa upya kutoka kwa image. Mashine tano kwenye njia ya LTS ni upandishaji mitano katika kipindi hicho hicho, na unachagua mwezi ambao kila moja itafanyika.

Kwa nini huwezi kuruka toleo la Ubuntu

Njia za kuboresha (upgrade paths) zimepangwa. Toleo la muda (interim release) huboreshwa kwenda toleo linalofuata, bila kujali ni lipi. Toleo la LTS huboreshwa moja kwa moja kwenda LTS inayofuata, au kwenda toleo la muda linalofuata ukichagua hivyo. Hakuna kinachoweza kuruka hatua mbili kwa wakati mmoja. Kutoka 26.10 kwenda 28.04 LTS inamaanisha lazima upitie 27.04 na 27.10, au usakinishe upya mfumo wako.

Ni muhimu kuelewa utaratibu huu, kwa sababu unaonyesha kuwa kanuni hii haibadiliki. do-release-upgrade huchota faili ya meta-release kutoka changelogs.ubuntu.com, kisha hupakua zana ya kuboresha iliyoundwa kwa ajili ya mpito mmoja maalum. Canonical hutengeneza na kupima mpito mmoja kwa wakati, hivyo kuruka toleo hakuna zana wala majaribio yaliyofanyika kwa ajili hiyo. Zana ya kuboresha haikatai kwa sababu ya tahadhari tu. Hakuna kitu kilichopo huko kwa ajili ya kutoa.

Toleo unalopewa linatokana na mstari mmoja wa usanidi:

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

Prompt=lts hutoa LTS inayofuata pekee. Prompt=normal hutoa toleo linalofuata, liwe LTS au la. Prompt=never haitoi chochote, ambayo ndiyo njia ya kumzuia mfanyakazi mwenzako kuanzisha uboreshaji usiopangwa. Kwenye toleo ambalo si LTS, lts hufanya kazi sawa na normal, kwa sababu toleo linalofuata baada ya 26.10 ni 27.04 katika mipangilio yote miwili. Ukaguzi huchapisha Checking for a new Ubuntu release na kisha mstari wa New release ... available. au No new release found.

Kanuni nyingine ya ratiba huwachanganya watu. Uboreshaji wa LTS kwenda LTS hautolewi siku ile ile toleo jipya la LTS linapotoka. Hufunguliwa wakati wa toleo la kwanza la marekebisho (point release), na 26.04.1 imepangwa kutolewa tarehe 27 Agosti 2026. Mashine ya 24.04 yenye Prompt=lts iliyojibu No new release found. katika kipindi chote cha kiangazi cha 2026 haikuwa na hitilafu. Ilikuwa ikifuata sera. Njia hiyo inapofunguka, uboreshaji wa 24.04 kwenda 26.04 LTS ndio utaratibu wa kupanga na kufanyia mazoezi.

Wakati toleo la muda (interim release) ni chaguo sahihi

Kuna hali nne ambazo toleo hili lina faida dhahiri:

• Unahitaji toleo la kernel au userspace ambalo halipatikani kwenye LTS archive, kwenye seva hii, sasa hivi.
• Mashine hiyo ni build host, CI runner, au mashine ya majaribio unayoiunda upya kutoka kwenye image, hivyo upgrade inakuwa ni instance mpya badala ya dirisha la matengenezo (maintenance window).
• Vifaa (hardware) au kipengele cha hypervisor kimeingia sokoni baada ya LTS kufungwa, na hakuna backport inayopatikana.
• Unachunguza yale yatakayokuwemo kwenye LTS ijayo. 28.04 huundwa kutokana na 26.10, 27.04, na 27.10, na kugundua hitilafu (breaking change) kwenye VPS ya ziada ni nafuu kuliko kuigundua kwenye seva muhimu.

Watu wengi wanaochagua toleo la muda wanataka kifurushi (package) kimoja kipya, siyo mfumo mpya wa uendeshaji. Kuna majibu mawili nafuu zaidi. Hardware enablement stack huleta kernel kutoka matoleo ya baadaye kwenye LTS: kwenye 24.04 hii ni sudo apt install linux-generic-hwe-24.04, na husonga mbele katika kila point release, kuanzia ya pili. Kwa ajili ya programu moja, container image au repository ya msambazaji husasisha sehemu moja badala ya mfumo mzima wa uendeshaji.

Wakati toleo la muda mfupi si chaguo sahihi

• Kitu chochote chenye watumiaji wanaolipa au mzunguko wa on-call. Utakuwa unakubali uboreshaji wa lazima mara mbili kwa mwaka ili kupata matoleo ya vifurushi ambayo huenda usiyatumie kamwe.
• Seva yoyote ambapo unattended-upgrades inakufanyia viraka vya usalama. Otomatiki hiyo ni bora tu kulingana na hifadhi ya usalama inakotoa vifurushi.
• Kundi la seva unazoboresha kwa mkono, kwa sababu gharama halisi ni muda wa kazi mmoja ukizidishwa na idadi ya seva.
• Kitu chochote unachokisakinisha kisha hukitazami kwa mwaka mzima. Toleo la muda mfupi ulilosahau ni seva inayoelekea kwenye Internet ambayo haina viraka baada ya miezi tisa.

Kushindwa huko kwa mwisho ni kimya, jambo linalofanya kuwa hatari. Toleo linapofikia mwisho wa maisha yake, vifurushi vyake huhamishiwa kwenye old-releases.ubuntu.com, kwa hivyo sudo apt update huanza kushindwa kufanya kazi dhidi ya archive.ubuntu.com na kutoa makosa ya 404. Orodha za vifurushi kwenye diski hupitwa na wakati. unattended-upgrades huendelea kufanya kazi kwa kipima muda chake na kuendelea kuandika mistari kama hii kwenye /var/log/unattended-upgrades/unattended-upgrades.log:

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

Mstari huo unasomeka sawa kwenye seva iliyopata viraka kikamilifu na kwenye seva ambayo toleo lake lilikufa miezi minne iliyopita. Isipokuwa mtu asome makosa ya apt au afuatilie tarehe ya mwisho wa maisha ya toleo, hakuna kitu kwenye mashine hiyo kitakachokuambia ni ipi kati ya hizo unayoitazama.

Aina ya mabadiliko yanayotua kwenye toleo la muda (interim track) kwanza

Mnamo Machi 2026, mhandisi wa Canonical alipendekeza, kwenye jukwaa la Ubuntu discourse, kuondoa bootloader ya GRUB iliyotiwa saini inayokuja na secure boot katika toleo la 26.10. Pendekezo hilo linaondoa viendeshi vya mfumo wa faili (filesystem drivers) kwa ajili ya btrfs, hfsplus, xfs na zfs, vichanganuzi (parsers) vya picha za JPEG na PNG, jedwali za kugawa diski za Apple, /boot kwenye LVM, RAID ya programu nyingine isipokuwa RAID 1, na /boot iliyosimbwa kwa njia ya LUKS. Sababu iliyotolewa ni kwamba vichanganuzi vilivyo ndani ya bootloader ni chanzo cha mara kwa mara cha hitilafu za kiusalama, na kwamba mantiki ya uhifadhi na usimbaji inapaswa kuwa kwenye initramfs, mfumo mdogo wa faili wa RAM ambao kernel huupandisha (mount) kabla ya mfumo halisi wa root. Kufikia Agosti 2026, hili ni pendekezo linalojadiliwa, si mabadiliko yaliyokwisha tolewa.

Kwa mifano mingi ya VPS, hili halitabadilisha chochote, kwa sababu huwaka (boot) bila secure boot kutoka kwenye /boot ya ext4 iliyo kwenye jedwali la kugawa diski la GPT. Kagua mfumo wako badala ya kudhani. Ikiwa root yako ni ZFS, au /boot yako iko kwenye btrfs au ndani ya LUKS, hii ndiyo hasa aina ya mabadiliko yanayokukuta kwanza kwenye toleo la muda, na ushauri wa uzi huo kwa watumiaji walioathirika ni kubaki kwenye toleo la LTS. Ushauri huo ndio hoja nzima katika sentensi moja. Matoleo ya muda ni mahali ambapo mabadiliko hujaribiwa. LTS ni mahali ambapo mabadiliko hufika baada ya miaka miwili ya matoleo ya muda kubaini yale yanayovunja mifumo.

Muundo uleule hujitokeza kwa njia ndogo ndogo katika kila toleo la muda. Matoleo chaguo-msingi ya database, runtime ya lugha, na usanidi wa init husonga mbele, hivyo faili za usanidi zilizokuwa zikifanya kazi zinaweza kuacha kufanya kazi. Kusonga mbele kwa chaguo-msingi ndiyo kazi ambayo toleo la muda lipo kwa ajili yake, jambo ambalo linamaanisha kusoma maelezo ya toleo (release notes) kabla ya kila moja ya maboresho hayo kumi ni sehemu ya gharama uliyokubali kulipa.

Kuchagua mkondo wakati wa kuunda seva

Chagua mkondo wakati wa usakinishaji, kwa sababu kuubadilisha baadaye kunamaanisha kusakinisha upya au msururu wa maboresho. Kwenye seva mpya, amri nne hukuonyesha hali yako:

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

lsb_release -a inapaswa kutaja toleo ulilokusudia kusakinisha, na kwenye LTS mstari wa maelezo huishia na LTS. Mstari wa Prompt unapaswa kulingana na mkondo uliouchagua, si kile ambacho image ya mtoa huduma ilikuja nacho. do-release-upgrade -c kwenye LTS ya sasa inapaswa kujibu No new release found. Ikiwa inakupa toleo la mpito badala yake, Prompt imewekwa kuwa normal na mtu anapaswa kuamua ikiwa hilo lilikuwa la makusudi. pro security-status inaripoti ni vifurushi vingapi vilivyosakinishwa vinavyofunikwa na mkondo upi wa masasisho, na inasema wazi wakati mashine haijaunganishwa kwenye usajili.

Kisha andika tarehe ya mwisho wa maisha (end of life) mahali ambapo utaiona tena, karibu na maelezo mengine ya uundaji wa seva hiyo. Hii inapaswa kuwa pamoja na kazi nyingine katika dakika kumi za kwanza kwenye VPS mpya, kwa sababu tarehe ya usaidizi inayokumbukwa na mtu mmoja tu ndiyo inayopita bila kutambuliwa. Ikiwa mabadiliko ya kila baada ya miezi sita ndiyo kitu unachojaribu kukiepuka kabisa, mfumo wa matoleo ya FreeBSD ukilinganishwa na Linux unastahili saa moja ya kusoma kabla ya kuamua kutumia mfumo wowote kati ya hiyo miwili kwa kundi lako la seva.

FAQ

Je, niweke toleo la muda (interim release) la Ubuntu kwenye seva ya uzalishaji?

Katika karibu kila hali, hapana. Toleo la muda huacha kupokea masasisho ya usalama miezi tisa baada ya kutolewa, kwa hivyo uzalishaji kwenye mfumo huo unamaanisha dirisha la lazima la uboreshaji takriban mara mbili kwa mwaka, milele. Isipokuwa ni mashine unazojenga upya kutoka kwenye image, kama vile CI runners na build hosts, ambapo uboreshaji ni kuanzisha instance mpya badala ya kutumia dirisha la uboreshaji. Ikiwa watumiaji halisi wanategemea seva hiyo, sakinisha LTS na utumie muda uliookolewa kwa mambo mengine.

Toleo la muda la Ubuntu linaungwa mkono kwa muda gani?

Miezi tisa. 26.10 inatolewa tarehe 15 Oktoba 2026 na matengenezo yake ya usalama yanaisha Julai 2027, muundo uleule uliomaliza 25.10 mnamo Julai 2026. Kila toleo la muda hufuata utaratibu huu: kutolewa Aprili au Oktoba, na kuisha miezi tisa baadaye. LTS hupata miaka mitano ya matengenezo ya kawaida ya usalama, ambayo huongezwa hadi miaka kumi kwa Ubuntu Pro, ambayo kufikia Agosti 2026 ni bure kwa matumizi ya kibinafsi kwa hadi mashine tano.

Je, ninaweza kuruka matoleo ya Ubuntu wakati wa kuboresha?

Hapana. do-release-upgrade husonga hatua moja kwa wakati: toleo la muda huenda kwenye toleo linalofuata, na LTS inaweza kwenda kwenye LTS inayofuata moja kwa moja. Kutoka 26.10 kwenda 28.04 LTS kunamaanisha kufanya uboreshaji kupitia 27.04 na 27.10 kwanza, au kusakinisha upya mashine. Canonical hujenga na kupima mpito mmoja kwa wakati na kiondoa uboreshaji hupakua zana kwa ajili ya hatua hiyo mahususi, kwa hivyo hatua ya kuruka mara mbili haina zana inayoiunga mkono na haitolewi kamwe.

Nini hutokea wakati toleo langu la Ubuntu linapofikia mwisho wa maisha yake?

Vifurushi vyake huhamishiwa kwenye old-releases.ubuntu.com, kwa hivyo sudo apt update huanza kushindwa kufanya kazi dhidi ya archive.ubuntu.com kwa hitilafu za 404, na hakuna masasisho mapya ya usalama yanayochapishwa kwa toleo hilo. Hakuna kitu kwenye mashine kinachotangaza hili. Seva huendelea kufanya kazi na kuendelea kuhudumia trafiki huku kila udhaifu mpya uliogunduliwa ndani yake ukibaki wazi. Urejeshaji ni uboreshaji wa toleo unaofanywa chini ya shinikizo la muda, au ujenzi upya, kwa hivyo fuatilia tarehe badala ya kusubiri dalili za tatizo.

Je, kernel ya LTS ni ya zamani sana kwa maunzi mapya?

Kwa kawaida si hivyo, kwa sababu LTS haibaki na kernel yake ya asili kwa miaka mitano. Stack ya kuwezesha maunzi, HWE, huleta kernels kutoka matoleo ya baadaye kwenye LTS katika matoleo ya point, na usakinishaji wa seva unaweza kuchagua kujiunga na kifurushi kama linux-generic-hwe-24.04. Angalia unachotumia kwa uname -r kabla ya kudhani kuwa kernel ndiyo kikwazo. Ikiwa sehemu inayokosekana ni toleo la userspace badala ya kernel, container au vendor repository ni mabadiliko madogo zaidi kuliko kuhamisha mashine nzima kwenye mfumo wa matoleo ya muda.