เมื่อ Ubuntu 24.04 กลายเป็นจอดำ: ทำไมต้องเริ่มจากการยึดคืนเครื่องให้ได้ก่อน Ubuntu 24.04 Boot Error Guide: Fixing Broken Kernels and TTY Login Loops
ถ้าคุณเพิ่งอัปเดตระบบแล้วพบว่า Ubuntu 24.04 บูตไม่ขึ้น ค้างที่โลโก้ หรือจบลงด้วยอาการจอดำสนิทโดยเข้าเดสก์ท็อปไม่ได้ บทความนี้ถูกเขียนมาเพื่อพาคุณไล่แก้ปัญหาแบบเป็นขั้นตอน โดยเน้นเคสยอดนิยมของ Ubuntu 24.04 boot loop fix ที่มักเกี่ยวข้องกับ kernel ใหม่ ไดรเวอร์กราฟิก โดยเฉพาะ Nvidia หรือ Mesa ที่เวอร์ชันไม่สอดคล้องกัน รวมถึงพารามิเตอร์บูตที่ทำให้ระบบค้างตั้งแต่ช่วงต้นของกระบวนการเริ่มระบบ จุดสำคัญที่สุดคืออย่าเพิ่งรีบติดตั้งใหม่ เพราะในหลายกรณีข้อมูลของคุณยังอยู่ครบ และเราสามารถกู้ระบบกลับมาได้ผ่าน TTY, GRUB, และชุดคำสั่งซ่อมแซมระบบระดับลึกโดยไม่ต้องล้างดิสก์ทั้งหมด
ภาพที่หลายคนเจอเหมือนกันคือกดเปิดเครื่องแล้วเห็นเพียง splash screen ค้างนานผิดปกติ บางครั้งกระพริบกลับไปกลับมา บางเครื่องจอดำแต่ยังมีเคอร์เซอร์ บางเครื่องไม่มีอะไรเลยจนคิดว่าคีย์บอร์ดพัง ความจริงแล้วหลายกรณียังสามารถส่งคีย์ลัดเพื่อสลับไปยัง virtual console หรือ TTY ได้ ซึ่งเป็นเส้นทางรอดที่สำคัญมาก เพราะทันทีที่เราได้ command prompt กลับมา เราจะเริ่มวินิจฉัยปัญหา ตรวจสอบ log, ถอนไดรเวอร์ที่เสีย, เปลี่ยน kernel ชั่วคราว หรือแม้แต่สร้างสภาวะบูตแบบปลอดภัยเพื่อกลับเข้าสู่ desktop ได้อีกครั้ง ถ้าคุณกำลังค้นหาคำว่า Ubuntu 24.04 boot loop fix จากความสิ้นหวัง บอกเลยว่านี่คือแนวทางที่ใช้งานได้จริงและเหมาะกับผู้เริ่มต้นที่พร้อมลงมืออย่างเป็นระบบ
อาการหลักและต้นตอที่พบบ่อยหลังอัปเดต May 2026
จากเคสที่พบบ่อยในช่วงอัปเดต May 2026 ปัญหามักเกิดจากความไม่เข้ากันระหว่าง kernel ที่เพิ่งอัปเดตกับโมดูลกราฟิกที่ยังคอมไพล์ไม่ครบ หรือไดรเวอร์ผู้ผลิต เช่น Nvidia proprietary driver ที่มี DKMS module สร้างไม่สมบูรณ์หลังอัปเดต บางเครื่องได้รับผลจาก Mesa stack ใหม่ที่ชนกับ Wayland หรือ Xorg ขณะที่บางฮาร์ดแวร์ โดยเฉพาะโน้ตบุ๊ก hybrid graphics มีอาการค้างตั้งแต่ initramfs ผ่าน Plymouth splash ไปไม่ถึง display manager สัญญาณเตือนคือเครื่องยังบูตได้บางส่วน เช่น ไฟดิสก์ยังทำงาน, กด Caps Lock แล้วไฟตอบสนอง, หรือกดรีบูตด้วย SysRq ได้ แปลว่าระบบไม่ได้ตายทั้งชุด แต่ส่วนแสดงผลล้มเหลว การเข้าใจภาพรวมนี้ช่วยให้เราไม่แก้ปัญหาแบบสะเปะสะปะ เพราะสิ่งที่เสียอาจไม่ใช่ “Ubuntu ทั้งระบบ” แต่เป็นแค่จุดเชื่อมระหว่าง kernel, graphics stack และ display server เท่านั้น
อีกสาเหตุหนึ่งที่ไม่ควรมองข้ามคือพารามิเตอร์บูตใน GRUB ที่ส่งผลต่อ KMS หรือ kernel mode setting เช่นเครื่องบางรุ่นบูตผ่านไดรเวอร์โอเพนซอร์สได้ แต่พอโหลด acceleration เต็มรูปแบบกลับค้างทันที การเพิ่ม nomodeset ชั่วคราวจึงเป็นวิธีทดสอบที่ทรงพลังมาก นอกจากนี้ยังควรระวังกรณีที่มีแพ็กเกจค้างจากการอัปเดตครึ่งทาง เช่นไฟดับ เน็ตหลุด หรือผู้ใช้รีสตาร์ตเครื่องก่อน DKMS สร้างโมดูลเสร็จ ผลคือระบบมี kernel ใหม่แต่ไดรเวอร์เก่ายังไม่พร้อม ทำให้เกิดอาการเหมือนเครื่องพังถาวร ทั้งที่จริงแล้วการซ่อมสามารถเริ่มได้จาก terminal ไม่กี่คำสั่ง ดังนั้นหัวใจของ Ubuntu 24.04 boot loop fix ไม่ใช่การเดาสุ่ม แต่คือการกู้ช่องทางเข้าระบบก่อน แล้วค่อยไล่สาเหตุทีละชั้น
ด่านแรกของการเอาตัวรอด: บังคับสลับเข้า TTY ให้สำเร็จ
เมื่อหน้าจอค้างหรือดำ อย่าเพิ่งรีเซ็ตซ้ำหลายรอบ สิ่งแรกที่ควรลองคือกดคีย์ลัดเพื่อสลับไปยัง TTY เช่น Ctrl + Alt + F3, Ctrl + Alt + F4, Ctrl + Alt + F2 หรือทดลองไล่ไปเรื่อย ๆ จนกว่าจะเจอหน้าจอ login แบบตัวอักษร ในเครื่องบางรุ่นอาจต้องกดปุ่ม Fn ร่วมด้วย ถ้าสำเร็จ คุณจะเห็นข้อความ login prompt และนี่คือชัยชนะทางจิตวิทยาที่สำคัญมาก เพราะมันยืนยันว่าระบบฐานยังมีชีวิตอยู่ แม้กราฟิกจะล่มไปแล้วก็ตาม หลังล็อกอินด้วยชื่อผู้ใช้และรหัสผ่านของคุณ ให้เริ่มด้วยการตรวจสอบสถานะทั่วไปเพื่อประเมินว่าปัญหาหนักแค่ไหน
whoami
uname -r
lsb_release -a
systemctl --failed
คำสั่งชุดนี้จะบอกว่าเราอยู่ในบัญชีใด ใช้ kernel เวอร์ชันอะไร ระบบเป็น Ubuntu รุ่นไหน และมี service สำคัญตัวใดล้มเหลวอยู่บ้าง ถัดมาให้เช็กว่าพื้นที่ดิสก์เต็มหรือไม่ เพราะดิสก์เต็มก็ทำให้การอัปเดตขาดตอนและบูตล้มเหลวได้เช่นกัน
df -h
sudo journalctl -p 3 -xb
บรรทัดหลังจะดึง log ระดับ error ของบูตล่าสุดขึ้นมาให้ดู ซึ่งช่วยจับสัญญาณเกี่ยวกับ GPU, gdm, sddm, lightdm, kernel module หรือ filesystem ได้รวดเร็วมาก สำหรับผู้เริ่มต้น ไม่ต้องเข้าใจทุกบรรทัดในทันที ขอเพียงมองหาคำสำคัญอย่าง nvidia, amdgpu, i915, gdm, wayland, segfault, failed หรือ timeout ก็เพียงพอสำหรับตั้งสมมุติฐานแรก
กลับไปดักที่ GRUB: จุดควบคุมก่อน kernel จะพัง
ถ้าคุณเข้า TTY ไม่ได้ หรือเข้าได้แต่ต้องการทดสอบการบูตแบบปลอดภัยขึ้นอีกขั้น ให้รีสตาร์ตเครื่องและกดปุ่ม Esc หรือกดค้าง Shift ระหว่างเปิดเครื่องเพื่อแสดงเมนู GRUB ในเครื่องที่ใช้ UEFI บางรุ่นการกด Esc ถี่ ๆ จะได้ผลดีกว่า เมื่อเห็นรายการบูตแล้ว ให้เลือกบรรทัด Ubuntu ปกติแต่ยังไม่ต้องกด Enter ให้กดปุ่ม e เพื่อแก้ไขพารามิเตอร์บูตชั่วคราว มองหาบรรทัดที่เริ่มด้วย linux และมีคำว่า quiet splash อยู่ท้ายบรรทัด จากนั้นเพิ่มคำว่า nomodeset ต่อท้าย หรือแทนที่บางพารามิเตอร์ที่สงสัยว่าจะเกี่ยวกับกราฟิก แล้วกด Ctrl + X หรือ F10 เพื่อบูตด้วยค่าชั่วคราวนั้น
ตัวอย่างบรรทัดก่อนและหลังแก้ไขจะมีลักษณะดังนี้
# ก่อนแก้
linux /boot/vmlinuz-... root=UUID=... ro quiet splash
# หลังแก้
linux /boot/vmlinuz-... root=UUID=... ro quiet splash nomodeset
หากเครื่องบูตผ่านด้วย nomodeset ได้ นั่นคือเบาะแสแรงมากว่าต้นเหตุอยู่ที่ display driver หรือ hardware acceleration stack ไม่ใช่ระบบฐานทั้งหมด ในบางกรณีที่ต้องการดู log ระหว่างบูตชัด ๆ อาจลบคำว่า quiet splash ออกชั่วคราวเพื่อให้หน้าจอแสดงข้อความ kernel เต็มรูปแบบ วิธีนี้มีประโยชน์มากสำหรับการจับจุดที่ค้างจริง เช่นค้างตอนโหลดโมดูล Nvidia หรือตอน gdm เริ่มทำงาน สำหรับคนที่กำลังแก้ Ubuntu 24.04 boot loop fix วิธีแก้ผ่าน GRUB ถือเป็นเครื่องมือสำคัญที่สุดชิ้นหนึ่ง เพราะแก้ได้โดยไม่ต้องพึ่ง desktop ที่กำลังใช้งานไม่ได้
บูตเข้า Recovery Mode และ Root Shell อย่างปลอดภัย
ถ้าการเพิ่ม nomodeset ยังไม่พาเข้าสู่ระบบปกติได้ ให้กลับไปที่เมนู GRUB แล้วเลือก Advanced options for Ubuntu จากนั้นเลือก kernel รุ่นก่อนหน้าที่เคยใช้งานได้ หรือเลือกโหมด recovery mode เพื่อเข้าหน้าจอซ่อมระบบ ในเมนู recovery คุณสามารถเลือก root เพื่อเปิด root shell และเริ่มซ่อมระบบด้วยคำสั่งระดับผู้ดูแลได้โดยตรง ขั้นตอนนี้เหมาะมากในกรณีที่ display manager พังจน login แบบปกติทำไม่ได้ หรือไฟล์แพ็กเกจระบบเสียหายจากการอัปเดตค้างกลางทาง
หลังเข้ามาใน root shell ให้ remount ระบบไฟล์เป็นโหมดเขียนได้ก่อน แล้วค่อยรันคำสั่งซ่อมแพ็กเกจ
mount -o remount,rw /
dpkg --configure -a
apt --fix-broken install
apt update
คำสั่งเหล่านี้ช่วยเคลียร์สถานะที่แพ็กเกจติดค้างและทำให้ dependency กลับมาสมบูรณ์ ถ้ามี kernel module ที่สร้างไม่เสร็จ ระบบอาจกลับมาทำงานได้เพียงจากการให้ dpkg และ apt ทำงานต่อจนจบ นี่คือเหตุผลที่ผมมองว่าหลายคนรีบติดตั้งใหม่เร็วเกินไป ทั้งที่ความเสียหายจริง ๆ อยู่แค่ระดับแพ็กเกจ ไม่ใช่โครงสร้างระบบทั้งหมด หากคุณต้องการแนวทาง Ubuntu 24.04 boot loop fix ที่ปลอดภัยและเป็นวิธีคิดแบบ System Engineering การเริ่มจาก recovery mode คือหนึ่งในทางเลือกที่คุ้มค่าที่สุด
อ่าน log ให้เป็น: เจาะจุดพังด้วย journalctl และ dmesg
เมื่อคุณกลับเข้าระบบได้ทาง TTY หรือ root shell ขั้นตอนถัดไปคือหยุดเดาแล้วหาหลักฐานจริงจาก log คำสั่งสำคัญที่สุดคือ journalctl -xb ซึ่งจะแสดง log ของการบูตครั้งล่าสุดตั้งแต่เริ่มระบบจนถึงจุดที่ล้มเหลว คุณสามารถกรองคำที่เกี่ยวกับกราฟิกและ display manager ได้โดยตรง เช่น
sudo journalctl -xb | grep -Ei "nvidia|amdgpu|i915|drm|gdm|sddm|lightdm|wayland|xorg|failed|error"
sudo dmesg | grep -Ei "nvidia|amdgpu|i915|drm|firmware|error|fail"
ถ้าพบข้อความลักษณะ Failed to start GNOME Display Manager, NVRM, module verification failed, dkms build error หรือ segfault ในส่วนของ Xorg/Wayland แปลว่าคุณกำลังเข้าใกล้ต้นเหตุแล้ว
สิ่งที่ผู้เริ่มต้นควรสังเกตคือความสัมพันธ์ของเวลาและลำดับเหตุการณ์ เช่น kernel เริ่มปกติ แต่พอโหลดไดรเวอร์กราฟิกแล้วจอดำ หรือบูตผ่าน kernel ไปได้แต่ล้มตอนเริ่ม gdm หากเห็นความผิดปกติของ Nvidia ให้เช็กแพ็กเกจที่ติดตั้งอยู่
dpkg -l | grep -Ei "nvidia|mesa|xserver|wayland|gdm|ubuntu-desktop"
ubuntu-drivers devices
ส่วนเครื่องที่ใช้กราฟิก Intel/AMD ก็ควรตรวจสอบ Mesa และ firmware เพิ่มเติมด้วย มุมมองส่วนตัวของผมคือการอ่าน log แม้จะน่ากลัวในช่วงแรก แต่เป็นสกิลที่คุ้มค่ามากสำหรับคนทำงานสายโอเพนซอร์สและดูแลเครื่องเอง เพราะมันเปลี่ยนเราจากคนที่ “แก้ตามโพสต์ในฟอรัม” ไปเป็นคนที่ “แก้จากหลักฐาน” และนั่นทำให้การซ่อมมีประสิทธิภาพและปลอดภัยกว่าเดิมมาก
เช็ก kernel และแพ็กเกจเวอร์ชันชนกันหรือไม่
ปัญหาจอดำหลังอัปเดตจำนวนมากเกิดจาก kernel ใหม่แต่โมดูลเก่ายังไม่พร้อม โดยเฉพาะระบบที่ใช้ DKMS ดังนั้นเราควรตรวจสอบ kernel ที่ติดตั้งทั้งหมดและสถานะของแพ็กเกจที่เกี่ยวข้อง
dpkg -l | grep linux-image
ls /lib/modules
uname -r
dkms status
หาก uname -r แสดงว่าเครื่องกำลังรัน kernel เวอร์ชันล่าสุด แต่ dkms status บอกว่าโมดูล Nvidia ยัง build ไม่ผ่าน หรือไม่มีรายการสำหรับ kernel นั้นเลย ก็มีความเป็นไปได้สูงว่าหน้าจอดำเกิดจากโมดูลกราฟิกไม่พร้อมใช้งาน ในเคสนี้คุณอาจเลือกบูตกลับไปใช้ kernel รุ่นก่อนหน้าจากเมนู GRUB เพื่อเข้าระบบให้ได้ก่อน แล้วค่อยซ่อม kernel/driver บนระบบที่ยังทำงานได้
สำหรับการเลือก kernel เดิมจาก GRUB ให้เข้า Advanced options for Ubuntu แล้วเลือกเวอร์ชันก่อนหน้า จากนั้นเมื่อเข้าระบบได้ค่อยตรึงสถานะการซ่อม เช่นอัปเดตแพ็กเกจให้ครบ รีบิลด์ DKMS หรือลบ kernel ที่มีปัญหาชั่วคราว ตัวอย่างคำสั่งที่ใช้บ่อยคือ
sudo apt update
sudo apt full-upgrade
sudo dkms autoinstall
sudo update-initramfs -u -k all
sudo update-grub
ลำดับนี้จะช่วยให้โมดูลถูกสร้างใหม่ อิมเมจเริ่มระบบถูกอัปเดต และ GRUB รับรู้ kernel ล่าสุดอย่างถูกต้อง สำหรับผู้ที่มองหา Ubuntu 24.04 boot loop fix แบบยั่งยืน ไม่ใช่แค่บูตผ่านครั้งเดียว การตรวจสอบเรื่องเวอร์ชันตรงนี้สำคัญมาก เพราะถ้า root cause คือ package mismatch ต่อให้บูตเข้าได้ด้วย nomodeset สุดท้ายก็ยังไม่เสถียรอยู่ดี
กรณี Nvidia พัง: ถอนของเสียแล้วติดตั้งใหม่อย่างมีแบบแผน
ในโลกจริง เคสที่สร้างความปวดหัวมากที่สุดมักเป็น Nvidia โดยเฉพาะหลัง kernel อัปเดตแต่โมดูล proprietary ไม่สอดคล้องกัน หาก log ชี้มาทาง Nvidia และบูตเข้าได้ผ่าน TTY เท่านั้น คุณสามารถเริ่มจากการหยุด display manager ก่อน แล้วถอนไดรเวอร์เดิมออกอย่างเป็นระบบ
sudo systemctl stop gdm
sudo apt purge 'nvidia*'
sudo apt autoremove --purge -y
sudo ubuntu-drivers devices
ผลจาก ubuntu-drivers devices จะช่วยแนะนำไดรเวอร์ที่เหมาะกับฮาร์ดแวร์ของคุณ จากนั้นติดตั้งเวอร์ชันที่ระบบแนะนำ หรือหากต้องการเริ่มจากจุดปลอดภัย อาจลองบูตด้วยไดรเวอร์โอเพนซอร์สชั่วคราวก่อนเพื่อยืนยันว่าเดสก์ท็อปกลับมาได้จริง
เมื่อต้องการติดตั้งใหม่ ให้ใช้คำสั่งลักษณะนี้
sudo apt update
sudo apt install nvidia-driver-550
sudo dkms autoinstall
sudo update-initramfs -u
sudo reboot
หมายเหตุคือเลขเวอร์ชันไดรเวอร์ควรตรวจสอบจากผลลัพธ์จริงของระบบคุณ ไม่ควรคัดลอกตัวเลขโดยไม่ดูบริบท หากยังมีปัญหา อาจทดลองบังคับใช้ Xorg แทน Wayland โดยแก้ไฟล์ /etc/gdm3/custom.conf แล้วปลดคอมเมนต์บรรทัด WaylandEnable=false เช่น
sudo nano /etc/gdm3/custom.conf
# แก้เป็น
WaylandEnable=false
จากนั้นรีสตาร์ตบริการหรือรีบูตเครื่องอีกครั้ง วิธีนี้ช่วยได้มากในบางระบบที่ Wayland ยังชนกับไดรเวอร์บางรุ่นอยู่
กรณี Mesa, Intel, AMD หรือ Wayland มีปัญหา
ถ้าคุณไม่ได้ใช้ Nvidia ก็ยังมีโอกาสเจอปัญหาจาก Mesa stack, firmware หรือ Wayland session เช่นกัน โดยเฉพาะเมื่อเครื่องมีกราฟิกผสมหรือใช้ฮาร์ดแวร์รุ่นใหม่ที่ได้รับแพตช์ต่อเนื่อง สิ่งที่ควรทำคืออัปเดตแพ็กเกจกราฟิกให้ครบ ตรวจสอบ firmware และลองสลับจาก Wayland ไป Xorg ชั่วคราวก่อน ตัวอย่างคำสั่งที่ใช้ตรวจสอบและติดตั้งแพ็กเกจพื้นฐานเพิ่มเติมมีดังนี้
sudo apt update
sudo apt install --reinstall mesa-vulkan-drivers libgl1-mesa-dri xserver-xorg-core xserver-xorg-video-all firmware-linux-free
แม้บางแพ็กเกจอาจแตกต่างตามรีโพของ Ubuntu แต่แนวคิดคือ reinstall ส่วนประกอบกราฟิกหลักเพื่อเคลียร์ไฟล์เสียหรือ dependency ที่ไม่ตรงกัน
ในเครื่องที่เข้า TTY ได้แต่ gdm ไม่ขึ้น ลองรีสตาร์ต display manager และตรวจดูสถานะ
sudo systemctl restart gdm
sudo systemctl status gdm
หากใช้เดสก์ท็อปอื่นอาจเป็น sddm หรือ lightdm แทน บางครั้งการสลับ session จากหน้าจอ login ไปใช้ Ubuntu on Xorg ก็ช่วยได้ทันทีโดยไม่ต้องถอนอะไรเลย จากประสบการณ์ของผม ปัญหากลุ่มนี้สอนให้เห็นว่า “หน้าจอดำ” ไม่ได้แปลว่าเครื่องตายเสมอไป แต่หมายถึงชั้นแสดงผลกำลังทะเลาะกับ kernel หรือ session manager อยู่ การแก้จึงต้องคิดเป็นชั้น ๆ ไม่ใช่ทุบทุกอย่างทิ้งพร้อมกัน
ซ่อม desktop environment และ display manager ที่อาจเสียหาย
บางเคสไม่ได้พังที่ kernel โดยตรง แต่พังที่แพ็กเกจเดสก์ท็อป เช่น GNOME, gdm3, xorg หรือคอนฟิก session ผู้ใช้เสียหาย ทำให้บูตถึงระบบแล้วแต่ไม่ขึ้นหน้าเข้าใช้งาน วิธีตรวจสอบและซ่อมเบื้องต้นคือ reinstall ชุดแพ็กเกจเดสก์ท็อปหลัก
sudo apt update
sudo apt install --reinstall ubuntu-desktop gdm3 gnome-shell xorg
sudo dpkg-reconfigure gdm3
sudo systemctl enable gdm
sudo systemctl restart gdm
ระหว่าง dpkg-reconfigure gdm3 ระบบอาจถามให้เลือก display manager หลัก หากมีหลายตัวติดตั้งอยู่ ควรเลือกให้ชัดเจนว่าต้องการใช้ตัวใด
หากยังมีอาการแปลก เช่น login แล้ววนกลับหน้าล็อกอิน อาจเป็นเพราะไฟล์ config ใน home directory ของผู้ใช้มีปัญหา โดยเฉพาะ cache ของ GNOME หรือ session บางส่วน คุณสามารถทดสอบสร้างผู้ใช้ใหม่เพื่อแยกว่าปัญหาอยู่ที่ระดับระบบหรือระดับบัญชีผู้ใช้
sudo adduser testfix
sudo usermod -aG sudo testfix
หลังสร้างแล้วลองเข้าสู่ระบบด้วยผู้ใช้นี้ ถ้าเข้า desktop ได้ตามปกติ แปลว่าระบบหลักอาจปกติ แต่ profile เดิมของผู้ใช้มีปัญหา จุดนี้สำคัญมากเพราะช่วยเลี่ยงการ reinstall ทั้งระบบโดยไม่จำเป็น ซึ่งเป็นแนวทางที่สอดคล้องกับการทำ Ubuntu 24.04 boot loop fix แบบแม่นยำและประหยัดเวลา
อัปเดตแพตช์ทางการและจัดการแพ็กเกจค้างให้สะอาด
เมื่อระบบเริ่มกลับมาบูตได้ ไม่ว่าจะผ่าน kernel เก่า, nomodeset หรือหลัง reinstall driver แล้ว สิ่งที่ต้องทำต่อคือดึงแพตช์ล่าสุดจากรีโพทางการ เพราะบั๊กที่เกิดในช่วงต้นของรอบอัปเดตมักมี hotfix ตามออกมาในเวลาไม่นาน การอัปเดตควรทำอย่างครบถ้วน ไม่ใช่แค่ upgrade บางส่วน
sudo apt update
sudo apt full-upgrade -y
sudo apt --fix-broken install
sudo dpkg --configure -a
sudo apt autoremove --purge -y
sudo apt autoclean
ชุดคำสั่งนี้ช่วยให้ระบบกลับเข้าสถานะ consistent มากขึ้น ลดโอกาสเกิด dependency แตกค้างซ้ำหลังรีบูต
ในบางกรณีควรตรวจสอบด้วยว่ามีแพ็กเกจถูก hold ไว้หรือไม่ เพราะแพ็กเกจที่ค้างเวอร์ชันเก่าอาจเป็นตัวสร้างปัญหาเอง
apt-mark showhold
ถ้าพบรายการ hold และมั่นใจว่าไม่จำเป็นต้องตรึงเวอร์ชันแล้ว สามารถปลดได้ด้วย
sudo apt-mark unhold package-name
จากนั้นอัปเดตใหม่อีกครั้ง ผมแนะนำให้รีบูตทดสอบอย่างน้อย 2-3 รอบหลังซ่อมเสร็จ เพื่อยืนยันว่าไม่ใช่แค่บูตผ่านแบบฟลุ๊ก แต่เข้าสู่สภาวะเสถียรจริง โดยเฉพาะเครื่องที่ใช้งานงานจริง เช่น dev workstation, homelab controller หรือเครื่องทำคอนเทนต์ที่หยุดงานไม่ได้
ตั้งค่า GRUB ถาวรเมื่อจำเป็น และรู้ว่าเมื่อไรควรเอา nomodeset ออก
หากคุณจำเป็นต้องใช้ nomodeset ชั่วคราวเพื่อเข้าระบบซ่อม และต้องการให้มันคงอยู่ข้ามการรีบูตในช่วงแก้ไข สามารถแก้ไฟล์ GRUB ได้ดังนี้
sudo nano /etc/default/grub
มองหาบรรทัด GRUB_CMDLINE_LINUX_DEFAULT แล้วแก้เป็น
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash nomodeset"
จากนั้นสั่งอัปเดต GRUB
sudo update-grub
เมื่อซ่อมไดรเวอร์เสร็จแล้ว ควรกลับมาเอา nomodeset ออก เพราะพารามิเตอร์นี้เป็นทางเลี่ยงปัญหา ไม่ใช่ทางแก้ถาวร มันช่วยให้บูตได้โดยลดการใช้ความสามารถกราฟิกขั้นสูง แต่หากค้างไว้นานเกินไป คุณอาจได้ประสิทธิภาพต่ำ ความละเอียดภาพผิดปกติ หรือการเรนเดอร์ไม่เต็มความสามารถ
แนวทางที่ดีคือใช้ nomodeset เพื่อกู้สถานการณ์ก่อน จากนั้นซ่อมให้ต้นตอหายจริง ไม่ว่าจะเป็นการติดตั้งไดรเวอร์ใหม่ รีบิลด์ initramfs หรือสลับ display protocol แล้วค่อยย้อน GRUB กลับสู่ค่าปกติ วิธีคิดแบบนี้สะท้อนหลักการของงาน DevOps และ System Reliability ที่ว่า temporary mitigation ควรแยกจาก permanent remediation ให้ชัดเจน เพราะสองอย่างนี้มีเป้าหมายต่างกัน: อย่างแรกคือทำให้ระบบกลับมาทำงานได้ก่อน ส่วนอย่างหลังคือทำให้มันไม่ล้มด้วยสาเหตุเดิมซ้ำอีก
ทำ Snapshot และแผนถอยกลับก่อนอัปเดตครั้งต่อไป
หลังผ่านเหตุการณ์จอดำมาแล้ว สิ่งที่คุ้มค่ามากคือการสร้างนิสัยป้องกันปัญหาก่อนอัปเดตครั้งต่อไป ถ้าเครื่องของคุณใช้ Btrfs สามารถใช้ snapshot เป็น safety net ได้ทันที หรือถ้าใช้ ext4 อาจพึ่ง Timeshift ซึ่งเป็นเครื่องมือยอดนิยมในการย้อนสถานะระบบ ตัวอย่างติดตั้ง Timeshift มีดังนี้
sudo apt update
sudo apt install timeshift -y
sudo timeshift --create --comments "before-kernel-update" --tags D
แม้การใช้ผ่าน GUI จะสะดวกกว่า แต่สั่งผ่าน CLI ก็เหมาะมากสำหรับคนที่ชอบ workflow แบบ automation หรืออยากผูกเข้ากับ cron/script ก่อนอัปเดตระบบ
นอกจากนี้คุณอาจทำรายการตรวจสอบสั้น ๆ ก่อนกดอัปเดต เช่น
– เช็กพื้นที่ว่างในดิสก์ให้พอ
– ตรวจสอบว่าพลังงานและแบตเตอรี่เสถียร
– สำรองไฟล์งานสำคัญ
– จดเวอร์ชัน kernel และ driver ปัจจุบัน
– เก็บ kernel รุ่นก่อนหน้าไว้สัก 1-2 รุ่น
ถ้าต้องการแนวทางอัตโนมัติยิ่งขึ้น สามารถเขียนสคริปต์ง่าย ๆ เพื่อบันทึกข้อมูลก่อนอัปเดต เช่น
mkdir -p ~/system-snapshots
uname -r > ~/system-snapshots/kernel-before-update.txt
dpkg -l | grep -Ei "linux-image|nvidia|mesa|gdm|xorg" > ~/system-snapshots/packages-before-update.txt
สิ่งเล็ก ๆ เหล่านี้ช่วยให้การทำ Ubuntu 24.04 boot loop fix ในอนาคตง่ายขึ้นมาก เพราะคุณมี baseline ไว้เปรียบเทียบ
สร้าง TTY Failsafe และทักษะกู้ระบบที่ควรมีติดเครื่อง
หนึ่งในบทเรียนสำคัญจากอาการจอดำคือเราควรมี “ทางเข้าเครื่องสำรอง” เสมอ สำหรับเครื่องที่ใช้ทำงานประจำ ผมแนะนำให้เปิดใช้ SSH ไว้ล่วงหน้า เพื่อให้เมื่อ GUI ตายแต่เครือข่ายยังอยู่ เราจะเข้าจากเครื่องอื่นได้ทันที
sudo apt install openssh-server -y
sudo systemctl enable ssh
sudo systemctl start ssh
ip a
จากนั้นทดสอบจากอีกเครื่องด้วย
ssh youruser@your-ip-address
นี่คือ failsafe ที่ทรงพลังมากในโลกของ Linux workstation และ homelab เพราะช่วยให้คุณไม่ต้องพึ่งจอภาพหรือคีย์บอร์ดที่หน้าเครื่องเพียงอย่างเดียว
อีกแนวทางหนึ่งคือฝึกใช้ Magic SysRq สำหรับรีบูตอย่างปลอดภัยเมื่อระบบค้างหนักเกินควบคุม โดยค่าเริ่มต้นบางระบบอาจต้องเปิดใช้ก่อน
echo "kernel.sysrq = 1" | sudo tee /etc/sysctl.d/99-sysrq.conf
sudo sysctl --system
จากนั้นเรียนรู้ลำดับคีย์ เช่น REISUB สำหรับรีบูตแบบลดความเสียหายของ filesystem แม้จะไม่ใช่วิธีแก้ปัญหาโดยตรง แต่เป็นทักษะเอาตัวรอดที่มีประโยชน์มาก ผมเชื่อว่าคนที่ดูแลเครื่องลินุกซ์ของตัวเองควรมี mental model แบบนี้ติดตัวไว้ เพราะมันเปลี่ยนความรู้สึกจาก “เครื่องพังแล้วจบ” เป็น “ยังมีหลายชั้นให้กู้กลับได้”
ตัวอย่างเวิร์กโฟลว์ซ่อมครบชุดแบบสั้น: จากจอดำกลับสู่เดสก์ท็อป
เพื่อให้เห็นภาพรวม ลองดูเวิร์กโฟลว์ตัวอย่างที่ใช้ได้กับหลายเคสของ Ubuntu 24.04 boot loop fix เริ่มจากกด Ctrl + Alt + F3 เข้า TTY ถ้าสำเร็จให้ล็อกอิน จากนั้นรัน
sudo journalctl -xb | grep -Ei "nvidia|gdm|wayland|xorg|error|fail"
sudo apt --fix-broken install
sudo dpkg --configure -a
sudo apt update
sudo apt full-upgrade -y
ถ้า log ชี้ไปทาง Nvidia ให้ purge แล้วติดตั้งใหม่
sudo systemctl stop gdm
sudo apt purge 'nvidia*'
sudo apt autoremove --purge -y
sudo ubuntu-drivers autoinstall
sudo dkms autoinstall
sudo update-initramfs -u
sudo reboot
ถ้ายังไม่ขึ้น ให้บูตจาก GRUB พร้อม nomodeset แล้วเข้ามาแก้ /etc/gdm3/custom.conf เพื่อปิด Wayland ชั่วคราว
หาก TTY เข้าไม่ได้ ให้ไปที่ GRUB > Advanced options > kernel เก่า หรือ recovery mode แล้วรัน
mount -o remount,rw /
dpkg --configure -a
apt --fix-broken install
update-initramfs -u -k all
update-grub
reboot
จากนั้นทดสอบบูตใหม่ ถ้าเข้า desktop ได้แล้ว ให้รีบทำ snapshot และอัปเดตแพตช์ล่าสุดต่อทันที วิธีคิดสำคัญคืออย่ากระโดดไปสู่การติดตั้งใหม่ก่อนจะผ่านขั้นตอนเหล่านี้ เพราะในสัดส่วนสูงของปัญหา ระบบสามารถกู้ได้ด้วยการแก้ display stack, kernel module และ package consistency เท่านั้น
สรุป: จอดำไม่ใช่จุดจบ ถ้าเรารู้จัก TTY, GRUB และการซ่อมอย่างเป็นระบบ
สุดท้ายแล้ว อาการ Ubuntu 24.04 ค้างบูตหรือจอดำหลังอัปเดตในช่วง May 2026 มักไม่ใช่เรื่องลึกลับเกินแก้ แต่เป็นผลจากชั้นต่าง ๆ ของระบบที่ไม่สอดคล้องกัน โดยเฉพาะ kernel, driver, Mesa, Wayland/Xorg และ display manager วิธีรับมือที่มีประสิทธิภาพที่สุดคือกู้ทางเข้าเครื่องด้วย TTY ก่อน จากนั้นใช้ GRUB เพื่อบูตแบบชั่วคราวด้วย nomodeset หรือเลือก kernel รุ่นก่อนหน้า แล้วอ่าน log ด้วย journalctl เพื่อหาหลักฐานจริง ก่อนลงมือ purge, reinstall, reconfigure หรืออัปเดตแพ็กเกจที่เกี่ยวข้องให้ครบถ้วน เมื่อซ่อมสำเร็จแล้วอย่าลืมเอาทางแก้ชั่วคราวออก ทำ snapshot และเตรียม failsafe อย่าง SSH หรือ TTY ให้พร้อมสำหรับอนาคต
ถ้าจะสรุปให้สั้นที่สุด การทำ Ubuntu 24.04 boot loop fix ที่ได้ผลจริงมีอยู่ 5 แนวคิดหลักคือ: เข้าถึงระบบให้ได้ก่อน, หยุดเดาจากความรู้สึกแล้วอ่าน log, แยก temporary workaround ออกจาก permanent fix, ซ่อมเฉพาะจุดที่เสียแทนการล้างเครื่องทั้งหมด, และสร้างแผนถอยกลับก่อนอัปเดตทุกครั้ง หากคุณทำตามลำดับนี้อย่างใจเย็น โอกาสกู้เครื่องกลับมาโดยไม่เสียข้อมูลมีสูงมาก และที่สำคัญกว่านั้นคือคุณจะได้ทักษะ Linux troubleshooting ที่ติดตัวไปใช้กับปัญหาอื่นได้อีกยาวนาน
แหล่งอ้างอิงเพิ่มเติม:
Ubuntu Documentation: https://help.ubuntu.com/
GRUB Manual: https://www.gnu.org/software/grub/manual/grub/
systemd journalctl documentation: https://www.freedesktop.org/software/systemd/man/journalctl.html
Ubuntu Community Help Wiki: https://help.ubuntu.com/community/
