วิธีแก้ไขปัญหาการตัดการเชื่อมต่อ Wi-Fi หลังจากเข้าสู่โหมดพักเครื่องใน Ubuntu 24.04

หมายเหตุอัปเดต — 6 ตุลาคม 2026: Ubuntu 24.04.5 LTS เปิดตัวเมื่อวันที่ 10 กันยายน 2026 และบันทึกการเผยแพร่ประกอบด้วยการอัปเดตแพ็กเกจและการรักษาความปลอดภัยที่สะสมไว้ แต่ไม่ได้ระบุวิธีแก้ไขทั่วไปสำหรับการตัดการเชื่อมต่อ Wi-Fi หลังจากโหมดพักเครื่อง โปรดติดตั้งการอัปเดต Ubuntu ปัจจุบันก่อน จากนั้นตรวจสอบการเชื่อมต่อบนแล็ปท็อปของคุณ วิธีแก้ไขที่ถูกต้องขึ้นอยู่กับอะแดปเตอร์ไร้สายและไดรเวอร์ของเครื่องนั้น

โหมด "พักเครื่อง" (Suspend) คือโหมดประหยัดพลังงานที่หยุดการทำงานส่วนใหญ่ของแล็ปท็อปไว้จนกว่าคุณจะเปิดฝาหรือกดปุ่มใดปุ่มหนึ่ง หากการเชื่อมต่อ Wi-Fi ล้มเหลวหลังจากกลับมาใช้งาน อาจหมายความว่าคลื่นวิทยุไร้สายถูกบล็อก การเชื่อมต่อเครือข่ายที่บันทึกไว้ไม่เชื่อมต่อใหม่ จุดเชื่อมต่อไม่พร้อมใช้งาน หรือไดรเวอร์เคอร์เนลล้มเหลวในการกู้คืนอะแดปเตอร์ ให้ตรวจสอบทีละขั้นตอนเพื่อดูว่าการเปลี่ยนแปลงนั้นช่วยเพิ่มความน่าเชื่อถือได้จริงหรือไม่

1. อัปเดต Ubuntu และบันทึกอะแดปเตอร์

บันทึกงานของคุณ เชื่อมต่อผ่านสาย Ethernet หากมี และติดตั้งการอัปเดตที่เสนอสำหรับ Ubuntu 24.04:

sudo apt update
sudo apt upgrade

รีสตาร์ทเมื่อการอัปเดตแพ็กเกจแจ้งเตือน ตรวจสอบว่า Ubuntu เวอร์ชันใดและเคอร์เนลใดกำลังใช้งานอยู่:

lsb_release -ds
uname -r

การอัปเดตย่อยของ Ubuntu จะรวมการอัปเดตสำหรับเวอร์ชัน LTS ไว้ด้วย แต่การอัปเดตย่อยเวอร์ชันใหม่กว่าไม่ได้หมายความว่าปัญหาการระงับการทำงานทุกอย่างจะได้รับการแก้ไข หากการอัปเดตไม่สามารถแก้ไขปัญหาได้ โปรดจดบันทึกชิปเซ็ต Wi-Fi ของคุณไว้ เพื่อให้คำแนะนำไดรเวอร์ในภายหลังมีความเฉพาะเจาะจงมากขึ้น สำหรับอะแดปเตอร์ PCI หรืออะแดปเตอร์ในตัว ให้เรียกใช้คำสั่งต่อไปนี้:

lspci -nnk | grep -A3 -Ei 'network|wireless'

สำหรับอะแดปเตอร์ Wi-Fi USB ให้ใช้lsusb. ชิปเซ็ตและบรรทัด “ไดรเวอร์เคอร์เนลที่ใช้งานอยู่” เป็นหลักฐานที่มีประโยชน์ คัดลอกข้อมูลเหล่านี้พร้อมกับเวอร์ชันเคอร์เนลหากคุณต้องการความช่วยเหลือ

ใน Ubuntu Settings จะแสดงว่า Wi-Fi เปิดใช้งานอยู่และมีการเลือกเครือข่ายไว้แล้ว ซึ่งเป็นที่แรกที่ควรตรวจสอบหลังจากปลุกแล็ปท็อป
เปิดการตั้งค่าและตรวจสอบให้แน่ใจว่าสวิตช์ Wi-Fi เปิดอยู่ ชื่อเครือข่ายที่แสดงเป็นเพียงตัวอย่าง

2. ตรวจสอบว่ามีอะไรผิดพลาดหลังจากตื่นนอน

หลังจากที่การเชื่อมต่อล้มเหลวอีกครั้ง ให้เปิด การตั้งค่า > Wi-Fi และตรวจสอบให้แน่ใจว่าสวิตช์ Wi-Fi เปิดอยู่ ลองเลือกเครือข่ายของคุณอีกครั้ง ทดสอบกับเครือข่ายที่เชื่อถือได้อื่นหรือฮอตสปอตจากโทรศัพท์มือถือหากมี หากมีเพียงจุดเชื่อมต่อเดียวที่ล้มเหลว ให้ตรวจสอบสัญญาณ เราเตอร์ หรือรหัสผ่านที่บันทึกไว้ก่อนที่จะเปลี่ยน Ubuntu

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

nmcli device status
nmcli connection show --active

อ่านข้อมูลแถวอุปกรณ์ Wi-Fi หากระบุว่าconnectedการเชื่อมต่อ Wi-Fi ทำงานอยู่ ปัญหาอาจเกิดจากการเข้าถึงอินเทอร์เน็ต DNS หรือจุดเชื่อมต่อมากกว่าการตัดการเชื่อมต่อของคลื่นวิทยุ หากระบุว่าdisconnectedหรือunavailableให้ดำเนินการต่อด้านล่าง

หน้าต่างเทอร์มินัลแสดงข้อความว่า nmcli รายงานว่าอุปกรณ์ Wi-Fi ถูกตัดการเชื่อมต่อ และ rfkill รายงานว่าไม่มีการบล็อกคลื่นวิทยุ
เปรียบเทียบผลลัพธ์จากคำสั่ง nmcli และ rfkill ของคุณเองหลังจากรีสตาร์ทเครื่องแล้ว ชื่อและสถานะของอะแดปเตอร์จะขึ้นอยู่กับฮาร์ดแวร์ของคุณ

ตรวจสอบว่าวิทยุถูกปิดกั้นหรือไม่

rfkillรายงานว่าวิทยุไร้สายถูกปิดใช้งานโดยซอฟต์แวร์หรือโดยการควบคุมฮาร์ดแวร์:

rfkill list

หากรายการ Wi-Fi ระบุว่าSoft blocked: yesให้ลองทำดังนี้:

sudo rfkill unblock wifi

จากนั้นให้ปิดและเปิด Wi-Fi ในการตั้งค่า หรือลองเชื่อมต่อใหม่อีกครั้ง หากขึ้นข้อความว่าHard blocked: yesคำสั่งซอฟต์แวร์ไม่สามารถล้างการบล็อกฮาร์ดแวร์ได้ ตรวจสอบสวิตช์ไร้สายหรือปุ่มฟังก์ชันของแล็ปท็อป การควบคุมโหมดเครื่องบิน และการตั้งค่าเฟิร์มแวร์ อย่าคิดว่ารายการ Bluetooth คืออะแดปเตอร์ Wi-Fi ให้ระบุรายการ LAN ไร้สายให้ถูกต้อง

3. ทดสอบการประหยัดพลังงาน Wi-Fi สำหรับเครือข่ายที่ได้รับผลกระทบ

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

แสดงรายการการเชื่อมต่อที่บันทึกไว้และคัดลอกชื่อโปรไฟล์ Wi-Fi ให้ถูกต้อง รวมถึงเว้นวรรคด้วย:

nmcli -f NAME,TYPE connection show

แทนที่Home Wi-Fiด้วยชื่อนั้น ค่านี้2จะปิดใช้งานโหมดประหยัดพลังงาน Wi-Fi สำหรับโปรไฟล์นั้น:

sudo nmcli connection modify "Home Wi-Fi" 802-11-wireless.powersave 2

เชื่อมต่อกับโปรไฟล์อีกครั้งเพื่อให้การเปลี่ยนแปลงมีผล คุณสามารถใช้เมนู Wi-Fi หรือเรียกใช้คำสั่งต่อไปนี้:

nmcli connection down "Home Wi-Fi"
nmcli connection up "Home Wi-Fi"

การตัดการเชื่อมต่อชั่วครู่เป็นเรื่องปกติ ลองทดสอบการหยุดและเริ่มการเชื่อมต่อใหม่หลายๆ ครั้งในบริเวณที่มักเกิดปัญหา หากการตัดการเชื่อมต่อหยุดลง ให้คงการตั้งค่าไว้และตรวจสอบอายุการใช้งานแบตเตอรี่: การปิดใช้งานโหมดประหยัดพลังงาน Wi-Fi อาจใช้พลังงานมากขึ้น หากไม่มีการปรับปรุงที่ชัดเจน ให้คืนค่าการตั้งค่าเริ่มต้นของโปรไฟล์ด้วยคำสั่ง:

sudo nmcli connection modify "Home Wi-Fi" 802-11-wireless.powersave 0

ในเอกสารอ้างอิงการตั้งค่าของ NetworkManager นั้น0หมายถึง “ใช้ค่าเริ่มต้น” ในขณะที่2หมายถึง “ปิดใช้งาน” การคืนค่าเป็นค่าเริ่มต้นไม่ได้บังคับให้เปิดใช้งานโหมดประหยัดพลังงาน แต่จะคืนค่าการควบคุมกลับไปสู่พฤติกรรมเริ่มต้นของระบบ

คำสั่งในเทอร์มินัลจะตั้งค่าการประหยัดพลังงานของโปรไฟล์ Wi-Fi ในบ้านที่บันทึกไว้เป็น 2 แล้วจึงคืนค่ากลับเป็น 0
ลองปิดใช้งานโหมดประหยัดพลังงานบนการเชื่อมต่อที่มีปัญหาดูก่อน แล้วถ้ายังไม่หาย ให้กลับไปใช้ค่าเริ่มต้นอีกครั้ง

4. ตรวจสอบหาข้อผิดพลาดของไดรเวอร์หรือเฟิร์มแวร์

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

journalctl -b -k --since "10 minutes ago"

เพื่อจำกัดผลการค้นหา คุณสามารถกรองคำค้นหาที่เกี่ยวข้องกับเทคโนโลยีไร้สายทั่วไปได้:

journalctl -b -k --since "10 minutes ago" | grep -Ei 'wifi|wlan|firmware|iwlwifi|ath|rtw|mt76|brcm|resume|suspend'

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

journalctl -b -u NetworkManager --since "10 minutes ago"
หน้าต่างเทอร์มินัลแสดงตัวอย่างบรรทัดบันทึกเคอร์เนลสำหรับอะแดปเตอร์ Wi-Fi ของ Intel ที่กลับมาทำงานอีกครั้งและตัดการเชื่อมต่อในภายหลัง
ตรวจสอบข้อความเคอร์เนลล่าสุดสำหรับอะแดปเตอร์ของคุณหลังจากปลุกเครื่องไม่สำเร็จ ชื่อไดรเวอร์และข้อความจะแตกต่างกันไปตามระบบ

5. ยืนยันผลลัพธ์และเลือกขั้นตอนถัดไป

วิธีแก้ปัญหาที่มีประสิทธิภาพควรใช้งานได้ต่อเนื่องมากกว่าหนึ่งครั้งหลังจากเปิดเครื่องใหม่ หลังจากทดสอบแต่ละครั้ง ให้ตรวจสอบว่าอุปกรณ์ Wi-Fi กลับสู่connectedสถานะnmcli device statusปกติ เชื่อมต่อกับเครือข่ายที่ต้องการโดยไม่ต้องเปิดปิดด้วยตนเองซ้ำๆ และสามารถเข้าถึงอินเทอร์เน็ตได้ ไอคอน Wi-Fi เพียงอย่างเดียวไม่เพียงพอที่จะพิสูจน์ว่าสามารถเข้าถึงอินเทอร์เน็ตได้ หากเป็นไปได้ ให้เปรียบเทียบพฤติกรรมบนจุดเชื่อมต่อ Wi-Fi จุดที่สอง และสังเกตว่าปัญหาเกิดขึ้นขณะใช้แบตเตอรี่ ขณะใช้ไฟ AC หรือทั้งสองอย่าง

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

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

แหล่งข้อมูลและเอกสารอ่านเพิ่มเติม

ฝากความเห็น

วิธีการลงทะเบียนเครื่อง SLES 15 ใน SUSE Manager แบบออฟไลน์

วิธีการลงทะเบียนเครื่อง SLES 15 ใน SUSE Manager แบบออฟไลน์

ลงทะเบียน SLES 15 กับ SUSE Manager โดยไม่ต้องเชื่อมต่ออินเทอร์เน็ต โดยใช้ช่องทางการซิงโครไนซ์, ที่เก็บข้อมูลบูตสแตรป, คีย์การเปิดใช้งาน และเวิร์กโฟลว์บูตสแตรป Salt ที่ได้รับการตรวจสอบแล้ว

วิธีแก้ไขปัญหาการตัดการเชื่อมต่อ Wi-Fi หลังจากเข้าสู่โหมดพักเครื่องใน Ubuntu 24.04

วิธีแก้ไขปัญหาการตัดการเชื่อมต่อ Wi-Fi หลังจากเข้าสู่โหมดพักเครื่องใน Ubuntu 24.04

แก้ไขปัญหาการเชื่อมต่อ Wi-Fi หลุดหลังจากโหมดพักเครื่องใน Ubuntu 24.04: อัปเดตโปรแกรม ตรวจสอบการบล็อกคลื่นความถี่และ NetworkManager ทดสอบโหมดประหยัดพลังงาน ตรวจสอบบันทึก และตรวจสอบว่าการแก้ไขปัญหาได้ผลหรือไม่

แก้ไขปัญหาเสียงผิดเพี้ยนใน Ubuntu 24.04 ด้วยการปรับแต่งการตั้งค่า ALSA

แก้ไขปัญหาเสียงผิดเพี้ยนใน Ubuntu 24.04 ด้วยการปรับแต่งการตั้งค่า ALSA

แก้ไขปัญหาเสียงแตก เสียงหึ่ง และเสียงผิดเพี้ยนใน Ubuntu 24.04 โดยการวินิจฉัยอุปกรณ์ ALSA และปรับแต่งบัฟเฟอร์ อัตราการสุ่มตัวอย่าง และการตั้งค่า ALSA โดยตรงของ WirePlumber อย่างปลอดภัย

วิธีการติดตั้งโมดูลเคอร์เนลแบบกำหนดเองบน SLES 15 ด้วยการบูตแบบปลอดภัย

วิธีการติดตั้งโมดูลเคอร์เนลแบบกำหนดเองบน SLES 15 ด้วยการบูตแบบปลอดภัย

เรียนรู้วิธีการลงนามโมดูลเคอร์เนล SLES 15 แบบกำหนดเอง ลงทะเบียนใบรับรองกับ MOK โหลดโมดูลภายใต้ Secure Boot ตรวจสอบผลลัพธ์ และจัดการการอัปเดตเคอร์เนล

SLES 15 KVM Virtualization Setup and VM Auto-Start Guide

SLES 15 KVM Virtualization Setup and VM Auto-Start Guide

Set up KVM on SLES 15, configure libvirt networking and storage, create a VM, enable auto-start, and verify reliable startup after host reboot.

How to Configure a WireGuard Point-to-Site VPN Server on Debian 12

How to Configure a WireGuard Point-to-Site VPN Server on Debian 12

Configure a WireGuard point-to-site VPN on Debian 12 with wg-quick, IPv4 forwarding, nftables NAT, client profiles, systemd startup, and verification.

วิธีการเสริมความแข็งแกร่งให้กับ SLES 15 เพื่อให้เป็นไปตามมาตรฐาน STIG: ขั้นตอนการทำงานที่ปลอดภัยด้วย OpenSCAP

วิธีการเสริมความแข็งแกร่งให้กับ SLES 15 เพื่อให้เป็นไปตามมาตรฐาน STIG: ขั้นตอนการทำงานที่ปลอดภัยด้วย OpenSCAP

ตรวจสอบ SLES 15 เทียบกับมาตรฐาน DISA STIG ปัจจุบัน ตรวจสอบผลการตรวจสอบ OpenSCAP ทดสอบการแก้ไข และบันทึกข้อยกเว้นก่อนนำไปใช้งานจริง

วิธีการตั้งค่าขีดจำกัดหน่วยความจำของ SAP HANA บน SUSE Linux Enterprise Server

วิธีการตั้งค่าขีดจำกัดหน่วยความจำของ SAP HANA บน SUSE Linux Enterprise Server

เรียนรู้วิธีการตั้งค่าขีดจำกัดหน่วยความจำส่วนกลางและหน่วยความจำคำสั่งของ SAP HANA บน SUSE Linux Enterprise Server เปรียบเทียบขีดจำกัดของ HANA กับ SUSE MemoryLow และตรวจสอบการเปลี่ยนแปลงแต่ละครั้งอย่างปลอดภัย

How to Configure Gooroom OS Browser Isolation Settings Safely

How to Configure Gooroom OS Browser Isolation Settings Safely

Learn how Gooroom OS browser isolation works, prepare trusted and blocked URL policies, coordinate GPMS configuration, and verify the settings on your build.

คู่มือข้อกำหนดระบบและความเข้ากันได้ของระบบปฏิบัติการ Harmonica สำหรับแล็ปท็อปรุ่นเก่า

คู่มือข้อกำหนดระบบและความเข้ากันได้ของระบบปฏิบัติการ Harmonica สำหรับแล็ปท็อปรุ่นเก่า

ตรวจสอบข้อกำหนดของระบบ HamoniKR 8.0, ความต้องการของรุ่น Lite และรุ่นเต็ม และการตรวจสอบความเข้ากันได้กับแล็ปท็อป 64 บิตรุ่นเก่าก่อนทำการติดตั้ง