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 จะปล่อยออกมาหลังจากเวอร์ชันหลักในเดือนเมษายนผ่านไปไม่กี่เดือน และเวอร์ชันถัดๆ ไปจะปล่อยตามมาในระยะห่างประมาณ 6 เดือน โดยอ้างอิงตามรอบของ interim release วันที่อาจมีการเปลี่ยนแปลงได้ ประกาศการปล่อย Ubuntu 26.04 ของ Canonical กำหนดให้ point release แรกปล่อยในวันที่ 4 สิงหาคม 2026 แต่ในความเป็นจริง 26.04.1 ถูกปล่อยออกมาในวันที่ 27 สิงหาคม 2026 ซึ่งถือเป็นเรื่องปกติและไม่ใช่สัญญาณเตือนภัย เมื่อเวอร์ชันใหม่มาถึงแล้ว การอ่าน สิ่งที่รวมอยู่ใน 26.04.1 ถือเป็นสิ่งที่ควรทำก่อนตัดสินใจว่ามีการเปลี่ยนแปลงใดที่ส่งผลต่อเซิร์ฟเวอร์ของคุณหรือไม่ ให้ตรวจสอบวันที่ของเวอร์ชันถัดไปจาก หน้าวงจรการปล่อย 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: ตัวอัปเกรดจำเป็นต้องมีบล็อกนั้นก่อนจึงจะเสนออะไรให้คุณได้ ณ วันที่ 10 ตุลาคม 2026 รายการจะสิ้นสุดที่บล็อก 26.04: Dist: resolute, Version: 26.04.1 LTS, Supported: 1 และบรรทัด UpgradeTool: ที่ชี้ไปยัง resolute-updates ทาง Canonical ได้ระบุกฎนี้ไว้อย่างชัดเจนใน ประกาศการเปิดตัว 26.04 LTS ว่าผู้ใช้ 24.04 LTS จะได้รับข้อเสนอให้อัปเกรดอัตโนมัติเมื่อ 26.04.1 เปิดตัว ประกาศการเปิดตัว 26.04.1 เมื่อวันที่ 27 สิงหาคม 2026 ได้เลื่อนกำหนดการออกไป โดยข้อเสนอผ่าน Update Manager จะตามมาหลังจากเปิดตัวไม่กี่สัปดาห์ เมื่อมีการนำ backports ที่แก้ไขปัญหาถดถอย (regression) ใน rust-coreutils เข้าสู่ระบบเรียบร้อยแล้ว การอัปเกรดถูก เปิดใช้งานเมื่อวันที่ 29 กันยายน 2026 โดยทยอยส่งข้อเสนอให้ผู้ใช้ในวันถัดๆ มา

ดังนั้นบนเซิร์ฟเวอร์ 24.04 ก่อนที่การอัปเกรดจะถูกเปิดใช้งาน นี่คือสิ่งที่การตรวจสอบแสดงผล:

sudo do-release-upgrade -c

Checking for a new Ubuntu release
There is no development version of an LTS available.
To upgrade to the latest non-LTS development release
set Prompt=normal in /etc/update-manager/release-upgrades.

ถ้อยคำดังกล่าวอาจทำให้เข้าใจผิด เพราะไม่มีใครร้องขอรุ่นพัฒนา แต่ด้วย Prompt=lts นี่เป็นเพียงวิธีที่ตัวอัปเกรดแจ้งว่าไม่มีรุ่นที่ใหม่กว่าในรายการ LTS ส่วน No new release found. คือข้อความสำหรับสถานการณ์เดียวกันภายใต้ Prompt=normal ก่อนที่การอัปเกรดจะถูกเปิดใช้งาน ผลลัพธ์ทั้งสองแบบถือเป็นสถานะปกติ ไม่ใช่สถานะที่ผิดพลาด ขณะนี้เส้นทางเปิดแล้ว ดังนั้นบนเซิร์ฟเวอร์ 24.04 ที่อัปเดตแพตช์ครบถ้วน คำสั่งเดียวกันจะระบุชื่อรุ่น และข้อความเดียวกันจะปรากฏในแบนเนอร์ตอนล็อกอิน:

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

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

มีอีกสองสิ่งที่ทำให้การตรวจสอบนี้ไม่แสดงผล: Prompt=never ซึ่งอิมเมจของผู้ให้บริการบางรายตั้งค่าไว้ และพร็อกซีหรือมิเรอร์ที่ไม่สามารถเข้าถึง 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 และมีอีกหนึ่งช่องทางที่อัปเดตต่อเนื่องเรียกว่า HWE (hardware enablement) ช่องทาง HWE จะถูกส่งมอบผ่าน point release และสำหรับเซิร์ฟเวอร์แล้ว นี่คือส่วนเดียวของ point release ที่เป็นโค้ดใหม่จริงๆ ไม่ใช่แค่การนำสิ่งที่เคยมีอยู่มาจัดแพ็กเกจใหม่

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

ช่องทางที่คุณใช้งานอยู่จะระบุผ่านชื่อแพ็กเกจ:

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

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

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

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

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

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

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

นอกจากนี้ยังมีตัวแปร -edge ของแพ็กเกจ HWE ที่จะดึง 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 (รายการรุ่นของ Canonical ระบุว่าเป็นเดือนมิถุนายน 2029 ส่วนหน้าวงจรการปล่อยรุ่นระบุว่าเป็นเดือนพฤษภาคม 2029) ดังนั้นการรอจึงไม่มีค่าใช้จ่ายใดๆ การออก point release ครั้งแรกถือเป็นโอกาส ไม่ใช่กำหนดการบังคับ
• ให้อัปเกรดสำเนาของระบบก่อนเสมอ ให้ทำ snapshot ของเซิร์ฟเวอร์ หรือสร้าง stack เดียวกันขึ้นมาใหม่บน VPS ชั่วคราว จากนั้นทำการอัปเกรดที่นั่นเพื่อประเมินระยะเวลาที่ใช้
• หากสิ่งที่คุณต้องการคือ kernel รุ่นใหม่กว่าแทนที่จะเป็นรุ่นของระบบปฏิบัติการใหม่ HWE track สามารถมอบสิ่งนั้นให้คุณได้บน 24.04 โดยไม่จำเป็นต้องอัปเกรด LTS เลย

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

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

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 ปรากฏอยู่ และการตรวจสอบจะระบุชื่อรุ่นที่จะอัปเกรดให้ ซึ่งบนเซิร์ฟเวอร์ 24.04 ที่ผ่านการแพตช์แล้วจะเป็น 26.04.1 LTS หรือรายงานว่าไม่มีเวอร์ชันที่ใหม่กว่า ซึ่งเป็นคำตอบที่ถูกต้องสำหรับ 26.04 หากพบผลลัพธ์อื่น ควรทำความเข้าใจสาเหตุให้ชัดเจนก่อนเริ่มดำเนินการอัปเกรด แทนที่จะไปตรวจสอบในระหว่างการอัปเกรด

FAQ

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

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

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

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

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

ควรจะได้รับข้อเสนอแล้วในขณะนี้ Prompt=lts ใน /etc/update-manager/release-upgrades เป็นค่าเริ่มต้นบน LTS และจะตรวจสอบรายการ LTS ที่ https://changelogs.ubuntu.com/meta-release-lts ซึ่ง LTS ใหม่จะยังไม่ถูกนำเสนอจนกว่าจะถึง point release แรกของรุ่นนั้น 26.04.1 ถูกปล่อยออกมาเมื่อ 27 สิงหาคม 2026 การอัปเกรดจาก 24.04 ถูกเปิดใช้งานเมื่อ 29 กันยายน 2026 และ ณ วันที่ 10 ตุลาคม 2026 รายการนั้นมีบล็อก resolute สำหรับ 26.04.1 LTS พร้อมด้วย Supported: 1 ก่อนที่การอัปเกรดจะถูกเปิดใช้งาน sudo do-release-upgrade -c จะแสดง There is no development version of an LTS available. ซึ่งเป็นการทำงานที่ถูกต้อง หากเซิร์ฟเวอร์ของคุณยังไม่ได้รับข้อเสนอให้อัปเกรด ให้ตรวจสอบว่า Prompt ไม่ได้ถูกตั้งค่าเป็น never, เซิร์ฟเวอร์สามารถเข้าถึง changelogs.ubuntu.com ได้ และติดตั้งอัปเดตที่มีอยู่ทั้งหมดแล้ว

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

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