Point release ya Ubuntu ni nini na inafanya kazi vipi?

Point release ya Ubuntu ni nini

Point release ya Ubuntu, kama vile 26.04.1, ni toleo ambalo tayari unalo, likiwa na masasisho yote yaliyochapishwa tangu kuzinduliwa kwake yakiwa yamejumuishwa kwenye media mpya ya usakinishaji. Hili si toleo jipya. Archive inayotumika kusakinisha haibadiliki, na jina la suite katika vyanzo vyako vya apt pia halibadiliki, kwa hivyo seva iliyosakinishwa na kupewa viraka (patched) haina cha kupakua wakati point release inapotokea.

Mambo mawili hutokea siku hiyo. Media hujengwa upya: faili mpya za ISO na picha mpya za cloud, zilizojengwa kutoka kwenye archive kama ilivyokuwa katika wiki hiyo. Na kamba ya toleo (version string) hubadilika: lsb_release -a huanza kuripoti 26.04.1 LTS ambapo ilikuwa ikiripoti 26.04 LTS hapo awali.

Kila kitu kingine kilikuwa chako tayari. Ubuntu huchapisha marekebisho mfululizo kwenye mifuko ya -security na -updates ya suite moja, resolute kwa 26.04 na noble kwa 24.04. Point release ni picha ya muda (snapshot) ya mtiririko huo. Hakuna sehemu tofauti ya kuhamia.

Kwa nini seva yako iliyopata viraka haina cha kupakua

Kwa sababu namba ya toleo dogo (point number) inapatikana katika kifurushi kimoja kidogo. Tekeleza amri hii:

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

dpkg -S inajibu base-files: /etc/lsb-release. Kifurushi cha base-files kinasafirisha faili zinazohifadhi kamba ya toleo lako, kwa hivyo toleo dogo linapochapishwa, base-files mpya hufika kwenye hifadhi ya -updates na sudo apt upgrade yako inayofuata huiweka. Kifurushi hicho kimoja ndicho athari nzima inayoonekana ya toleo dogo kwenye mashine inayofanya kazi. Kila kitu kingine ndani yake, uliweka wiki kadhaa zilizopita kama masasisho ya kawaida.

Kuna njia moja ya kawaida ya kuachwa nyuma. /etc/apt/apt.conf.d/50unattended-upgrades chaguo-msingi huwezesha asili ya -security katika kizuizi chake cha Allowed-Origins na kuacha mstari wa -updates ukiwa na alama ya maoni, kwa hivyo mashine inayotegemea masasisho ya kiotomatiki pekee huchukua viraka vya usalama na kuruka mengine yote. Mashine hiyo huendelea kuripoti namba ya toleo dogo la zamani kwa miezi kadhaa, na ni sahihi kufanya hivyo, kwa sababu kwa kweli haina vifurushi hivyo. Fungua faili hiyo na uangalie ni mistari ipi iliyo na alama ya maoni: jinsi unattended upgrades zinavyosanidiwa kwenye Ubuntu inapitia kizuizi hicho mstari kwa mstari.

Wakati toleo lijalo la point release linapotoka

Jifunze mzunguko wa utoaji, si tarehe kamili. Toleo la kwanza la point release la LTS hutoka miezi michache baada ya toleo la awali la mwezi Aprili, na matoleo yanayofuata hutoka kila baada ya miezi sita, yakifuata kila toleo la mpito. Tarehe hubadilika. Canonical ilitangaza toleo la kwanza la 26.04 point release kwa ajili ya mwanzoni mwa Agosti 2026 kisha ikalisogeza mbele, jambo ambalo ni la kawaida na si ishara ya tatizo. Chukua tarehe kutoka ukurasa wa mzunguko wa matoleo ya Ubuntu au maelezo ya toleo la 26.04 LTS badala ya kutegemea makala yoyote, ikiwemo hii.

Kwa nini 24.04 haipewi 26.04 hadi pale point release ya kwanza itakapotoka

Kwa sababu kidokezo cha upgrade kimesanidiwa kusubiri, na unaweza kusoma usanidi huo kwenye seva yako mwenyewe.

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

Maoni yaliyomo kwenye faili iliyosafirishwa ni marefu kuliko dondoo hilo na yanafaa kusomwa kikamilifu. Prompt=lts ndiyo chaguo-msingi kwenye usakinishaji wa LTS, na inafanya kazi mbili: inazuia ofa hiyo kwa matoleo ya LTS pekee, na inatuma ombi la ukaguzi kwenye orodha tofauti.

Orodha hiyo imetajwa kwenye faili ya pili:

cat /etc/update-manager/meta-release

URI inaelekeza kwenye https://changelogs.ubuntu.com/meta-release na URI_LTS inaelekeza kwenye https://changelogs.ubuntu.com/meta-release-lts. Kwa kutumia Prompt=lts, kisasishi (upgrader) husoma orodha ya LTS, na LTS mpya haitolewi hapo kama lengo la upgrade hadi pale point release yake ya kwanza itakapokuwepo. Pakua orodha hiyo na ujionee mwenyewe:

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

Kila toleo ni kizuizi cha mistari ya Dist:, Version:, Supported: na UpgradeTool:. Kisasishi kinahitaji kizuizi hicho kabla hakijakupa ofa yoyote. Canonical inasema sheria hiyo hiyo kwa maneno ya wazi katika tangazo la toleo la 26.04 LTS: watumiaji wa 24.04 LTS hupewa upgrade ya kiotomatiki wakati 26.04.1 itakapotolewa.

Kwa hivyo kwenye seva ya 24.04 kabla ya wakati huo:

sudo do-release-upgrade -c

Checking for a new Ubuntu release
No new release found.

Huo ni matokeo ya kawaida, si ishara ya hitilafu. Njia hiyo itakapofunguka, amri hiyo hiyo itataja toleo husika, na ujumbe huo huo utaonekana kwenye banner ya kuingia (login banner):

New release '26.04.1 LTS' available.
Run 'do-release-upgrade' to upgrade to it.

Angalia toleo linalotajwa. Huwezi kufanya upgrade kwenda 26.04 kisha ufanye tena kwenda 26.04.1. Unafanya upgrade mara moja na kufika kwenye hali ya sasa ya 26.04.

Mambo mengine mawili hufanya ukaguzi huo kurudi bila majibu: Prompt=never, ambayo picha (images) za baadhi ya watoa huduma huiweka, na proxy au mirror isiyoweza kufikia changelogs.ubuntu.com. Ujumbe tofauti, Please install all available updates for your release before upgrading, unamaanisha kuwa ukaguzi umefaulu na kisasishi kinahitaji mfumo uwe umepata viraka (patched) kikamilifu kwanza. do-release-upgrade inayoripoti hakuna toleo jipya lililopatikana hupitia visababishi vingine vilivyobaki. Njia hiyo itakapofunguka na ukiwa tayari, upgrade yenyewe ya 24.04 kwenda 26.04 ni kazi tofauti yenye maandalizi yake.

Bendera ya -d inaelekeza ukaguzi huo huo kwenye orodha ya maendeleo (development list), ambayo ndiyo njia inayotumiwa na watu kuhama kabla ya njia rasmi kufunguka. Kusubiri huko kuna sababu: ni kipindi ambacho vizuizi vya upgrade vinavyoripotiwa na watumiaji wa awali hurekebishwa. Kwenye seva unayokodisha na kuitegemea, hiyo ni hoja ya kuruhusu muda wa kusubiri ufanye kazi yake.

Maana ya hardware enablement kernel kwenye VPS

LTS husafirisha kernel moja kwa muda wake wote wa maisha, inayojulikana kama GA (general availability) kernel, na hutoa njia ya pili inayobadilika inayoitwa HWE (hardware enablement). Njia ya HWE hutolewa kupitia point releases, na ndiyo sehemu pekee ya point release ambayo ni code mpya kabisa badala ya kupakiwa upya kwa kile ulichonacho tayari.

24.04 ni mfano wa kazi. Ilisafirishwa ikiwa na kernel 6.8 na huendelea kutumia 6.8 kwenye njia ya GA kwa miaka yake yote mitano ya support ya kawaida. Njia ya HWE ilianza kwenye point release ya pili: 24.04.2 ilileta kernel 6.11 kutoka Ubuntu 24.10, na 24.04.3 ilileta 6.14 kutoka Ubuntu 25.04. Kufikia Agosti 2026 huo ndio utaratibu uliowekwa, na 26.04 hufuata muundo uleule.

Njia uliyopo ni jina la package:

uname -r
apt list --installed 2>/dev/null | grep -E '^linux-(generic|virtual|image|kvm)'

linux-generic ndiyo njia ya GA. linux-generic-hwe-24.04 ndiyo ile inayobadilika. Install za Desktop huwa na HWE kama chaguo-msingi na install za server huwa na GA kama chaguo-msingi, wakati images za mtoa huduma kwa ajili ya VPS mara nyingi hutumia kitu finyu zaidi, kama vile linux-virtual au linux-kvm mahususi kwa cloud. Hakiki badala ya kudhani, kwa sababu chaguo-msingi hutegemea nani aliyetengeneza image yako.

Kwenye vifaa vya virtual vilivyokodishwa, hardware enablement mara nyingi haikuhusu. Seva yako huona vifaa vya virtio, interface za mtandao na disk za paravirtualised ambazo hypervisor huwasilisha, na viendeshi hivyo vimekuwa imara kwenye kernel kwa zaidi ya muongo mmoja. Laptop mpya inahitaji HWE. VPS karibu haihitaji kamwe. Kile ambacho kernel mpya hukupatia hapa ni vipengele vya kernel: kazi mpya za io_uring na eBPF, au marekebisho ya filesystem ambayo una sababu mahususi ya kuyataka. nini kipya katika Linux kernel 7.1 ndiyo njia ya kuamua kama lolote kati ya hayo linafaa kwa usumbufu huo.

Gharama yake ni reboot na hatari. Meta package ya HWE huvuta kernel mpya ya upstream takriban kila baada ya miezi sita, kwa hivyo unakubali kuruka kwa kernel na reboot kwa mzunguko huo. Moduli za nje ya mti zilizojengwa kwa DKMS, huku ZFS ikiwa ya kawaida, zinaweza kushindwa kujijenga dhidi ya toleo jipya, na utagundua hilo wakati wa boot. Kila kernel pia huacha mtangulizi wake nyuma, jambo ambalo ndilo husababisha /boot ndogo kujaa. Soma kuondoa kernels za zamani kutoka kwa /boot iliyojaa na kuchagua ni kernel ipi VPS yako inatumia kuwaka kabla ya kuzihitaji badala ya baada ya kuzihitaji.

Kuhamia kwenye njia ya HWE ni amri moja na reboot:

sudo apt install --install-recommends linux-generic-hwe-24.04
sudo reboot

uname -r baada ya reboot inapaswa kuripoti toleo jipya zaidi. Acha kernel ya awali ikiwa imewekwa hadi utakapokuwa umewasha ile mpya na kukagua huduma zako, kwa sababu njia ya kurejesha kernel ambayo haitawaka ni kuchagua ingizo la zamani kwenye menyu ya boot, na ingizo hilo lazima liwepo. Ikiwa halipo, uko kwenye eneo la kurejesha VPS ambayo haitawaka baada ya update ya kernel.

Kuna pia lahaja ya -edge ya package ya HWE ambayo huchukua kernel inayofuata kabla ya point release. Ipo kwa ajili ya majaribio. Iache kama ilivyo kwenye seva.

Jibu la kawaida kwa seva iliyokodishwa ni GA kernel: toleo moja la kernel kwa miaka mitano, likiwa na marekebisho ya usalama yaliyorejeshwa nyuma kwa kipindi chote na hakuna kuruka kwa toleo lililopangwa. Hamia kwenye HWE wakati unaweza kutaja kipengele unachohitaji.

Kwa nini usakinishaji mpya wa leo unatofautiana na ule wa mwezi uliopita

Picha za mfumo (images) hujengwa upya mara nyingi zaidi kuliko matoleo ya programu (point releases). Ubuntu huchapisha picha za cloud zenye namba ya serial, na kila mtoa huduma husasisha templates zake za Ubuntu kulingana na ratiba yake. Kwa hivyo, seva mbili ulizounda kwa miezi sita ya tofauti kutoka kwenye menyu ileile zinaweza kuanza na matoleo tofauti ya kernel na vifurushi (packages) tofauti. Hakuna kati ya hizo iliyo na hitilafu.

Hili ni jambo muhimu zaidi kuliko linavyosikika. Mwongozo wa kiufundi (runbook) unaoelekeza kuendesha amri tano baada ya usakinishaji, huchukulia kimyakimya hali ya kuanzia ambayo haipo tena. Kagua lsb_release -a na uname -r kwenye kila seva badala ya kuamini lebo uliyobofya, kisha bainisha hali ya mwisho (end state) katika msimbo ili hali ya kuanzia isiwe na umuhimu tena. playbook ya kwanza ya Ansible kwa ajili ya VPS ndiyo toleo dogo zaidi lenye manufaa la kufanikisha hilo.

Je, unapaswa kuhama kwenye point release, au kusubiri?

• Ikiwa tayari uko kwenye 26.04, hakuna mahali pa kuhama. Endelea kupokea masasisho na namba ya point itajirekebisha yenyewe.
• Ikiwa uko kwenye 24.04, support ya kawaida inaendelea hadi Aprili 2029, kwa hivyo kusubiri hakuna gharama. Point release ya kwanza ni fursa, si mwisho wa muda wa mwisho.
• Boresha nakala kwanza. Piga snapshot ya seva, au jenga upya stack ileile kwenye VPS ya majaribio, fanya uboreshaji huko, na upime muda unaochukuliwa.
• Ikiwa unachotaka ni kernel mpya badala ya toleo jipya, njia ya HWE inakupa hilo kwenye 24.04 bila kuhitaji uboreshaji wa LTS hata kidogo.

Swali pana zaidi la ni toleo lipi la kutumia limejadiliwa katika LTS dhidi ya matoleo ya muda kwa seva.

Mambo ya kukagua kwenye seva yako

lsb_release -a
uname -r
grep -v '^#' /etc/update-manager/release-upgrades
sudo do-release-upgrade -c

Matokeo mazuri yanaonekana hivi: lsb_release -a inaonyesha toleo lako la programu pamoja na namba yake ya sasa ya point, uname -r inalingana na kernel track uliyokusudia kuitumia, Prompt=lts ipo, na ukaguzi huo ama haupati hitilafu yoyote au unataja toleo ambalo litatolewa. Kitu kingine chochote kinapaswa kueleweka kabla ya kufanya upgrade badala ya wakati wa mchakato huo.

FAQ

Je, ninalazimika kufanya lolote wakati point release kama 26.04.1 inapotoka?

Hapana, mradi seva tayari iko kwenye toleo hilo na inapokea masasisho. Point release huunganisha masasisho yaliyokwisha chapishwa kwenye media mpya ya usakinishaji. Mashine inayofanya kazi hupokea maudhui yaleyale kupitia apt upgrade kadiri yanavyochapishwa, na kamba ya toleo katika lsb_release -a hubadilika wakati kifurushi cha base-files kinaposasishwa. Hakuna toleo tofauti la kuhamia na hakuna haja ya kusakinisha upya.

Kwa nini seva yangu bado inaonyesha namba ya point ya zamani baada ya apt upgrade?

Kwa kawaida ni kwa sababu masasisho ya kiotomatiki yamezuiliwa kwenye marekebisho ya usalama pekee. /etc/apt/apt.conf.d/50unattended-upgrades chaguo-msingi huwezesha asili ya -security na kuacha mstari wa -updates ukiwa na alama ya maoni, na kifurushi cha base-files kinachobeba kamba ya toleo huja kupitia -updates. Endesha sudo apt update && sudo apt full-upgrade kwa mkono na uangalie kama base-files inaonekana kwenye orodha. Ikiwa imeorodheshwa kama iliyozuiliwa (kept back), kuna kitu kinachoiwekea pin au kuizuia.

Kwa nini seva yangu ya 24.04 haipewi 26.04?

Kwa sababu Prompt=lts katika /etc/update-manager/release-upgrades ndiyo chaguo-msingi kwenye LTS, na hukagua orodha ya LTS katika https://changelogs.ubuntu.com/meta-release-lts, ambapo LTS mpya haitolewi kama lengo la kuboresha hadi point release yake ya kwanza itoke. Hadi wakati huo, sudo do-release-upgrade -c huchapisha No new release found. na hiyo ni tabia sahihi. Kusubiri huko ni kwa makusudi: ni kipindi ambacho matatizo ya uboreshaji yanayopatikana na watumiaji wa mapema hurekebishwa.

Je, nifunge HWE kernel kwenye VPS yangu?

Kwa kawaida hapana. Hardware enablement ipo ili kusaidia vifaa vipya zaidi kuliko toleo la sasa, na VPS huwasilisha vifaa vya virtio ambavyo viendeshi vyake vimekuwa kwenye kernel kwa miaka mingi. GA kernel hubaki kwenye toleo moja kwa maisha yote ya LTS, huku marekebisho yakirejeshwa nyuma (backported) kwake. Chagua HWE kernel pale unapoweza kutaja kipengele cha kernel unachohitaji, na ukubali kuwa utalazimika kufanya mabadiliko ya kernel na reboot takriban kila baada ya miezi sita.