Ubuntu 26.04.1 มีอะไรใหม่และวิธีอัปเกรดจาก 24.04 LTS

สรุปภาพรวมของ Ubuntu 26.04.1

Ubuntu 26.04.1 LTS (long-term support) ได้รับการเผยแพร่เมื่อวันที่ 27 สิงหาคม 2026 ซึ่งเป็นเวลา 4 เดือนหลังจากที่ Ubuntu 26.04 LTS ได้เปิดตัวไปเมื่อวันที่ 23 เมษายน 2026 รุ่นนี้เป็นการรวบรวมการอัปเดตจากรุ่นก่อนหน้า โดยใช้ Linux 7.0 kernel และชุดแพ็กเกจเดิม แต่ได้รวมเอา Stable Release Update (SRU) และการอัปเดตความปลอดภัยทั้งหมดที่เผยแพร่จนถึงวันที่ 25 สิงหาคม 2026 ไว้ในสื่อติดตั้งชุดใหม่แล้ว สำหรับเซิร์ฟเวอร์ที่ใช้ 26.04 และมีการรัน apt full-upgrade อยู่แล้ว จะได้รับเนื้อหาทั้งหมดนี้โดยอัตโนมัติ รุ่นนี้มีความสำคัญอย่างยิ่งสำหรับเซิร์ฟเวอร์ที่ใช้ 24.04 LTS เนื่องจากเป็นช่วงเวลาที่ Canonical เปิดเส้นทางการอัปเกรดจาก LTS รุ่นก่อนหน้า ซึ่งเส้นทางดังกล่าวได้เปิดให้ใช้งานเมื่อวันที่ 29 กันยายน 2026 โดยคุณสามารถตรวจสอบสถานะนี้ได้จากไฟล์ข้อความสาธารณะผ่านเทอร์มินัลของคุณเอง

ความหมายของ point release แบบ .1

Point release คือภาพรวมของระบบ ณ ช่วงเวลาหนึ่ง Canonical จะนำ archive ของ 26.04 ในสถานะปัจจุบัน ซึ่งรวมถึงการอัปเดตทั้งหมดที่ถูกเพิ่มเข้ามาใน resolute-updates และ resolute-security นับตั้งแต่เดือนเมษายน มาสร้างเป็นไฟล์ ISO และ cloud image ชุดใหม่ ประกาศการปล่อยเวอร์ชันนี้สรุปไว้ในประโยคเดียวว่า "Point release นี้รวมการอัปเดตจำนวนมากและมีการจัดเตรียมสื่อสำหรับติดตั้งชุดใหม่ไว้ให้ เพื่อให้ต้องดาวน์โหลดการอัปเดตเพิ่มเติมหลังการติดตั้งน้อยลง" ในส่วนของการสนับสนุนไม่มีการเปลี่ยนแปลงใดๆ ระยะเวลา 5 ปีจะยังคงนับจากเดือนเมษายน 2026 ดังนั้น 26.04.1 จะได้รับการสนับสนุนจนถึงเดือนเมษายน 2031 เช่นเดียวกับ image ที่ปล่อยออกมาในเดือนเมษายน กลไกทั่วไป รวมถึงเหตุผลที่ point release ในภายหลังจะมี kernel เวอร์ชันใหม่กว่าในขณะที่เวอร์ชันนี้ไม่มี สามารถดูได้ที่ วิธีการทำงานของ Ubuntu point releases เนื้อหาต่อไปนี้เป็นรายละเอียดเฉพาะสำหรับ 26.04.1

มีอะไรเปลี่ยนแปลงบ้างใน Ubuntu 26.04.1

หน้าบันทึกประจำรุ่นอย่างเป็นทางการของ 26.04.1 มีสรุปข้อมูลไว้ให้ โดยครอบคลุมเฉพาะแพ็กเกจในส่วน main และ restricted เท่านั้น ส่วนรายละเอียดทั้งหมดจะอยู่ใน changelog ของแต่ละแพ็กเกจ เนื่องจากเนื้อหามีความยาวมากและส่วนใหญ่เกี่ยวข้องกับฮาร์ดแวร์เดสก์ท็อปและแล็ปท็อป ด้านล่างนี้คือรายการที่สำคัญสำหรับเซิร์ฟเวอร์

Kernel: ยังคงเป็น Linux 7.0 ยังไม่มี HWE kernel รุ่นใหม่กว่า

26.04 LTS มาพร้อมกับ Linux 7.0 ซึ่งอัปเกรดจาก 6.8 ใน 24.04 โดยรุ่น .1 ยังคงใช้ 7.0 อยู่ ในบันทึกมีการระบุถึงบิลด์ linux SRU หลายรายการภายใต้ส่วน kernel (รวมถึงตัวติดตาม 7.0.0-15.15) ดังนั้น uname -r บนเครื่องที่แพตช์แล้วจะแสดงหมายเลข ABI (application binary interface) ที่สูงกว่าอิมเมจของเดือนเมษายน แต่ยังคงอยู่ในซีรีส์ 7.0 เช่นเดิม สำหรับ metapackage ของ HWE (hardware enablement) นั้นมีอยู่ในคลังของ 26.04 แล้ว โดย linux-generic-hwe-26.04 ได้รับการเผยแพร่ แต่ ณ วันที่ 10 ตุลาคม 2026 มันยังคงติดตั้ง kernel 7.0 ซึ่งเป็นซีรีส์เดียวกับ GA kernel คำว่า GA หมายถึง general availability หรือ kernel ที่มาพร้อมกับการเปิดตัวรุ่นนั้นๆ ดังนั้นจึงยังไม่มี HWE kernel รุ่นใหม่ใน 26.04.1 มีเพียงแพ็กเกจที่จะรองรับ HWE เมื่อมีการปล่อย point release ในภายหลัง สำหรับ 24.04 และรุ่นก่อนหน้า เอกสารอ้างอิง HWE kernel ของ Ubuntu ระบุว่า "การติดตั้งบนเซิร์ฟเวอร์จะใช้ GA kernel เป็นค่าเริ่มต้น และมี HWE kernel เป็นทางเลือก" แต่ตัวติดตั้งของ 26.04 ได้เปลี่ยนส่วนนี้ไป บันทึกประจำรุ่น 26.04 ของ Subiquity ระบุว่า metapackage ของ OEM หรือ HWE ที่ตรงกัน ซึ่งเดิมจะติดตั้งโดยอัตโนมัติเฉพาะบน Desktop "จะถูกติดตั้งสำหรับ Ubuntu Server ด้วย" เริ่มตั้งแต่ 26.04 เป็นต้นไป หากตัวติดตั้งตรวจพบว่าตรงกับฮาร์ดแวร์ ดังนั้นเซิร์ฟเวอร์ที่ติดตั้งจากสื่อ 26.04 อาจลงเอยด้วยการติดตามแพ็กเกจ HWE และ dpkg -l | grep hwe จะแสดงให้เห็นว่าเครื่องของคุณเป็นเช่นนั้นหรือไม่ บน VPS ที่ติดตาม GA linux-generic kernel คุณจะยังคงใช้ 7.0 ตลอดอายุของรุ่นนี้ เว้นแต่คุณจะเลือกเป็นอย่างอื่น และ ว่าเซิร์ฟเวอร์ควรใช้ HWE kernel หรือไม่ เป็นการตัดสินใจแยกต่างหากที่คุณไม่จำเป็นต้องทำในวันนี้

มีการแก้ไข kernel หนึ่งรายการที่ควรกล่าวถึง คือ Bug 2158267 ซึ่งเป็น "ปัญหาประสิทธิภาพถดถอยที่ทำให้การอนุมาน SDXL ช้าลง (~42 เท่า)" ได้รับการแก้ไขแล้วใน kernel แบบ generic และ cloud flavour ส่วนใหญ่ หากคุณรันงานด้านการอนุมานบน 26.04 และพบว่ามันช้าลงหลังจากการอัปเดต kernel นี่คือรายการที่คุณควรตรวจสอบ

การแก้ไขสำหรับเซิร์ฟเวอร์และคลาวด์

• openssl: การอัปเดตความปลอดภัยสำหรับ "ปัญหา HollowByte Denial of Service" (bug 2161371)
• rsync: "การแก้ไขปัญหาถดถอยจากการอัปเดตความปลอดภัยเดือนพฤษภาคม 2026" (bug 2155874) หาก rsync ของคุณมีปัญหาในเดือนพฤษภาคม สื่อรุ่น .1 นี้มีการแก้ไขให้แล้ว
• exim4: การอัปเดตความปลอดภัยสามรายการ รวมถึงการเขียนข้อมูลหนึ่งไบต์ลงในบัฟเฟอร์ที่ถูกปลดปล่อยแล้ว และการเปิดเผยข้อมูลใน PROXYv2
• ca-certificates: ชุดใบรับรองของ Mozilla certificate authority ถูกย้ายไปเป็นเวอร์ชัน 2.86
• systemd: แก้ไขความล่าช้าใน cloud-init ที่เกิดจาก hook ของ systemd-networkd resolve (bug 2148619) และปัจจุบัน core จะเปิด netfilter socket เฉพาะเมื่อจำเป็นเท่านั้น
• libvirt และ qemu: การแก้ไข "การจัดสรรหน่วยความจำมากเกินไปเมื่อ physical_package_id มีขนาดใหญ่" และการแก้ไขปัญหา race condition ระหว่าง iothreads กับ throttle groups
• apparmor: การปล่อยรุ่น upstream ใหม่ พร้อมกับการแก้ไขโปรไฟล์สำหรับ "การอ่าน locales ของ uucore" โดย uucore คือโค้ดที่ใช้ร่วมกันภายใต้ rust-coreutils และการแก้ไขนี้เป็นส่วนหนึ่งของเรื่องเดียวกับที่ทำให้การแจ้งเตือนอัปเกรด 24.04 ถูกระงับไว้จนถึงวันที่ 29 กันยายน ซึ่งจะกล่าวถึงด้านล่าง
• ubuntu-meta: pollinate ถูกลบออกจาก seed ของ cloud-minimal, server, server-minimal และ server-raspi และมีการเพิ่ม curl เข้าไปใน cloud-minimal และ server-minimal อย่างชัดเจน การเปลี่ยนแปลงทั้งสองมีผลกับสิ่งที่มาพร้อมกับการติดตั้งใหม่จากสื่อ .1
• debootstrap: "ตรวจจับและรองรับ SHA512 ในไฟล์ดัชนี Release" ซึ่งมีความสำคัญหากคุณสร้าง chroot หรือคอนเทนเนอร์จากคลังของ 26.04
• base-files: /etc/os-release ปัจจุบันอ่านค่าเป็น 26.04.1 และแก้ไขบั๊ก "LTS หายไปใน VERSION" ก่อนหน้านี้แล้ว ทำให้สตริงอ่านค่าเป็น 26.04.1 LTS (Resolute Raccoon)

สื่อตัวติดตั้ง

ISO ใหม่มีการแก้ไข livecd-rootfs สี่รายการ รายการที่ผู้ใช้ VPS อาจพบคือ "fix: update nocloud password data format" (bug 2149891) ซึ่งส่งผลต่อการติดตั้งแบบอัตโนมัติที่ส่งรหัสผ่านผ่านแหล่งข้อมูล NoCloud รายการอื่นๆ คือการตั้งค่าสิทธิ์ของ kernel และ initrd ในไดเรกทอรี casper เป็น 0644 และแก้ไขตัวเลือกการบูต riscv64 สองรายการ ในอิมเมจของผู้ให้บริการ คุณแทบไม่ได้ติดตั้งจาก ISO ดังนั้นผลในทางปฏิบัติคือเทมเพลตที่สร้างจาก 26.04.1 จะบูตพร้อมกับการอัปเดตความปลอดภัยจนถึงวันที่ 25 สิงหาคม 2026 ที่ติดตั้งไว้แล้ว

ตัวอัปเกรดรุ่น (Release upgrader)

มีรายการ ubuntu-release-upgrader ห้ารายการในรุ่น .1 และหนึ่งในนั้นส่งผลต่อเครื่อง 26.04 ทุกเครื่อง คือ Bug 2154602 "data/release-upgrades: set Prompt=lts for resolute" ซึ่งแก้ไขข้อผิดพลาดในการเปิดตัวเดือนเมษายน: /etc/update-manager/release-upgrades มาพร้อมกับ Prompt=normal ซึ่งเป็นการตั้งค่าสำหรับรุ่นระหว่างกาล (interim-release) เวอร์ชัน 1:26.04.22 ได้ตั้งค่าเป็น Prompt=lts หากไม่มีการแก้ไขนี้ เซิร์ฟเวอร์ 26.04 จะได้รับข้อเสนอให้อัปเกรดเป็น 26.10 ในเดือนตุลาคม ส่วนรายการอื่นๆ เป็นรายละเอียดเล็กน้อยสำหรับเส้นทาง 24.04 ("ทำเครื่องหมาย libfile-libmagic-perl เพื่อติดตั้งบน Noble"), รายละเอียดของ Raspberry Pi, การทำความสะอาด lint และรายการ mirror ที่อัปเดตใหม่

เซิร์ฟเวอร์เวอร์ชัน 26.04 จะอัปเดตเป็น 26.04.1 ได้อย่างไร

ไม่มีคำสั่งอัปเกรดพิเศษที่ต้องเรียกใช้ การออก point release เป็นเพียงสถานะของคลังซอฟต์แวร์ (archive state) และเซิร์ฟเวอร์ของคุณจะติดตามสถานะของคลังซอฟต์แวร์ผ่าน apt อยู่แล้ว การใช้คำสั่งสองคำสั่งจะทำให้การติดตั้งเวอร์ชัน 26.04 มีสถานะเทียบเท่าหรือใหม่กว่าสื่อติดตั้งเวอร์ชัน .1 โดยมีข้อยกเว้นหนึ่งประการที่ระบุไว้ด้านล่าง

sudo apt update
sudo apt full-upgrade

ให้ใช้ full-upgrade แทน upgrade เนื่องจาก apt upgrade จะปฏิเสธการลบไฟล์ใดๆ ดังนั้นเมื่อการอัปเดตแพ็กเกจจำเป็นต้องลบแพ็กเกจเก่าออก ระบบจะแสดง The following packages have been kept back และคงแพ็กเกจเหล่านั้นไว้ที่เวอร์ชันเดิม ในขณะที่ full-upgrade อนุญาตให้ลบแพ็กเกจได้ จึงสามารถดำเนินการจนเสร็จสิ้น ข้อยกเว้นคือเรื่อง phasing ซึ่งไม่มีคำสั่งใดสามารถข้ามได้ Ubuntu จะทยอยปล่อยอัปเดตบางรายการไปยังเครื่องจำนวนหนึ่งที่เพิ่มขึ้นเรื่อยๆ และคู่มือ apt_preferences ระบุว่าหากเครื่องของคุณยังไม่อยู่ในกลุ่มที่ได้รับอัปเดต เวอร์ชันใหม่จะ "ถูกตรึงไว้ที่ 1 และถูกระงับไว้" จนกว่าการปล่อยอัปเดตจะครอบคลุมถึงเครื่องของคุณ การที่แพ็กเกจถูกระงับไว้เนื่องจาก phasing ไม่ใช่ความผิดปกติ และการเรียกใช้ apt full-upgrade ในภายหลังจะติดตั้งแพ็กเกจนั้นให้เอง ให้ตรวจสอบสตริงเวอร์ชันหลังจากดำเนินการเสร็จสิ้น

grep VERSION= /etc/os-release

คุณควรเห็น VERSION="26.04.1 LTS (Resolute Raccoon)" หากสตริงดังกล่าวยังไม่มี .1 แสดงว่าการอัปเดต base-files ยังไม่ถูกนำมาใช้ ซึ่งมักหมายความว่า apt update ล้มเหลวเมื่อเชื่อมต่อกับ mirror ของคุณ ให้ตรวจสอบผลลัพธ์ของ apt update อีกครั้ง สาเหตุที่พบบ่อยในอิมเมจจากผู้ให้บริการรายใหม่คือ mirror ยังไม่ได้ทำการซิงค์ข้อมูล

จากนั้น ให้ตรวจสอบว่า kernel มีการเปลี่ยนแปลงหรือไม่

cat /var/run/reboot-required
uname -r

*** System restart required *** หมายความว่ามีการติดตั้งแพ็กเกจที่จำเป็นต้องรีบูตเครื่อง ซึ่งบนเซิร์ฟเวอร์มักจะเป็น kernel เสมอ uname -r จะแสดง kernel ที่กำลังทำงานอยู่ เวอร์ชันใหม่จะยังไม่ทำงานจนกว่าคุณจะรีบูต ดังนั้นให้รีบูตเมื่อคุณสามารถยอมรับช่วงเวลาที่ระบบหยุดทำงานได้ หากเครื่องไม่กลับมาทำงานตามปกติ VPS ที่หยุดบูตหลังการอัปเดต kernel มักจะสามารถบูตด้วย kernel ก่อนหน้าได้จากเมนู GRUB เมื่อระบบทำงานบน kernel ใหม่แล้ว sudo apt autoremove --purge จะช่วยลบ kernel เก่าออก และ การล้างข้อมูล kernel เก่าบน Ubuntu จะอธิบายถึงสิ่งที่ควรเก็บไว้

สุดท้าย ให้ยืนยันว่าการแก้ไขตัวอัปเกรดเสร็จสมบูรณ์

grep -v '^#' /etc/update-manager/release-upgrades

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

เหตุใดเซิร์ฟเวอร์ 24.04 จึงยังแจ้งว่าไม่มีรุ่นให้อัปเกรด

นับตั้งแต่วันที่ 29 กันยายน 2026 เป็นต้นมา สถานะดังกล่าวไม่ควรเกิดขึ้นอีก ในช่วงหนึ่งเดือนระหว่างการปล่อยรุ่น 26.04.1 กับวันที่ดังกล่าว รุ่น 26.04.1 ได้ถูกปล่อยออกมาแล้วแต่ตัวอัปเกรดกลับแจ้งว่าไม่มีรุ่นให้อัปเกรด ซึ่งสร้างความสับสนให้กับผู้ใช้จำนวนมาก สาเหตุมาจาก flag ตัวเดียวในไฟล์ข้อความที่ Canonical เป็นผู้ควบคุม และไฟล์เดียวกันนี้คือสิ่งแรกที่ต้องตรวจสอบหากเซิร์ฟเวอร์ 24.04 ยังคงแจ้งว่าไม่มีรุ่นให้อัปเกรดในปัจจุบัน

บนเซิร์ฟเวอร์ 24.04 ไฟล์ /etc/update-manager/release-upgrades จะเก็บค่า Prompt=lts ไว้ ด้วยการตั้งค่านี้ do-release-upgrade จะดาวน์โหลด https://changelogs.ubuntu.com/meta-release-lts และอ่านรายการรุ่นที่มีอยู่ สำหรับแต่ละรุ่นที่ใหม่กว่ารุ่นที่คุณใช้งานอยู่ ระบบจะตรวจสอบฟิลด์ Supported: โดยลูปที่เกี่ยวข้องใน MetaRelease.py ของ update-manager มีรายละเอียดดังนี้ (ตัดทอนเนื้อหา):

for dist in dists:
    if dist.date > current_dist.date:
        if not dist.supported and not self.useDevelopmentRelease:
            continue
        upgradable_to = dist
        break

รุ่นที่มีค่า Supported: 0 จะถูกข้ามไปเสมือนว่าไม่มีรุ่นนั้นอยู่จริง คุณสามารถตรวจสอบไฟล์นี้ได้ด้วยตนเอง

curl -s https://changelogs.ubuntu.com/meta-release-lts | grep -A4 '^Dist: resolute'

ณ วันที่ 10 ตุลาคม 2026 ไฟล์นี้แสดงผลดังนี้:

Dist: resolute
Name: Resolute Raccoon
Version: 26.04.1 LTS
Date: Thu, 23 April 2026 00:26:04 UTC
Supported: 1

บล็อกดังกล่าวยังมีบรรทัด UpgradeTool ซึ่งชี้ไปยังตัวอัปเกรด resolute ใน resolute-updates จนถึงวันที่ 29 กันยายน บรรทัด Version ได้ระบุเป็น 26.04.1 แล้ว แต่ Supported ยังคงอ่านค่าเป็น 0 ด้วยค่าดังกล่าว ลูปจึงไม่พบรุ่นที่สามารถอัปเกรดได้ new_dist จึงว่างเปล่า และ do-release-upgrade จึงแสดงข้อความที่เขียนไว้สำหรับกรณี Prompt=lts:

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.

หากเซิร์ฟเวอร์ 24.04 ของคุณยังคงแสดงข้อความดังกล่าวในปัจจุบัน แสดงว่า flag นี้ไม่ใช่สาเหตุอีกต่อไป ให้รันบรรทัด curl และยืนยันว่าแสดงค่า Supported: 1 ตรวจสอบว่า /etc/update-manager/release-upgrades ยังคงระบุเป็น Prompt=lts ไม่ใช่ Prompt=never แล้วจึงรันคำสั่งอีกครั้ง ให้เพิกเฉยต่อคำแนะนำเกี่ยวกับ Prompt=normal เนื่องจากการตั้งค่าดังกล่าวจะทำให้ตัวอัปเกรดอ่านรายการรุ่นทั้งหมดและคงเครื่องไว้บน track ของรุ่น interim-release ดังนั้นเมื่อถึงรุ่น 26.04 ระบบจะเสนอให้อัปเกรดเป็น 26.10 ซึ่งเป็นรุ่นที่มีระยะเวลาสนับสนุน 9 เดือน ข้อความ No new release found. ที่สั้นกว่าเป็นเงื่อนไขเดียวกันบนเครื่องที่ไฟล์ระบุค่าเป็น Prompt=normal แล้ว และ สิ่งที่ควรทำเมื่อ do-release-upgrade ไม่พบรุ่นใหม่ จะอธิบายรายละเอียดของทั้งสองข้อความรวมถึงสาเหตุอื่นๆ อีกหนึ่งข้อความที่ควรทราบคือ Please install all available updates for your release before upgrading. ซึ่งหมายความว่าคุณมีการอัปเดตที่ค้างอยู่ใน 24.04 และวิธีแก้ไขคือการรัน sudo apt full-upgrade ก่อนที่จะลองใหม่อีกครั้ง

เหตุใด flag จึงค้างอยู่ที่ 0 เป็นเวลาหนึ่งเดือน? ประกาศของ 26.04.1 ระบุว่า: "ผู้ใช้ Ubuntu 24.04 LTS จะได้รับข้อเสนอให้อัปเกรดเป็น 26.04.1 LTS โดยอัตโนมัติผ่าน Update Manager ในอีกสองสามสัปดาห์หลังจากรุ่นนี้ปล่อยออกมา เพื่อรอการ backport ที่วางแผนไว้สำหรับการแก้ไข regression ใน rust-coreutils เวอร์ชันล่าสุด" 26.04 เป็น LTS รุ่นแรกที่ ls และ utility หลักอื่นๆ มาจาก rust-coreutils แทนที่จะเป็น GNU coreutils และ สิ่งที่การเขียนใหม่ด้วย Rust ในระบบพื้นฐานของ Ubuntu เปลี่ยนแปลงไป จะอธิบายว่าเหตุใดการอัปเกรดจาก 24.04 จึงเป็นจุดที่พบ regression ในส่วนนี้เป็นที่แรก Canonical ได้ระงับเส้นทางการอัปเกรดไว้จนถึงวันที่ 29 กันยายน 2026 เมื่อทีมปล่อยรุ่นประกาศว่า: "การอัปเกรดจาก Ubuntu 24.04 LTS ไปยัง Ubuntu 26.04.1 LTS ซึ่งมีชื่อรหัสว่า 'Resolute Raccoon' เปิดใช้งานแล้ว" ไฟล์ดังกล่าวจึงเปลี่ยนเป็น Supported: 1 ผู้ใช้ Desktop จะ "ได้รับข้อเสนอให้อัปเกรดเป็น 26.04.1 LTS โดยอัตโนมัติผ่าน Update Manager โดยจะทยอยปล่อยออกมาในอีกไม่กี่วันข้างหน้า" ผู้ใช้ Server ไม่จำเป็นต้องรอการทยอยปล่อยนี้: ประกาศระบุว่าพวกเขาสามารถ "เริ่มการอัปเกรดได้ตลอดเวลาโดยรัน: $ do-release-upgrade" เมื่อการตรวจสอบรุ่นตามรอบเวลาทำงานแล้ว แบนเนอร์การเข้าสู่ระบบ SSH บน 24.04 จะแสดง New release '26.04.1 LTS' available. ตามด้วย Run 'do-release-upgrade' to upgrade to it. และคำสั่งเดิมที่เคยแจ้งว่าไม่มีรุ่นให้อัปเกรดในเดือนกันยายน ตอนนี้จะเสนอ 26.04.1 ให้โดยที่คุณไม่ต้องแก้ไขค่าใดๆ

หากคุณไม่ต้องการรอ

ปัจจุบันไม่มีเหตุผลที่ต้องรออีกต่อไป ก่อนวันที่ 29 กันยายน ประกาศของ 26.04.1 ได้ระบุวิธีเลี่ยง flag นี้ไว้คือ: do-release-upgrade -d ข้อความช่วยเหลือของ flag นี้ระบุว่า "หากใช้รุ่นสนับสนุนล่าสุด ให้ทำการอัปเกรดเป็นรุ่นพัฒนา" ซึ่งฟังดูเหมือน 26.10 แต่ไม่ใช่สำหรับ LTS ด้วย Prompt=lts คำสั่ง -d จะทำงานสองอย่างในโค้ดข้างต้น คือการต่อท้าย -development เข้ากับ URL เพื่อให้ตัวอัปเกรดอ่าน meta-release-lts-development และตั้งค่า useDevelopmentRelease ซึ่งเป็นครึ่งหลังของเงื่อนไข continue การข้ามรุ่นด้วย Supported: 0 จึงไม่มีผลอีกต่อไปและ resolute ก็ถูกเสนอขึ้นมา ในตอนนี้ที่ flag อ่านค่าเป็น 1 ทางลัดดังกล่าวจึงไม่จำเป็นอีกต่อไป คำสั่งปกติจะเสนอ 26.04.1 ให้ และนั่นคือวิธีที่ประกาศของ Canonical เมื่อวันที่ 29 กันยายนแนะนำให้ผู้ใช้ Server ใช้งาน

sudo do-release-upgrade

หากคุณอัปเกรดก่อนกำหนดด้วย -d คุณจะอยู่ในรุ่นเดียวกับผู้ใช้อื่นๆ และ sudo apt full-upgrade บน 26.04 จะทำให้ระบบของคุณเป็นปัจจุบันด้วยทุกสิ่งที่ถูกเผยแพร่ออกมาหลังจากนั้น ไม่ว่าจะด้วยวิธีใด ให้ทำ snapshot ไว้ก่อน และอ่าน คู่มือการอัปเกรดจาก 24.04 ไป 26.04 ฉบับเต็ม สำหรับการสำรองข้อมูลผ่าน SSH พอร์ต 1022 และการจัดการ repository ของบุคคลที่สาม หากการอัปเกรดหยุดชะงักกลางคัน การกู้คืนการอัปเกรดรุ่น Ubuntu ที่ล้มเหลว คือหน้าที่คุณควรเปิดไว้เพื่ออ้างอิง

การตัดสินใจ

หากใช้ 26.04 อยู่แล้ว: ไม่จำเป็นต้องดำเนินการใดเป็นพิเศษ ให้รัน sudo apt update && sudo apt full-upgrade และรีบูตเครื่องหากมีไฟล์ /var/run/reboot-required ปรากฏอยู่ จากนั้นตรวจสอบยืนยันด้วย Prompt=lts คุณไม่ได้ล้าหลังแต่อย่างใด เนื่องจาก point release คืออัปเดตสตรีมที่คุณใช้งานอยู่แล้ว

หากใช้ 24.04: เส้นทางการอัปเกรดเปิดให้ใช้งานแล้ว Canonical ได้เปิดใช้งานเมื่อวันที่ 29 กันยายน 2026 และ ณ วันที่ 10 ตุลาคม 2026 บรรทัด curl ด้านบนจะแสดงค่าเป็น Supported: 1 ให้ทำ snapshot ไว้ จากนั้นรัน sudo apt full-upgrade เพื่อให้แน่ใจว่าไม่มีรายการใดค้างอยู่ แล้วจึงรัน sudo do-release-upgrade ตัว 24.04 LTS เองได้รับการสนับสนุนจนถึงเดือนเมษายน 2029 ดังนั้นคุณสามารถเลือกช่วงเวลาบำรุงรักษาที่สะดวกได้โดยไม่ต้องรีบร้อน แต่ไม่มีเงื่อนไขใดที่ต้องรออีกต่อไป

หากใช้ 22.04 หรือรุ่น interim: บันทึกประจำรุ่นระบุไว้อย่างชัดเจนว่า "คุณต้องอัปเกรดเป็น Ubuntu 24.04 LTS หรือ 25.10 ก่อน จึงจะสามารถดำเนินการต่อเป็น 26.04 LTS ได้" ให้ไปที่ 24.04 ก่อน จากนั้นทำตามขั้นตอนของ 24.04 ด้านบน สำหรับเซิร์ฟเวอร์ 22.04 เส้นทางสองช่วงจาก 22.04 ไปยัง 26.04 ผ่าน 24.04 จะครอบคลุมถึงการตรวจสอบและการทำ snapshot ที่ต้องทำระหว่างช่วงการอัปเกรด รวมถึงปัญหาที่อาจเกิดขึ้นกับ PPA, PHP, Python, ฐานข้อมูล และ netplan ที่ต้องเตรียมรับมือระหว่างทาง

FAQ

Ubuntu 26.04.1 เป็นเวอร์ชันใหม่ที่ฉันต้องติดตั้งหรือไม่?

ไม่จำเป็น Ubuntu 26.04.1 LTS ซึ่งปล่อยออกมาเมื่อวันที่ 27 สิงหาคม 2026 คือชุดซอฟต์แวร์ 26.04 ที่รวมการอัปเดตตลอด 4 เดือนไว้ในสื่อติดตั้งใหม่ เซิร์ฟเวอร์ 26.04 ที่รัน sudo apt update && sudo apt full-upgrade จะมีสถานะเทียบเท่าหรือใหม่กว่า .1 อยู่แล้ว (ยกเว้นการอัปเดตบางรายการที่กำลังทยอยปล่อย) และ grep VERSION= /etc/os-release จะแสดง 26.04.1 LTS (Resolute Raccoon) เมื่อมีการติดตั้งการอัปเดต base-files แล้ว ระยะเวลาสนับสนุนยังคงสิ้นสุดในเดือนเมษายน 2031 ตามกำหนดการนับจากเวอร์ชันที่ปล่อยออกมาในเดือนเมษายน 2026

ทำไม do-release-upgrade บน 24.04 ถึงแจ้งว่าไม่มี development version ของ LTS ให้ใช้งาน?

จนถึงวันที่ 29 กันยายน 2026 ระบบแจ้งเช่นนั้นเพราะ Prompt=lts ทำให้ตัวอัปเกรดอ่านค่าจาก meta-release-lts ซึ่งไฟล์ดังกล่าวระบุเวอร์ชัน 26.04.1 โดยมีค่า Supported: 0 ตัวอัปเกรดจึงข้ามรายการที่ไม่รองรับไปและไม่พบเวอร์ชันที่ใหม่กว่า จึงแสดงข้อความที่เขียนไว้สำหรับกรณี Prompt=lts ทาง Canonical ได้เปลี่ยน flag เป็น Supported: 1 เมื่อเปิดเส้นทางการอัปเกรดในวันที่ 29 กันยายน 2026 หากคุณยังเห็นข้อความเดิม ให้ตรวจสอบว่าการตรวจสอบ curl แสดงค่า Supported: 1 และตั้งค่า Prompt=lts ไว้แล้ว จากนั้นให้ลองใหม่อีกครั้ง ห้ามตั้งค่า Prompt=normal เพราะจะทำให้เซิร์ฟเวอร์ของคุณเปลี่ยนไปใช้ track ของ interim-release

26.04.1 มาพร้อมกับ kernel ใหม่หรือไม่?

ไม่ 26.04.1 ยังคงใช้ Linux 7.0 series ที่มาพร้อมกับ 26.04 LTS โดยมีการอัปเดตผ่าน build ของ SRU หลายรายการ แม้จะมี metapackage ของ HWE เช่น linux-generic-hwe-26.04 อยู่แล้ว แต่ปัจจุบันมันจะติดตั้ง kernel 7.0 series เดียวกับ GA kernel ส่วน HWE kernel เวอร์ชันใหม่กว่าจะมาพร้อมกับ point release ในภายหลัง ซึ่งตามปกติของ Ubuntu จะเป็นรุ่น .2 นับตั้งแต่ 26.04 เป็นต้นมา ตัวติดตั้งเซิร์ฟเวอร์จะติดตั้ง metapackage ของ OEM หรือ HWE ที่ตรงกันให้โดยอัตโนมัติหากตรวจพบฮาร์ดแวร์ที่รองรับ สำหรับ VPS ที่ติดตาม linux-generic จะยังคงใช้ 7.0 ต่อไปเว้นแต่คุณจะเลือกใช้ HWE stack ด้วยตนเอง

ฉันควรใช้ do-release-upgrade -d เพื่ออัปเกรดจาก 24.04 ในตอนนี้เลยหรือไม่?

ไม่จำเป็นแล้ว ก่อนวันที่ 29 กันยายน 2026 ประกาศได้แนะนำให้ใช้ -d สำหรับผู้ที่ไม่ต้องการรอ เนื่องจาก -d ที่ใช้ Prompt=lts จะอ่านรายการ development ของ LTS และเพิกเฉยต่อ flag Supported: 0 แต่ในปัจจุบัน flag ดังกล่าวถูกตั้งค่าเป็น 1 แล้ว ดังนั้นการใช้คำสั่ง sudo do-release-upgrade ปกติจะเสนอการอัปเกรดเป็น 26.04.1 ซึ่งเป็นคำสั่งที่ประกาศของ Canonical เมื่อวันที่ 29 กันยายนแนะนำให้ผู้ใช้เซิร์ฟเวอร์ใช้งาน อย่างไรก็ตาม ควรทำ snapshot ก่อนดำเนินการเสมอไม่ว่าจะใช้วิธีใดก็ตาม