Ano ang Ubuntu 26.04.1 point release?

Ano ang Ubuntu point release

Ang Ubuntu point release, gaya ng 26.04.1, ay ang release na mayroon ka na, kasama ang lahat ng update na inilabas mula nang ilunsad ito at isinama sa bagong installation media. Hindi ito bagong version. Hindi nagbabago ang archive na pinagkukunan nito ng installation, at hindi rin nagbabago ang suite name sa iyong apt sources. Kaya ang server na naka-install na at may mga patch ay walang kailangang i-download kapag may point release na lumabas.

Dalawang bagay ang inilalabas sa araw na iyon. Muling binubuo ang media: may mga bagong ISO file at cloud image na ginawa mula sa archive ayon sa laman nito noong linggong iyon. Nagbabago rin ang version string: nagsisimulang mag-report ang lsb_release -a ng 26.04.1 LTS sa halip na 26.04 LTS na dati nitong nire-report.

Nasa iyo na ang lahat ng iba pa. Patuloy na naglalabas ang Ubuntu ng mga fix sa -security at -updates pockets ng isang suite: resolute para sa 26.04 at noble para sa 24.04. Snapshot lamang ng stream na iyon ang isang point release. Walang hiwalay na destinasyon na kailangang lipatan.

Bakit walang mada-download ang iyong na-patch na server

Dahil nasa isang maliit na package ang point number. Patakbuhin ito:

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

Ang dpkg -S ang sumasagot sa base-files: /etc/lsb-release. Ang package na base-files ang naglalabas ng mga file na naglalaman ng version string mo. Kaya kapag may inilabas na point release, napupunta ang bagong base-files sa -updates pocket at ini-install ito ng susunod mong sudo apt upgrade. Ang package na iyon ang buong nakikitang epekto ng point release sa isang tumatakbong machine. Ang lahat ng iba pa rito ay na-install mo na ilang linggo ang nakalipas bilang mga regular na update.

May isang karaniwang dahilan kung bakit nahuhuli ang isang system. Ine-enable ng default na /etc/apt/apt.conf.d/50unattended-upgrades ang origin na -security sa Allowed-Origins block nito at iniiwang naka-comment out ang linyang -updates. Kaya ang machine na umaasa lamang sa automatic updates ay kumukuha ng security fixes pero nilalampasan ang iba pang update. Patuloy itong nag-uulat ng mas lumang point number sa loob ng ilang buwan. Tama ito, dahil wala talaga sa machine ang mga package na iyon. Buksan ang file at tingnan kung aling mga linya ang naka-comment: ipinapaliwanag ng kung paano kino-configure ang unattended upgrades sa Ubuntu ang block na iyon nang paisa-isa.

Kapag inilabas ang susunod na point release

Alamin ang release cadence, hindi ang eksaktong petsa. Lumalabas ang unang point release ng isang LTS ilang buwan pagkatapos ng orihinal na release sa Abril. Ang mga kasunod nito ay karaniwang may pagitan na humigit-kumulang anim na buwan, kasabay ng bawat interim release. Maaaring magbago ang mga petsa. Inanunsyo ng Canonical ang unang 26.04 point release para sa simula ng Agosto 2026, ngunit ipinagpaliban ito. Karaniwan ito at hindi indikasyon ng problema. Kunin ang petsa mula sa Ubuntu release cycle page o sa 26.04 LTS release notes, hindi mula sa anumang artikulo, kabilang ang artikulong ito.

Bakit hindi iniaalok ang 26.04 sa 24.04 bago ang unang point release

Dahil naka-configure ang upgrade prompt na maghintay, at mababasa mo mismo ang configuration na iyon sa sarili mong server.

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

Mas mahaba sa siping iyon ang mga komento sa kasamang file, kaya sulit basahin nang buo. Ang Prompt=lts ang default sa isang LTS install, at dalawang bagay ang ginagawa nito: nililimitahan nito ang alok sa mga LTS release, at ipinapadala nito ang pagsusuri sa ibang listahan.

Nakatukoy ang listahang iyon sa ikalawang file:

cat /etc/update-manager/meta-release

Ang URI ay tumuturo sa https://changelogs.ubuntu.com/meta-release, at ang URI_LTS ay tumuturo sa https://changelogs.ubuntu.com/meta-release-lts. Sa Prompt=lts, binabasa ng upgrader ang LTS list, at hindi iniaalok doon ang bagong LTS bilang upgrade target hangga't wala pa ang unang point release nito. Kunin ang listahan at suriin ito mismo:

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

Bawat release ay isang block ng mga linyang Dist:, Version:, Supported: at UpgradeTool:. Kailangan ng upgrader ang block na iyon bago ito makapag-alok ng anuman. Inilalahad din ng Canonical ang parehong tuntunin sa malinaw na paraan sa 26.04 LTS release announcement: iaalok sa mga user ng 24.04 LTS ang automatic upgrade kapag inilabas ang 26.04.1.

Kaya sa isang 24.04 server bago ang point release na iyon:

sudo do-release-upgrade -c

Checking for a new Ubuntu release
No new release found.

Maayos na resulta iyan, hindi senyales ng problema. Kapag bukas na ang upgrade path, ilalagay ng parehong command ang pangalan ng release, at lilitaw din ang parehong mensahe sa login banner:

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

Pansinin kung aling version ang nakapangalan. Hindi ka muna mag-a-upgrade sa 26.04 at pagkatapos ay muli sa 26.04.1. Isang beses ka lang mag-a-upgrade, at mapupunta ka sa kasalukuyang estado ng 26.04.

May dalawa pang dahilan kung bakit maaaring walang lumabas sa check na iyon: ang Prompt=never, na itinatakda ng ilang provider image, at isang proxy o mirror na hindi makaabot sa changelogs.ubuntu.com. Ang ibang mensahe, Please install all available updates for your release before upgrading, ay nangangahulugang matagumpay ang check at nais ng upgrader ng ganap na na-patch na panimulang estado. Tinutukoy ng do-release-upgrade na nag-uulat na walang nakitang bagong release ang mga natitirang dahilan. Kapag bukas na ang path at handa ka na, hiwalay na gawain ang mismong 24.04 hanggang 26.04 upgrade, at may sarili itong paghahanda.

Itinuturo ng -d flag ang parehong check sa development list. Ito ang paraan ng paglipat ng ilang user bago buksan ang path. May dahilan ang paghihintay: ito ang panahon kung kailan inaayos ang mga blocker sa upgrade na iniuulat ng mga unang nag-upgrade. Sa isang server na nirerentahan mo at inaasahan mong palaging gumagana, makatuwirang hayaan itong matapos ang paghihintay.

Ano ang ibig sabihin ng hardware enablement kernel sa isang VPS

May isang kernel ang isang LTS sa buong lifecycle nito: ang GA (general availability) kernel. Mayroon din itong ikalawang rolling track na tinatawag na HWE (hardware enablement). Ipinapamahagi ang HWE track sa pamamagitan ng point release. Ito ang bahagi ng isang point release na tunay na bagong code, sa halip na repackaging lamang ng mayroon ka na.

Ang 24.04 ang gagamiting halimbawa. Ipinadala ito kasama ang kernel 6.8 at mananatili sa 6.8 ang GA track sa buong limang taon ng standard support nito. Nagsimula ang HWE track sa ikalawang point release: dinala ng 24.04.2 ang 6.11 kernel mula sa Ubuntu 24.10, at dinala ng 24.04.3 ang 6.14 mula sa Ubuntu 25.04. Noong August 2026, ito na ang sinusunod na pattern, at kapareho nito ang anyo ng 26.04.

Makikita sa pangalan ng package kung aling track ang ginagamit mo:

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

Ang linux-generic ang GA track. Ang linux-generic-hwe-24.04 ang rolling track. Default ang HWE sa mga desktop install, habang default ang GA sa mga server install. Gayunman, kadalasang mas partikular pa ang ginagamit ng provider images para sa VPS, gaya ng linux-virtual o cloud-specific na linux-kvm. Suriin ito sa halip na manghula, dahil nakadepende ang default sa gumawa ng image mo.

Sa rented virtual hardware, kadalasang hindi naaangkop sa iyo ang hardware enablement. Nakikita ng server mo ang mga virtio device at ang paravirtualised network at disk interface na ipinapakita ng hypervisor. Mahigit isang dekada nang stable sa kernel ang mga driver para rito. Kailangan ng bagong laptop ang HWE. Halos hindi ito kailangan ng VPS. Ang aktuwal na pakinabang ng mas bagong kernel dito ay mga kernel feature, gaya ng mas bagong io_uring at eBPF work, o filesystem fix na may partikular kang dahilan para gamitin. ano ang bago sa Linux kernel 7.1 ang dapat mong basahin upang malaman kung sulit ang mga pagbabagong ito.

Ang kapalit nito ay reboot at risk. Kumukuha ang HWE meta package ng bagong upstream kernel humigit-kumulang bawat anim na buwan. Dahil dito, sumasang-ayon ka sa kernel jump at reboot sa ganoong iskedyul. Maaaring hindi mag-build ang mga out-of-tree module na binuo gamit ang DKMS, lalo na ang karaniwang ZFS, laban sa bagong version. Malalaman mo ito kapag nag-boot. Iniiwan din ng bawat kernel ang naunang kernel nito, kaya maaaring mapuno ang maliit na /boot. Basahin ang pag-alis ng mga lumang kernel mula sa punong /boot at pagpili kung aling kernel ang ibo-boot ng iyong VPS bago mo kailanganin ang mga ito, hindi pagkatapos.

Isang command at isang reboot ang kailangan upang lumipat sa HWE track:

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

Pagkatapos ng reboot, dapat i-report ng uname -r ang mas bagong version. Huwag munang alisin ang naunang kernel. I-boot muna ang bagong kernel at suriin ang iyong mga serbisyo. Kapag hindi nag-boot ang kernel, ang recovery path ay piliin ang mas lumang entry sa boot menu. Kailangang naroon pa ang entry na iyon. Kung wala na ito, nasa sitwasyon ka ng pag-recover ng VPS na hindi nag-boot matapos ang kernel update.

Mayroon ding -edge variant ng HWE package. Ginagamit nito ang kernel na kasunod ng nasa point release. Para ito sa testing. Huwag itong gamitin sa server.

Para sa rented server, ang default na sagot ay ang GA kernel: isang kernel version sa loob ng limang taon, na may mga security fix na bina-backport sa buong panahong iyon at walang nakaiskedyul na version jump. Lumipat sa HWE kapag matutukoy mo ang feature na kailangan mo.

Bakit naiiba ang bagong install ngayon kumpara sa ginawa noong nakaraang buwan

Mas madalas i-rebuild ang mga image kaysa magkaroon ng point release. Naglalabas ang Ubuntu ng mga cloud image na may serial, at nire-refresh ng bawat provider ang sarili nitong Ubuntu template ayon sa sarili nitong iskedyul. Kaya maaaring mag-boot ang dalawang server na ginawa na may pagitan na anim na buwan mula sa parehong menu entry gamit ang magkaibang kernel version, at magsimula gamit ang magkaibang package version. Walang mali sa alinman sa mga ito.

Mas mahalaga ito kaysa sa inaakala. Tahimik na ipinapalagay ng runbook na nagsasabing magpatakbo ng limang command pagkatapos ng installation na pareho pa rin ang panimulang estado. Suriin ang lsb_release -a at uname -r sa bawat box sa halip na umasa sa label na pinili mo, pagkatapos ay idefine ang end state sa code upang hindi na mahalaga ang panimulang estado. Ang unang Ansible playbook para sa VPS ang pinakamaliit na kapaki-pakinabang na bersyon nito.

Dapat ka bang lumipat sa point release, o maghintay?

• Kung nasa 26.04 ka na, wala ka nang kailangang lipatan. Ipagpatuloy ang pag-install ng updates at awtomatikong susunod ang point number.
• Kung nasa 24.04 ka, tatagal ang standard support hanggang April 2029, kaya ligtas maghintay. Panimulang hakbang ang unang point release, hindi ito deadline.
• Mag-upgrade muna ng kopya. Gumawa ng snapshot ng server, o buuin muli ang parehong stack sa isang disposable VPS, patakbuhin ang upgrade doon, at sukatin kung gaano ito katagal.
• Kung mas bagong kernel ang kailangan mo kaysa mas bagong release, ibinibigay iyon ng HWE track sa 24.04 nang hindi kinakailangang mag-upgrade ng LTS.

Tinalakay sa LTS kumpara sa interim releases para sa server ang mas malawak na tanong kung aling release ang dapat gamitin.

Mga dapat suriin sa sarili mong box

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

Ganito ang hitsura ng maayos na resulta: iniuulat ng lsb_release -a ang iyong release kasama ang kasalukuyang point number nito, tumutugma ang uname -r sa kernel track na dapat mong gamitin, naroon ang Prompt=lts, at walang nakikita ang check o tinutukoy nito ang release na iaalok nito. Ang iba pang resulta ay dapat munang unawain bago mag-upgrade, hindi habang isinasagawa ito.

FAQ

May kailangan ba akong gawin kapag may lumabas na point release gaya ng 26.04.1?

Wala, basta nasa release na iyon ang server at tumatanggap ito ng updates. Pinagsasama ng point release ang mga na-publish nang update sa bagong installation media. Tumatanggap ang tumatakbong machine ng parehong content sa pamamagitan ng apt upgrade kapag na-publish ito, at nagbabago ang version string sa lsb_release -a kapag nag-update ang base-files package. Walang hiwalay na release na kailangang lipatan at walang kailangang reinstall.

Bakit mas lumang point number pa rin ang nire-report ng server ko pagkatapos ng apt upgrade?

Karaniwan itong nangyayari dahil limitado sa security fixes ang automatic updates. Ine-enable ng default na /etc/apt/apt.conf.d/50unattended-upgrades ang -security origin at naka-comment out ang -updates line, at dumarating ang base-files package na naglalaman ng version string sa pamamagitan ng -updates. Patakbuhin nang manu-mano ang sudo apt update && sudo apt full-upgrade at tingnan kung lumilitaw ang base-files sa listahan. Kung nakalista ito bilang kept back, may nagpi-pin o nagho-hold dito.

Bakit hindi iniaalok ang 26.04 para sa server kong 24.04?

Dahil default ang Prompt=lts sa /etc/update-manager/release-upgrades kapag LTS, at sinusuri nito ang LTS list sa https://changelogs.ubuntu.com/meta-release-lts. Hindi iniaalok ang bagong LTS bilang upgrade target hanggang sa lumabas ang unang point release nito. Hanggang hindi iyon nangyayari, nagpi-print ang sudo do-release-upgrade -c ng No new release found., at tama ang behavior na iyon. Sinasadya ang paghihintay. Ito ang panahong inaayos ang mga problema sa upgrade na natutuklasan ng mga maagang nag-upgrade.

Dapat ko bang i-install ang HWE kernel sa VPS ko?

Karaniwan, hindi. Ginagamit ang hardware enablement para suportahan ang hardware na mas bago kaysa sa release, samantalang naglalabas ang VPS ng mga virtio device na matagal nang may mga driver sa kernel. Nananatili ang GA kernel sa isang version sa buong buhay ng LTS, at ibinabalik ang mga fix dito. Piliin ang HWE kernel kapag matutukoy mo ang kernel feature na kailangan mo, at tanggapin na magkakaroon ka ng kernel jump at reboot humigit-kumulang bawat anim na buwan.