วิธีแก้ไขปัญหาไดรเวอร์ NVIDIA ไม่โหลดหลังจากอัปเดตเคอร์เนลบน Ubuntu

การอัปเดตเคอร์เนลของ Ubuntu อาจทำให้ระบบ NVIDIA บูตได้ตามปกติ แต่ไดรเวอร์ที่เป็นกรรมสิทธิ์กลับไม่โหลด อาการที่ปรากฏนั้นแตกต่างกันไป เช่นnvidia-smiอาจแสดงข้อความว่าไม่สามารถสื่อสารกับไดรเวอร์ได้ แอปพลิเคชัน CUDA อาจหยุดมองเห็น GPU เดสก์ท็อปอาจเปลี่ยนไปใช้การเรนเดอร์ด้วยซอฟต์แวร์ หรือmodprobe nvidiaอาจล้มเหลว วิธีแก้ไขที่ได้ผลคือการระบุว่าเลเยอร์ใดเสียหายแทนที่จะติดตั้งทุกอย่างใหม่พร้อมกัน

เอกสารอ้างอิงนี้เน้นที่ไดรเวอร์ NVIDIA ที่มาพร้อมกับ Ubuntu และคำแนะนำปัจจุบันจาก Canonical ณ เดือนตุลาคม 2026 Ubuntu แนะนำให้ใช้ubuntu-driversเครื่องมือหรือแอปพลิเคชัน Additional Drivers สำหรับระบบส่วนใหญ่ และแนะนำให้ใช้โมดูลเคอร์เนลที่คอมไพล์และลงนามแล้วเมื่อมีให้ใช้งาน เอกสารของ NVIDIA เองสำหรับ Ubuntu ก็รองรับ Ubuntu 22.04, 24.04 และ 26.04 เช่นกัน แต่การตั้งชื่อแพ็กเกจจะแตกต่างกันในเวอร์ชันใหม่กว่า ดังนั้นอย่าคัดลอกหมายเลขเวอร์ชันจากตัวอย่างเว้นแต่ว่าจะมีให้ใช้งานสำหรับเครื่องของคุณจริง ๆ

รายการตรวจสอบการวินิจฉัยอย่างรวดเร็ว

1. ยืนยันว่าปัญหาเริ่มต้นตั้งแต่เวอร์ชันเคอร์เนลปัจจุบัน

ขั้นแรก ให้บันทึกเคอร์เนลที่กำลังทำงานอยู่และสถานะปัจจุบันของ NVIDIA:

uname -r
nvidia-smi
lsmod | grep -E 'nvidia|nouveau'

หากnvidia-smiเกิดข้อผิดพลาดและไม่มีnvidiaโมดูลใดปรากฏในรายการ แสดงlsmodว่าความล้มเหลวอยู่ต่ำกว่าระดับ CUDA หรือแอปพลิเคชันเดสก์ท็อป หากnvidia-smiรายงานFailed to initialize NVML: Driver/library version mismatchข้อผิดพลาด Canonical ระบุว่านี่คือความไม่ตรงกันของโมดูลในพื้นที่ผู้ใช้/เคอร์เนล ซึ่งมักเกิดขึ้นหลังจากการอัปเดตไดรเวอร์ การรีบูตอาจเพียงพอหากติดตั้งโมดูลใหม่แล้ว

หากคุณยังสามารถเลือกเคอร์เนลเวอร์ชันเก่าจาก GRUB ได้ และไดรเวอร์ทำงานได้ นั่นเป็นหลักฐานที่ชัดเจนว่าเคอร์เนลเวอร์ชันใหม่ขาดโมดูล NVIDIA ที่ใช้งานได้ เคอร์เนลเวอร์ชันเก่าเป็นทางเลือกชั่วคราวที่มีประโยชน์ แต่ไม่ใช่การแก้ไขปัญหาขั้นสุดท้าย เพราะคุณยังคงต้องการให้เคอร์เนลและไดรเวอร์เวอร์ชันปัจจุบันทำงานร่วมกันได้

2. สอบถาม Ubuntu ว่าแนะนำให้ใช้ไดรเวอร์สาขาใด

บนเดสก์ท็อปหรือเวิร์กสเตชัน Ubuntu มาตรฐาน ให้ใช้ตรรกะการเลือกไดรเวอร์ของ Ubuntu เอง แทนที่จะเดาสาขา:

sudo apt update
sudo ubuntu-drivers list

สำหรับระบบเดสก์ท็อปและเกมส่วนใหญ่ Canonical แนะนำให้ใช้ไดรเวอร์ UDA ปกติมากกว่า-serverการใช้แพ็กเกจ สำหรับเซิร์ฟเวอร์ประมวลผล ให้ใช้คำแนะนำสำหรับเซิร์ฟเวอร์ubuntu-drivers list --gpgpuเมื่อเหมาะสม หากระบบของคุณเคยติดตั้งด้วย.runตัวติดตั้งแบบสแตนด์อโลนของ NVIDIA หรือที่เก็บซอฟต์แวร์ของบุคคลที่สาม การผสมแหล่งที่มาของแพ็กเกจอาจทำให้การวินิจฉัยทำได้ยากขึ้น Canonical เตือนอย่างชัดเจนว่าไดรเวอร์ที่ติดตั้งนอกเหนือจากวิธีการที่ระบุไว้อาจเขียนทับส่วนประกอบที่ Ubuntu จัดหาให้และอาจรบกวน Secure Boot

3. ตรวจสอบ Secure Boot ก่อนทำการสร้างใหม่ใดๆ

Secure Boot เป็นสาเหตุที่พบบ่อยที่ทำให้โมดูล NVIDIA มีอยู่ในดิสก์แต่ไม่สามารถโหลดได้ ตรวจสอบสถานะของโมดูลนั้น:

mokutil --sb-state
sudo modprobe nvidia

หากเปิดใช้งาน Secure Boot และmodprobeแสดงข้อความเช่นนั้นKey was rejected by serviceแสดงว่าเคอร์เนลกำลังบังคับใช้การตรวจสอบความเชื่อถือของโมดูล Ubuntu ได้บังคับใช้การตรวจสอบความถูกต้องของโมดูลเคอร์เนลภายใต้ Secure Boot บนเวอร์ชัน amd64 ที่รองรับมานานหลายปีแล้ว แนวทางที่ Canonical แนะนำคือการใช้โมดูล NVIDIA ที่ลงนามและคอมไพล์ล่วงหน้าเมื่อมีให้ใช้งาน หากคุณตั้งใจใช้ DKMS Ubuntu อาจต้องการให้คุณสร้างและลงทะเบียน Machine Owner Key (MOK) เมื่อรีบูตเครื่อง

อย่าปิดใช้งาน Secure Boot เป็นขั้นตอนแรกในการแก้ไขปัญหา มันอาจเป็นการทดลองวินิจฉัยระยะสั้นในสภาพแวดล้อมที่ควบคุมได้ แต่โดยปกติแล้ววิธีแก้ไขที่ดีกว่าคือการติดตั้งโมดูลที่ลงนามแล้วหรือลงทะเบียน MOK อย่างถูกต้อง Canonical ได้อธิบายขั้นตอนการลงทะเบียนไว้ในเอกสาร UEFI Secure Boot ของพวกเขา แล้ว

4. ตรวจสอบว่ามีโมดูล NVIDIA ที่ตรงกันสำหรับเคอร์เนลที่กำลังทำงานอยู่หรือไม่

แพ็คเกจ NVIDIA ที่คอมไพล์ไว้ล่วงหน้าของ Ubuntu นั้นเชื่อมโยงกับ ABI ของเคอร์เนล แทนที่DRIVER_BRANCHด้วยสาขาที่แสดงโดยubuntu-drivers list:

DRIVER_BRANCH=XXX
apt-cache policy linux-modules-nvidia-${DRIVER_BRANCH}-$(uname -r)

หากติดตั้งแพ็กเกจสำหรับเคอร์เนลปัจจุบันแล้ว ให้ดำเนินการต่อในขั้นตอนการตรวจสอบ Secure Boot, Nouveau และบันทึกต่างๆ ด้านล่าง หากแพ็กเกจหายไป ให้ติดตั้งแพ็กเกจโมดูลที่ตรงกันทุกประการ:

sudo apt install linux-modules-nvidia-${DRIVER_BRANCH}-$(uname -r)

Canonical ยังรองรับการติดตั้ง metapackage สำหรับ flavor ตัวอย่างเช่นlinux-modules-nvidia-${DRIVER_BRANCH}-genericซึ่งจะช่วยให้การอัปเกรดเคอร์เนลในอนาคตดึงโมดูล NVIDIA ที่เกี่ยวข้องได้ ชื่อแพ็กเกจที่แน่นอนจะขึ้นอยู่กับเวอร์ชัน Ubuntu ของคุณ flavor ของเคอร์เนล สาขาไดรเวอร์ และว่าคุณใช้เวอร์ชันเซิร์ฟเวอร์หรือไม่ ดังนั้นโปรดตรวจสอบตัวเลือกที่แสดงโดย APT ก่อนยืนยัน

5. หากคุณใช้ DKMS โปรดตรวจสอบให้แน่ใจว่ามีไฟล์เฮดเดอร์ของเคอร์เนลเวอร์ชันปัจจุบันอยู่

DKMS สร้างโมดูลสำหรับเคอร์เนลที่คุณใช้งานอยู่โดยเฉพาะ ดังนั้นจึงจำเป็นต้องมีไฟล์เฮดเดอร์ของเคอร์เนลที่ตรงกัน Canonical แนะนำให้ใช้ DKMS เป็นหลักในกรณีที่ไม่มีโมดูลที่คอมไพล์ไว้ล่วงหน้า เช่น ในกรณีของเคอร์เนลแบบกำหนดเองบางตัว

sudo apt install linux-headers-$(uname -r)
dkms status

หากรายการ NVIDIA DKMS ไม่แสดงว่าการสร้างสำเร็จสำหรับเคอร์เนลปัจจุบัน ให้ตรวจสอบบันทึกการสร้าง/var/lib/dkms/ก่อนที่จะลองลบแพ็กเกจแบบสุ่ม ความล้มเหลวทั่วไป ได้แก่ เฮดเดอร์หายไป การรวมกันของคอมไพเลอร์/เคอร์เนลที่ไม่รองรับ หรือปัญหาเกี่ยวกับการลงนามโมดูล หลังจากแก้ไขข้อกำหนดเบื้องต้นแล้ว ให้ติดตั้งแพ็กเกจ DKMS ที่เหมาะสมอีกครั้ง หรือใช้เส้นทางอัตโนมัติของ Ubuntu:

sudo ubuntu-drivers install --include-dkms

ใช้คำสั่งนั้นเฉพาะเมื่อจำเป็นต้องใช้ DKMS จริงๆ เท่านั้น เอกสารประกอบการใช้งานเวอร์ชันเดสก์ท็อปของ Canonical ในปัจจุบันระบุว่า โมดูลที่คอมไพล์ไว้ล่วงหน้าเป็นตัวเลือกที่เหมาะสมกว่าสำหรับผู้ใช้ส่วนใหญ่ โดยเฉพาะอย่างยิ่งเมื่อใช้งานร่วมกับ Secure Boot

6. ติดตั้งโมดูลที่คอมไพล์ไว้ล่วงหน้าที่ขาดหายไป เมื่อมีให้ใช้งาน

หากขั้นตอนที่ 4 แสดงว่าเคอร์เนลปัจจุบันขาดโมดูล NVIDIA ที่คอมไพล์ไว้ล่วงหน้า ให้ติดตั้งโมดูลดังกล่าวอย่างชัดเจน แล้วปล่อยให้ APT สร้าง initramfs ขึ้นใหม่:

sudo apt install linux-modules-nvidia-${DRIVER_BRANCH}-$(uname -r)

จากนั้นตรวจสอบว่า APT ติดตั้งเสร็จสมบูรณ์โดยไม่มีข้อผิดพลาดเกี่ยวกับส่วนประกอบที่จำเป็น หลีกเลี่ยงการบังคับติดตั้งแพ็กเกจด้วยdpkg --force-*คำสั่งดังกล่าว เพราะอาจทำให้โมดูลเคอร์เนล ไลบรารีของผู้ใช้ และเมตาแพ็กเกจมีเวอร์ชันที่ไม่เข้ากัน

หากคุณไม่แน่ใจว่าจะใช้สาขาใด วิธีการซ่อมแซมทั่วไปที่ปลอดภัยกว่าคือ:

sudo ubuntu-drivers install

Canonical ระบุว่าแอปพลิเคชันนี้ubuntu-driversใช้ตรรกะเดียวกับแอปพลิเคชัน Additional Drivers และโดยค่าเริ่มต้นจะเลือกไดรเวอร์ที่ลงนามแล้วซึ่งเป็นที่รู้จักว่าใช้งานได้กับ Secure Boot

7. รีบูตเครื่องหลังจากทำการเปลี่ยนแปลงแพ็กเกจ

การรีบูตในที่นี้ไม่ใช่แค่พิธีการเท่านั้น เคอร์เนลที่กำลังทำงานอยู่สามารถเก็บโมดูล NVIDIA รุ่นเก่าไว้ในหน่วยความจำ ในขณะที่ APT ได้อัปเกรดไลบรารีในพื้นที่ผู้ใช้บนดิสก์เรียบร้อยแล้ว Canonical ได้ระบุไว้อย่างชัดเจนว่านี่คือสาเหตุของความไม่ตรงกันของเวอร์ชันไดรเวอร์/ไลบรารี NVML หลังจากการอัปเดต

sudo reboot

หลังจากรีบูตเครื่องแล้ว อย่าทำการติดตั้งใหม่ทันที ให้ตรวจสอบผลลัพธ์ด้วยคำสั่งในส่วนถัดไปก่อน

8. ตรวจสอบว่าได้ติดตั้งโมดูล NVIDIA แล้ว

วิ่ง:

nvidia-smi
lsmod | grep nvidia
cat /proc/driver/nvidia/version

การซ่อมแซมที่สำเร็จจะมีสัญญาณบ่งชี้ที่มีประโยชน์สามอย่าง ได้แก่nvidia-smiแสดงรายการ GPU lsmodแสดงโมดูล NVIDIA และ/proc/driver/nvidia/versionรายงานเวอร์ชันโมดูลที่กำลังทำงานอยู่ สำหรับเวิร์กโหลด CUDA ให้ลองรันแอปพลิเคชันหรือเฟรมเวิร์กที่ล้มเหลวก่อนหน้านี้อีกครั้ง การทำเช่นนี้nvidia-smiเพียงอย่างเดียวเป็นการพิสูจน์การสื่อสารของไดรเวอร์ ไม่ได้หมายความว่าไลบรารี CUDA ทุกตัวในสภาพแวดล้อมของคุณใช้งานร่วมกันได้

ถ้ายังไม่สำเร็จอีก ให้ใช้ข้อมูลอาการที่เกิดขึ้นเพื่อเลือกวิธีการแก้ไขต่อไป

“เวอร์ชันไดรเวอร์/ไลบรารีไม่ตรงกัน”

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

“ไม่พบอุปกรณ์ใดๆ” และ Nouveau ก็โหลดเสร็จแล้ว

ตรวจสอบ:

lsmod | grep nouveau

เอกสารประกอบการใช้งาน Ubuntu Server ระบุว่า Nouveau อาจเกิดความขัดแย้งกับไดรเวอร์ NVIDIA ที่เป็นกรรมสิทธิ์ในสถานการณ์นี้ หากมีการโหลด Nouveau และคุณตั้งใจที่จะใช้ไดรเวอร์ที่เป็นกรรมสิทธิ์ เอกสารของ Canonical แนะนำให้บล็อกไดรเวอร์ดังกล่าวและสร้าง initramfs ใหม่:

echo "blacklist nouveau" | sudo tee /etc/modprobe.d/disable-nouveau.conf
echo "options nouveau modeset=0" | sudo tee -a /etc/modprobe.d/disable-nouveau.conf
sudo update-initramfs -u
sudo reboot

อย่าบล็อก Nouveau เพียงเพราะมันมีอยู่ในดิสก์ ให้ตรวจสอบก่อนว่ามันถูกโหลดจริงและเกี่ยวข้องกับความล้มเหลวหรือไม่

modprobe nvidiaระบุว่ารหัสถูกปฏิเสธ

กลับไปที่เส้นทาง Secure Boot ใช้โมดูล Ubuntu ที่ลงนามแล้วเมื่อเป็นไปได้ หรือทำการลงทะเบียน MOK สำหรับโมดูล DKMS ให้เสร็จสมบูรณ์ การติดตั้งโมดูลที่ไม่ได้ลงนามซ้ำๆ จะไม่เปลี่ยนแปลงการตัดสินใจเรื่องความน่าเชื่อถือ

เคอร์เนลใหม่ไม่มีแพ็คเกจโมดูลที่เข้ากันได้

บูตระบบด้วยเคอร์เนลเวอร์ชันเก่าที่ใช้งานได้ปกติเป็นการชั่วคราว อัปเดตระบบอยู่เสมอ และตรวจสอบว่า Ubuntu มีโมดูลที่คอมไพล์ไว้ล่วงหน้าสำหรับเคอร์เนลเวอร์ชันใหม่กว่าหรือไม่ หากคุณตั้งใจใช้เคอร์เนลแบบกำหนดเอง DKMS อาจเหมาะสม แต่ควรอ่านบันทึกการสร้างและยืนยันการลงนาม Secure Boot หลีกเลี่ยงการใช้เคอร์เนลเวอร์ชันเก่าอย่างไม่มีกำหนด เว้นแต่คุณจะมีแผนการบำรุงรักษาสำหรับการอัปเดตด้านความปลอดภัย

คำสั่งที่ควรรวบรวมก่อนขอความช่วยเหลือ

คำสั่งเหล่านี้มีชุดเครื่องมือวินิจฉัยที่กระชับ โดยไม่ต้องเปลี่ยนแปลงระบบ:

uname -a
lspci -nnk | grep -A3 -i nvidia
nvidia-smi
lsmod | grep -E 'nvidia|nouveau'
mokutil --sb-state
dkms status
apt-cache policy 'nvidia-driver-*' | sed -n '1,160p'
sudo dmesg | grep -iE 'nvrm|nvidia|nouveau|secure|module' | tail -n 120

โปรดระบุเวอร์ชันของ Ubuntu จากlsb_release -aหรือ/etc/os-release, เคอร์เนลที่แน่นอนจากuname -rและระบุว่าไดรเวอร์นั้นติดตั้งครั้งแรกผ่านแพ็กเกจของ Ubuntu, ที่เก็บของ NVIDIA, PPA หรือตัวติดตั้งแบบสแตนด์อโลน รายละเอียดเหล่านี้มักมีความสำคัญมากกว่าคำกล่าวทั่วไปที่ว่า “ไดรเวอร์เสียหลังจากการอัปเดต”

การป้องกันเชิงปฏิบัติ

• ubuntu-driversสำหรับระบบเดสก์ท็อปทั่วไปควรเลือกใช้ขั้นตอนการทำงานของ Ubuntu หรือการติดตั้งไดรเวอร์เพิ่มเติม
• ติดตั้ง metapackage ของ kernel flavor ไว้ เพื่อให้การอัปเดต kernel ในอนาคตสามารถนำโมดูล NVIDIA ที่ตรงกันมาใช้ได้
• รีบูตเครื่องหลังจากอัปเกรดเคอร์เนลหรือไดรเวอร์ NVIDIA แทนที่จะใช้งานระบบจัดเก็บข้อมูลแบบผสมผสานระหว่างหน่วยความจำและดิสก์ต่อไป
• ควรมีเคอร์เนลที่ใช้งานได้ปกติอย่างน้อยหนึ่งตัวสำรองไว้ จนกว่าคุณจะยืนยันได้ว่าเคอร์เนลตัวใหม่สามารถบูตได้โดยใช้ไดรเวอร์ GPU
• ควรหลีกเลี่ยงการผสมผสานแพ็กเกจ Ubuntu, PPAs, ตัวติดตั้งแบบสแตนด์อโลนของ NVIDIA และที่เก็บซอฟต์แวร์หลายแห่ง เว้นแต่คุณจะตั้งใจจัดการผลที่ตามมา

เอกสารอ้างอิงอย่างเป็นทางการ

ขั้นตอนปัจจุบันของ Canonical อยู่ในหัวข้อ การติดตั้งไดรเวอร์ NVIDIA สำหรับ Ubuntu Desktopและการติดตั้งไดรเวอร์ NVIDIA สำหรับ Ubuntu Serverสำหรับคำแนะนำเฉพาะเกี่ยวกับ DKMS โปรดดูที่หัวข้อ สร้างโมดูล NVIDIA ของคุณเองโดยใช้แพ็คเกจ DKMSเอกสารประกอบของ NVIDIA มีอยู่ในคู่มือการติดตั้งไดรเวอร์ NVIDIA สำหรับ Ubuntu

ชื่อสาขาไดรเวอร์, ABI ของเคอร์เนล และชื่อแพ็กเกจจะแตกต่างกันไปตามเวอร์ชันของซอฟต์แวร์ ควรแทนที่ด้วยค่าที่ระบบและ APT รายงานมาเสมอ แทนที่จะใช้เวอร์ชันตัวอย่างเป็นค่าสากล