Ubuntu point release คืออะไร และจำเป็นต้องอัปเดตไหม

Ubuntu point release คืออะไร

Ubuntu point release เช่น 26.04.1 คือเวอร์ชันที่คุณใช้งานอยู่แล้ว โดยมีการรวมอัปเดตทั้งหมดที่เผยแพร่นับตั้งแต่เปิดตัวเข้าไว้ในสื่อติดตั้งชุดใหม่ นี่ไม่ใช่เวอร์ชันใหม่ คลังซอฟต์แวร์ที่ใช้ติดตั้งไม่ได้เปลี่ยนแปลง และชื่อชุดซอฟต์แวร์ใน apt sources ของคุณก็ยังคงเดิม ดังนั้นเซิร์ฟเวอร์ที่ติดตั้งและแพตช์เรียบร้อยแล้วจึงไม่มีสิ่งใดต้องดาวน์โหลดเพิ่มเติมเมื่อมี point release ออกมา

ในวันดังกล่าวจะมีการดำเนินการสองอย่าง คือการสร้างสื่อติดตั้งใหม่ ได้แก่ไฟล์ ISO และ cloud image ชุดใหม่ ซึ่งสร้างขึ้นจากคลังซอฟต์แวร์ ณ สัปดาห์นั้น และการปรับเปลี่ยนสตริงเวอร์ชัน โดย lsb_release -a จะเริ่มรายงานค่าเป็น 26.04.1 LTS จากเดิมที่เคยรายงานเป็น 26.04 LTS

ส่วนประกอบอื่นทั้งหมดเป็นสิ่งที่คุณได้รับไปแล้ว Ubuntu เผยแพร่การแก้ไขอย่างต่อเนื่องลงในช่องทาง -security และ -updates ของแต่ละชุดซอฟต์แวร์ คือ resolute สำหรับ 26.04 และ noble สำหรับ 24.04 โดย point release เป็นเพียงภาพรวมของกระแสการอัปเดตเหล่านั้น จึงไม่มีปลายทางแยกต่างหากที่คุณต้องย้ายไปใช้งาน

เหตุใดเซิร์ฟเวอร์ที่แพตช์แล้วของคุณจึงไม่มีสิ่งใดให้ดาวน์โหลด

เนื่องจากหมายเลขเวอร์ชันย่อย (point number) อยู่ในแพ็กเกจขนาดเล็กเพียงแพ็กเกจเดียว ให้รันคำสั่งนี้:

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

dpkg -S คือคำตอบของ base-files: /etc/lsb-release แพ็กเกจ base-files เป็นตัวจัดส่งไฟล์ที่เก็บสตริงเวอร์ชันของคุณ ดังนั้นเมื่อมีการเผยแพร่ point release ใหม่ base-files ตัวใหม่จะถูกส่งเข้าไปใน -updates และ sudo apt upgrade ครั้งถัดไปของคุณจะทำการติดตั้งมัน แพ็กเกจเดียวนั้นคือผลลัพธ์ทั้งหมดที่มองเห็นได้ของ point release บนเครื่องที่กำลังทำงานอยู่ ส่วนประกอบอื่น ๆ ทั้งหมดภายในนั้น คุณได้ติดตั้งไปเมื่อหลายสัปดาห์ก่อนในฐานะการอัปเดตปกติ

มีวิธีหนึ่งที่ทำให้คุณล้าหลังได้โดยทั่วไป ค่าเริ่มต้นของ /etc/apt/apt.conf.d/50unattended-upgrades จะเปิดใช้งาน origin -security ไว้ในบล็อก Allowed-Origins และปล่อยให้บรรทัด -updates ถูกคอมเมนต์ไว้ ดังนั้นเครื่องที่ใช้การอัปเดตอัตโนมัติเพียงอย่างเดียวจะได้รับเฉพาะการแก้ไขด้านความปลอดภัยและข้ามส่วนที่เหลือไป เครื่องนั้นจะยังคงรายงานหมายเลขเวอร์ชันย่อยเดิมเป็นเวลาหลายเดือน ซึ่งถือว่าถูกต้องแล้ว เพราะเครื่องนั้นไม่มีแพ็กเกจเหล่านั้นจริง ๆ ให้เปิดไฟล์ดังกล่าวแล้วดูว่าบรรทัดใดถูกคอมเมนต์ไว้ วิธีการกำหนดค่า unattended upgrades บน Ubuntu จะอธิบายบล็อกนั้นทีละบรรทัด

เมื่อ point release ถัดไปมาถึง

ให้ยึดตามรอบการปล่อย ไม่ใช่แค่วันที่ Point release แรกของ LTS จะมาถึงหลังจากเวอร์ชันหลักในเดือนเมษายนประมาณสองสามเดือน และรุ่นถัดจากนั้นจะปล่อยออกมาในระยะห่างประมาณหกเดือนตามรอบของ interim release วันที่อาจมีการเปลี่ยนแปลงได้ Canonical เคยประกาศกำหนดการ point release แรกของ 26.04 ไว้ในช่วงต้นเดือนสิงหาคม 2026 แล้วเลื่อนออกไป ซึ่งเป็นเรื่องปกติและไม่ใช่สัญญาณเตือนแต่อย่างใด ให้ตรวจสอบวันที่จาก หน้าวงจรการปล่อย Ubuntu หรือ บันทึกการปล่อย 26.04 LTS แทนการอ้างอิงจากบทความใดๆ รวมถึงบทความนี้ด้วย

เหตุใด 24.04 จึงยังไม่เสนอให้อัปเกรดเป็น 26.04 จนกว่าจะถึง point release แรก

เนื่องจากตัวแจ้งเตือนการอัปเกรดถูกกำหนดค่าให้รอ ซึ่งคุณสามารถอ่านการกำหนดค่าดังกล่าวได้ด้วยตนเองบนเครื่องของคุณ

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

ความคิดเห็นในไฟล์ที่ติดตั้งมานั้นมีความยาวมากกว่าข้อความที่ตัดมานี้และคุ้มค่าที่จะอ่านให้ครบถ้วน Prompt=lts คือค่าเริ่มต้นในการติดตั้งแบบ LTS ซึ่งทำหน้าที่สองอย่างคือ จำกัดการเสนอให้อัปเกรดเฉพาะรุ่น LTS เท่านั้น และส่งการตรวจสอบไปยังรายการที่แตกต่างออกไป

รายการดังกล่าวถูกระบุไว้ในไฟล์ที่สอง:

cat /etc/update-manager/meta-release

URI ชี้ไปที่ https://changelogs.ubuntu.com/meta-release และ URI_LTS ชี้ไปที่ https://changelogs.ubuntu.com/meta-release-lts ด้วย Prompt=lts ตัวอัปเกรดจะอ่านรายการ LTS และรุ่น LTS ใหม่จะยังไม่ถูกเสนอให้เป็นเป้าหมายการอัปเกรดจนกว่าจะมี point release แรกออกมา คุณสามารถดึงรายการนั้นมาดูด้วยตนเองได้:

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

แต่ละรุ่นจะเป็นบล็อกของบรรทัด Dist:, Version:, Supported: และ UpgradeTool: ตัวอัปเกรดจำเป็นต้องมีบล็อกข้อมูลนั้นก่อนจึงจะเสนออะไรให้คุณได้ Canonical ระบุหลักการเดียวกันนี้ไว้ชัดเจนใน ประกาศการเปิดตัว 26.04 LTS ว่าผู้ใช้ 24.04 LTS จะได้รับข้อเสนอให้อัปเกรดอัตโนมัติเมื่อ 26.04.1 ถูกปล่อยออกมา

ดังนั้นบนเซิร์ฟเวอร์ 24.04 ก่อนถึงช่วงเวลานั้น:

sudo do-release-upgrade -c

Checking for a new Ubuntu release
No new release found.

นั่นคือผลลัพธ์ที่ปกติ ไม่ใช่ระบบที่เสียหาย เมื่อเส้นทางการอัปเกรดเปิดขึ้น คำสั่งเดียวกันจะระบุชื่อรุ่น และข้อความเดียวกันจะปรากฏในแบนเนอร์ตอนล็อกอิน:

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

สังเกตว่ามันระบุเวอร์ชันใด คุณไม่จำเป็นต้องอัปเกรดเป็น 26.04 แล้วค่อยอัปเกรดเป็น 26.04.1 อีกครั้ง คุณเพียงแค่อัปเกรดครั้งเดียวและจะได้ใช้งานสถานะปัจจุบันของ 26.04

ยังมีอีกสองสิ่งที่ทำให้การตรวจสอบนี้ไม่พบข้อมูล ได้แก่ Prompt=never ซึ่งอิมเมจจากผู้ให้บริการบางรายตั้งค่าไว้ และการใช้ proxy หรือ mirror ที่ไม่สามารถเข้าถึง changelogs.ubuntu.com ได้ หากพบข้อความอื่นคือ Please install all available updates for your release before upgrading หมายความว่าการตรวจสอบสำเร็จแล้ว แต่ตัวอัปเกรดต้องการให้คุณแพตช์ระบบปัจจุบันให้เป็นเวอร์ชันล่าสุดก่อน การแก้ไขปัญหาเมื่อ do-release-upgrade ไม่พบรุ่นใหม่ จะช่วยอธิบายสาเหตุที่เหลือ เมื่อเส้นทางเปิดและคุณพร้อมแล้ว การอัปเกรดจาก 24.04 เป็น 26.04 จะเป็นงานแยกต่างหากที่มีขั้นตอนการเตรียมตัวเฉพาะของมัน

แฟล็ก -d จะชี้การตรวจสอบเดียวกันไปยังรายการรุ่นพัฒนา ซึ่งเป็นวิธีที่ผู้ใช้ทั่วไปใช้เพื่ออัปเกรดก่อนที่เส้นทางปกติจะเปิด การรอคอยมีเหตุผลของมัน เพราะเป็นช่วงเวลาที่ข้อผิดพลาดในการอัปเกรดซึ่งถูกรายงานโดยกลุ่มผู้ใช้กลุ่มแรกจะได้รับการแก้ไข บนเซิร์ฟเวอร์ที่คุณเช่าและต้องใช้งานจริง นี่เป็นเหตุผลที่ควรปล่อยให้ช่วงเวลารอนี้ทำหน้าที่ของมันไป

ความหมายของ hardware enablement kernel บน VPS

LTS จะใช้ kernel รุ่นเดียวตลอดอายุการใช้งาน ซึ่งเรียกว่า GA (general availability) kernel และมีอีกหนึ่ง track ที่เป็นแบบ rolling เรียกว่า HWE (hardware enablement) โดย track HWE จะถูกส่งมอบผ่าน point release และเป็นส่วนเดียวของ point release ที่เป็นโค้ดใหม่จริง ๆ ไม่ใช่แค่การรวมแพ็กเกจเดิมที่มีอยู่แล้ว

24.04 เป็นตัวอย่างที่ชัดเจน โดยมาพร้อมกับ kernel 6.8 และใช้ 6.8 บน track GA ตลอดระยะเวลาการสนับสนุนมาตรฐาน 5 ปี ส่วน track HWE เริ่มต้นที่ point release ที่สอง คือ 24.04.2 ซึ่งนำ kernel 6.11 มาจาก Ubuntu 24.10 และ 24.04.3 นำ 6.14 มาจาก Ubuntu 25.04 ณ เดือนสิงหาคม 2026 รูปแบบนี้ถือเป็นมาตรฐาน และ 26.04 ก็ใช้รูปแบบเดียวกัน

คุณสามารถตรวจสอบว่าคุณใช้ track ใดได้จากชื่อแพ็กเกจ:

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

linux-generic คือ track GA ส่วน linux-generic-hwe-24.04 คือ track แบบ rolling โดยปกติการติดตั้งบน Desktop จะใช้ HWE เป็นค่าเริ่มต้น และการติดตั้งบน Server จะใช้ GA เป็นค่าเริ่มต้น ในขณะที่ image ของผู้ให้บริการ VPS มักจะใช้สิ่งที่เฉพาะเจาะจงกว่านั้น เช่น linux-virtual หรือ linux-kvm ที่ปรับแต่งสำหรับ cloud โดยเฉพาะ ควรตรวจสอบให้แน่ใจแทนการคาดเดา เพราะค่าเริ่มต้นขึ้นอยู่กับผู้สร้าง image ของคุณ

บนฮาร์ดแวร์เสมือนที่เช่ามา hardware enablement มักไม่มีผลกับคุณ เซิร์ฟเวอร์ของคุณมองเห็นอุปกรณ์ virtio, อินเทอร์เฟซเครือข่ายและดิสก์แบบ paravirtualised ที่ hypervisor นำเสนอ ซึ่งไดรเวอร์เหล่านี้มีความเสถียรใน kernel มานานกว่าทศวรรษ แล็ปท็อปเครื่องใหม่จำเป็นต้องใช้ HWE แต่ VPS แทบไม่จำเป็น สิ่งที่ kernel รุ่นใหม่มอบให้คุณในกรณีนี้คือฟีเจอร์ของ kernel เช่น การทำงานของ io_uring และ eBPF ที่ใหม่กว่า หรือการแก้ไขปัญหา filesystem ที่คุณมีความจำเป็นต้องใช้โดยเฉพาะ สิ่งใหม่ใน Linux kernel 7.1 คือวิธีตัดสินใจว่าฟีเจอร์เหล่านั้นคุ้มค่ากับการเปลี่ยนแปลงหรือไม่

สิ่งที่ต้องแลกคือการรีบูตและความเสี่ยง แพ็กเกจ meta ของ HWE จะดึง kernel รุ่นใหม่จาก upstream มาทุก ๆ หกเดือนโดยประมาณ ดังนั้นคุณต้องยอมรับการอัปเกรด kernel และการรีบูตตามรอบเวลานั้น โมดูลที่อยู่นอก tree ซึ่งสร้างด้วย DKMS โดยเฉพาะ ZFS อาจสร้างไม่ผ่านเมื่อเจอกับเวอร์ชันใหม่ และคุณจะพบปัญหานี้ตอนบูตเครื่อง นอกจากนี้ kernel แต่ละตัวจะทิ้งตัวเก่าไว้ ซึ่งเป็นสาเหตุที่ทำให้ /boot ขนาดเล็กเต็มได้ อ่าน การลบ kernel เก่าออกจาก /boot ที่เต็ม และ การเลือก kernel ที่ VPS ของคุณจะบูต ก่อนที่คุณจะจำเป็นต้องใช้มัน ดีกว่ามาอ่านหลังจากเกิดปัญหา

การย้ายไป track HWE ทำได้ด้วยคำสั่งเดียวและการรีบูต:

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

uname -r หลังจากรีบูตควรแสดงเวอร์ชันที่ใหม่กว่า ให้คง kernel รุ่นก่อนหน้าไว้จนกว่าคุณจะบูตเข้าสู่รุ่นใหม่และตรวจสอบบริการต่าง ๆ ของคุณแล้ว เพราะวิธีแก้ไขสำหรับ kernel ที่บูตไม่ขึ้นคือการเลือกรายการเก่าในเมนูบูต ซึ่งรายการนั้นต้องยังคงอยู่ หากไม่มี คุณจะเข้าสู่สถานการณ์ การกู้คืน VPS ที่บูตไม่ขึ้นหลังอัปเดต kernel

นอกจากนี้ยังมีแพ็กเกจ HWE รุ่น -edge ที่จะดึง kernel รุ่นถัดไปมาก่อน point release ซึ่งมีไว้สำหรับการทดสอบ อย่าใช้งานบนเซิร์ฟเวอร์

คำตอบมาตรฐานสำหรับเซิร์ฟเวอร์ที่เช่ามาคือ GA kernel: ใช้ kernel เวอร์ชันเดียวตลอด 5 ปี โดยมีการ backport แพตช์ความปลอดภัยให้ตลอดช่วงเวลาดังกล่าวและไม่มีการเปลี่ยนเวอร์ชันตามกำหนดการ ให้ย้ายไปใช้ HWE ก็ต่อเมื่อคุณระบุฟีเจอร์ที่ต้องการใช้งานได้ชัดเจนเท่านั้น

เหตุใดการติดตั้งใหม่ในวันนี้จึงต่างจากการติดตั้งเมื่อเดือนก่อน

อิมเมจถูกสร้างใหม่บ่อยกว่าการออกรุ่นย่อย Ubuntu เผยแพร่ cloud images โดยประทับเลขลำดับไว้ และผู้ให้บริการแต่ละรายจะรีเฟรชเทมเพลต Ubuntu ตามกำหนดการของตนเอง ดังนั้นเซิร์ฟเวอร์สองเครื่องที่คุณสร้างห่างกันหกเดือนจากเมนูเดียวกัน อาจบูตด้วย kernel คนละเวอร์ชันและเริ่มต้นด้วยแพ็กเกจคนละเวอร์ชัน ซึ่งไม่มีเครื่องใดผิด

เรื่องนี้สำคัญกว่าที่คิด คู่มือการทำงานที่ระบุให้รัน 5 คำสั่งหลังการติดตั้ง มักตั้งสมมติฐานถึงสถานะเริ่มต้นที่ไม่มีอยู่จริงแล้ว ให้ตรวจสอบ lsb_release -a และ uname -r บนทุกเครื่องแทนการเชื่อป้ายกำกับที่คุณคลิก จากนั้นกำหนดสถานะปลายทางไว้ในโค้ดเพื่อให้สถานะเริ่มต้นไม่มีผลอีกต่อไป Ansible playbook แรกสำหรับ VPS คือเวอร์ชันที่เล็กที่สุดและมีประโยชน์ที่สุดในการเริ่มต้นทำเช่นนั้น

ควรย้ายเวอร์ชันเมื่อถึง point release หรือควรรอก่อน?

• หากคุณใช้งาน 26.04 อยู่แล้ว ไม่จำเป็นต้องย้ายไปไหน ให้รับการอัปเดตตามปกติและเลข point release จะปรับเปลี่ยนไปเอง
• หากคุณใช้งาน 24.04 การสนับสนุนมาตรฐานจะมีถึงเดือนเมษายน 2029 ดังนั้นการรอจึงไม่มีค่าใช้จ่ายเพิ่มเติม การปล่อย point release ครั้งแรกเป็นเพียงโอกาสในการอัปเกรด ไม่ใช่กำหนดการบังคับ
• ให้อัปเกรดสำเนาของระบบก่อนเสมอ ให้ทำ snapshot ของเซิร์ฟเวอร์ หรือสร้าง stack เดียวกันขึ้นมาใหม่บน VPS ชั่วคราว จากนั้นทำการอัปเกรดที่นั่นเพื่อประเมินระยะเวลาที่ใช้
• หากสิ่งที่คุณต้องการคือ kernel เวอร์ชันใหม่กว่าแทนที่จะเป็น release ใหม่ ให้เลือกใช้ HWE track ซึ่งมีให้ใน 24.04 โดยไม่จำเป็นต้องอัปเกรด LTS เลย

คำถามในวงกว้างว่าควรเลือกใช้ release ใดสำหรับเซิร์ฟเวอร์นั้นมีอธิบายไว้ใน LTS เทียบกับ interim releases สำหรับเซิร์ฟเวอร์

สิ่งที่ควรตรวจสอบบนเครื่องของคุณ

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

ผลลัพธ์ที่ปกติควรมีลักษณะดังนี้: lsb_release -a แสดงรุ่นของซอฟต์แวร์พร้อมหมายเลขเวอร์ชันย่อยปัจจุบัน, uname -r ตรงกับสายการพัฒนาของ kernel ที่คุณตั้งใจใช้งาน, Prompt=lts ปรากฏอยู่ และการตรวจสอบไม่พบสิ่งผิดปกติหรือระบุรุ่นที่จะเสนอให้อัปเกรด หากพบผลลัพธ์อื่นนอกเหนือจากนี้ ควรทำความเข้าใจสาเหตุให้ชัดเจนก่อนเริ่มดำเนินการอัปเกรด แทนที่จะไปแก้ไขปัญหาในระหว่างการอัปเกรด

FAQ

ฉันต้องทำอย่างไรเมื่อมีการปล่อย point release เช่น 26.04.1 ออกมา?

ไม่จำเป็นต้องทำอะไร ตราบใดที่เซิร์ฟเวอร์ใช้เวอร์ชันนั้นอยู่และได้รับอัปเดตตามปกติ point release คือการรวมอัปเดตที่เผยแพร่ออกไปแล้วเข้าไว้ในสื่อติดตั้งชุดใหม่ เครื่องที่ทำงานอยู่จะได้รับเนื้อหาเดียวกันผ่าน apt upgrade ทันทีที่มีการเผยแพร่ และสตริงเวอร์ชันใน lsb_release -a จะเปลี่ยนไปเมื่อแพ็กเกจ base-files ได้รับการอัปเดต ไม่มีการแยก release ที่ต้องย้ายไปและไม่ต้องติดตั้งใหม่

ทำไมเซิร์ฟเวอร์ของฉันยังแสดงเลข point release เก่าหลังจากใช้ apt upgrade?

โดยปกติเป็นเพราะการอัปเดตอัตโนมัติจำกัดไว้เฉพาะการแก้ไขด้านความปลอดภัย ค่าเริ่มต้นของ /etc/apt/apt.conf.d/50unattended-upgrades จะเปิดใช้งาน origin -security และปล่อยให้บรรทัด -updates เป็นคอมเมนต์ไว้ ส่วนแพ็กเกจ base-files ที่ระบุสตริงเวอร์ชันจะมาผ่าน -updates ให้รันคำสั่ง sudo apt update && sudo apt full-upgrade ด้วยตนเองแล้วตรวจสอบว่า base-files ปรากฏในรายการหรือไม่ หากถูกระบุว่า kept back แสดงว่ามีการตั้งค่า pinning หรือ hold แพ็กเกจนั้นไว้

ทำไมเซิร์ฟเวอร์ 24.04 ของฉันถึงไม่ได้รับการเสนอให้อัปเกรดเป็น 26.04?

เพราะ Prompt=lts ใน /etc/update-manager/release-upgrades เป็นค่าเริ่มต้นบน LTS ซึ่งจะตรวจสอบรายการ LTS ที่ https://changelogs.ubuntu.com/meta-release-lts โดยที่ LTS ใหม่จะไม่ถูกเสนอเป็นเป้าหมายการอัปเกรดจนกว่าจะถึง point release แรก จนกว่าจะถึงตอนนั้น sudo do-release-upgrade -c จะแสดงผล No new release found. ซึ่งถือเป็นการทำงานที่ถูกต้อง การรอคอยนี้เป็นความตั้งใจเพื่อให้เป็นช่วงเวลาที่ปัญหาการอัปเกรดซึ่งพบโดยผู้ใช้งานกลุ่มแรกได้รับการแก้ไขก่อน

ฉันควรติดตั้ง HWE kernel บน VPS ของฉันหรือไม่?

โดยปกติไม่ควร Hardware enablement มีไว้เพื่อรองรับฮาร์ดแวร์ที่ใหม่กว่าตัว release หลัก ในขณะที่ VPS ใช้ virtio devices ซึ่งมีไดรเวอร์อยู่ใน kernel มาหลายปีแล้ว GA kernel จะคงเวอร์ชันเดิมไว้ตลอดอายุของ LTS โดยมีการ backport การแก้ไขต่างๆ เข้ามา ให้เลือกใช้ HWE kernel ก็ต่อเมื่อคุณระบุฟีเจอร์ของ kernel ที่จำเป็นต้องใช้ได้ และยอมรับว่าจะต้องมีการเปลี่ยนเวอร์ชัน kernel และรีบูตเครื่องทุกๆ หกเดือนโดยประมาณ