如何在不破壞依賴關係的情況下將 Debian 12 遷移到 Testing 版本
將 Debian 12 Bookworm 系統移轉到 Debian Testing,減少依賴項的意外情況。了解支援的 Bookworm 到 Trixie 遷移路徑、APT 檢查、模擬和復原保障措施。
更新說明 — 2026 年 10 月 6 日: Ubuntu 24.04.5 LTS 已於 2026 年 9 月 10 日發布,其發行說明包含了累積的軟體包和安全性更新。但其中並未列出解決睡眠後 Wi-Fi 斷開連線的通用方法。請先安裝最新的 Ubuntu 更新,然後診斷筆記型電腦的連線問題;正確的解決方法取決於其無線網路卡和驅動程式。
「掛起」是一種低功耗睡眠狀態,它會暫停筆記型電腦的大部分活動,直到您打開蓋子或按下某個按鍵。恢復後 Wi-Fi 連線失敗可能表示無線電模組被阻止、已儲存的網路連線未重新連線、存取點不可用,或核心驅動程式未能恢復轉接器。請依序逐一檢查這些問題,以便判斷變更是否確實提高了穩定性。
儲存您的工作,如果可用,請使用乙太網路連接,並安裝適用於 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'
對於 USB Wi-Fi 轉接器,請使用lsusb。晶片組和“正在使用的內核驅動程式”行是有用的信息;如果您需要技術支持,請將它們與內核版本一起複製。

下次恢復失敗後,請開啟“設定”>“Wi-Fi”,確保 Wi-Fi 開關已開啟。然後再次嘗試選擇您的網路。如有需要,請測試其他可信任網路或手機熱點:如果只有一個存取點發生故障,請在變更 Ubuntu 設定之前,先檢查其訊號、路由器或已儲存的密碼。
NetworkManager 是 Ubuntu 系統中用來管理網路連線的服務。它的命令列工具 `networkManager`nmcli可以顯示無線設備和已儲存的連線是否處於活動狀態:
nmcli device status
nmcli connection show --active
讀取 Wi-Fi 裝置行。如果顯示connected“已連線”,則表示 Wi-Fi 連線正常,問題可能出在網路連線、DNS 或存取點上,而不是無線電模組中斷連線。如果顯示「已斷線」disconnected或「未連線」 unavailable,請繼續向下捲動。

rfkill報告無線電模組是否因軟體或硬體控製而停用:
rfkill list
如果 Wi-Fi 條目顯示“” Soft blocked: yes,請嘗試:
sudo rfkill unblock wifi
然後,請在「設定」中關閉並重新開啟 Wi-Fi,或重試連線。如果顯示Hard blocked: yes“無法透過軟體指令清除硬體阻止”,請檢查筆記型電腦的無線開關或功能鍵、飛航模式控制以及韌體設定。不要想當然地認為藍牙條目就是 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 網路以使變更生效。您可以使用 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“停用”表示“停用”。恢復預設值並不會強制啟用節能模式;它會將控制系統恢復到預設行為。

核心是 Linux 的核心,其日誌通常會記錄無線驅動程式是否成功復原。問題重現後,請立即檢查最近的核心訊息:
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 適配器可能使用iwlwifi名稱中包含“Intel”的驅動程序,而其他適配器則使用不同的模組。不要將任何單一日誌行視為故障的證據。請尋找筆記型電腦喚醒期間重複出現的韌體載入錯誤、裝置重設或中斷連線等情況。您也可以檢查 NetworkManager 在同一時間段內的日誌:
journalctl -b -u NetworkManager --since "10 minutes ago"

有效的修復方案應該能夠承受多次喚醒事件。每次測試後,請確認 Wi-Fi 裝置恢復正常狀態connected,nmcli device status無需重複手動切換即可重新連接到目標網絡,並且能夠存取互聯網。僅憑 Wi-Fi 圖示不足以證明可以存取網路。如果可以,請在第二個接入點上進行對比,並記錄問題是在使用電池供電、交流電源供電還是兩者都存在時出現。
如果問題在核心更新後立即出現,您可以嘗試使用 GRUB 啟動選單中的「Ubuntu 進階選項」來測試已安裝的舊核心(如果有)。這只是一個對比測試,並非永久降級。如果舊核心能夠可靠地恢復 Wi-Fi 連接,而當前核心無法恢復,請在 Ubuntu 錯誤報告或支援請求中包含兩個核心版本以及無線晶片組資訊。在找到恢復方案之前,請勿移除新核心。
802-11-wireless.powersave。將 Debian 12 Bookworm 系統移轉到 Debian Testing,減少依賴項的意外情況。了解支援的 Bookworm 到 Trixie 遷移路徑、APT 檢查、模擬和復原保障措施。
使用同步通道、引導儲存庫、啟動金鑰和經過驗證的 Salt 引導工作流程,無需 Internet 存取即可將 SLES 15 註冊到 SUSE Manager。
解決 Ubuntu 24.04 掛起後 Wi-Fi 斷開的問題:更新、檢查無線電區塊和 NetworkManager、測試省電模式、檢查日誌並驗證修復。
透過診斷 ALSA 設備並安全地調整 WirePlumber 緩衝區、取樣率和直接 ALSA 設置,修復 Ubuntu 24.04 中的劈啪聲、嗡嗡聲和失真聲音。
學習如何對自訂 SLES 15 核心模組進行簽名,將其憑證註冊到 MOK,在安全啟動下載入它,驗證結果,以及處理核心更新。
在 SLES 15 上設定 KVM,配置 libvirt 網路和存儲,建立虛擬機,啟用自動啟動,並在主機重新啟動後驗證可靠啟動。
Configure a WireGuard point-to-site VPN on Debian 12 with wg-quick, IPv4 forwarding, nftables NAT, client profiles, systemd startup, and verification.
在生產推廣之前,根據目前的 DISA STIG 對 SLES 15 進行審核,審查 OpenSCAP 的調查結果,測試補救措施,並記錄例外情況。
了解如何在 SUSE Linux Enterprise Server 上設定 SAP HANA 全域和語句記憶體限制,將 HANA 限制與 SUSE MemoryLow 進行比較,並安全地驗證每個變更。
了解 Gooroom OS 瀏覽器隔離的工作原理,準備受信任且被封鎖的 URL 策略,協調 GPMS 配置,並驗證您的建置中的設定。