SLES 線上修補程式配置指南:無需重新啟動即可套用核心更新
在 SLES 15 SP7 上啟用核心即時修補,無需重新啟動即可應用支援的修復程序,驗證活動補丁,並了解何時仍需要重新啟動核心。
SUSE Linux Enterprise Server (SLES) 核心即時修補程式 (KLP) 無需重新啟動系統即可將受支援的核心修復應用到正在執行的系統。在 SLES 15 SP7 中,SUSE 以核心即時補丁包的形式提供這些修復程序,每個補丁包都與特定的核心版本相符。uname -r因此,即時補丁成功套用後,輸出結果保持不變;請使用 KLP 工具確認補丁狀態。
線上補丁可以減少立即進行維護重啟的需要,但並不能完全消除內核重啟計劃。線上修補程式涵蓋部分關鍵修復;它們不能取代常規核心更新、服務包維護或需要重新啟動的修復。 SUSE 可能無法為每個符合條件的修復建立線上修補程式。請預留已排程的重新啟動路徑,以便安裝更新的基礎核心並套用無法就地修補的修復程式。
本指南遵循 SUSE核心即時修補管理指南(KLP)中發布的 SLES 15 SP7 流程。在將指令套用到生產主機之前,請務必查閱文檔,以確認您的特定服務包和架構。
| 任務 | 命令或檢查 | 它告訴你什麼 |
|---|---|---|
| 識別正在運行的內核 | uname -r | 當前核心版本已載入到記憶體中;它不顯示即時補丁等級。 |
| 列出已安裝的即時補丁包 | zypper se --details 'kernel-livepatch-*' | 已安裝或可在已啟用軟體倉庫中找到的軟體包。 |
| 檢查當前補丁狀態 | sudo klp status | KLP是否活躍以及其當前狀態。 |
| 檢查已加載補丁的詳細信息 | sudo klp -v patches | 已安裝/載入補丁資訊並涵蓋了修復內容。 |
| 查看補丁支援日期 | sudo zypper lifecycle | 生命週期數據,當所需的生命週期軟體包安裝時。 |
uname -r近期系統運作狀況和目前維護計畫。盡可能在具有代表性的非生產伺服器上測試該流程。執行擴充功能列表,找到已安裝產品的確切 SLE Live Patching 條目:
sudo SUSEConnect --list-extensions
對於 x86_64 架構的 SLES 15 SP7,SUSE 文件中提供了類似的啟動路徑sle-module-live-patching/15.7/x86_64。主機上的輸出結果具有權威性:請在繼續操作前確認版本和架構是否符合。
使用所示的啟動指令SUSEConnect --list-extensions,並替換為您的有效註冊碼。例如,適用於 SLES 15 SP7 x86_64:
sudo SUSEConnect -p sle-module-live-patching/15.7/x86_64 \
-r LIVE_PATCHING_REGISTRATION_CODE
請勿將真實的註冊碼貼到共享工單、shell 日誌或公用日誌中。如果註冊失敗,請檢查註冊碼、訂閱狀態、產品路徑、網路存取權限,以及電腦是否已註冊至預期的 SUSE 客戶中心組織。
安裝即時修補軟體模式及其相依性:
sudo zypper install -t pattern lp_sles
確認前請先查看 Zypper 提出的變更。此模式會安裝基礎 KLP 元件和初始即時修補程式。當軟體套件管理器在已啟用的軟體倉庫中找到適用於目前運行核心的即時修補程式時,即可在軟體包安裝過程中修補目前運行核心。是否有可用的修復程序取決於特定的核心版本和軟體倉庫內容。
啟動後,透過常規的 SLES 更新流程安裝即時補丁包。首先刷新儲存庫元資料並查看可用修補程式。然後根據貴組織的常規變更控制流程套用更新,例如:
sudo zypper refresh
sudo zypper patch
請仔細閱讀擬議的交易。運行核心的即時補丁包無需重新啟動即可安裝,但常規核心包更新仍可能提示重新啟動。請勿忽略此提示或將內核更新鎖定作為永久性解決方法。如果安裝了較新的基礎內核,請規劃一次受控重啟以啟動運行並完成內核維護週期。
驗證即時補丁是否有效,與核心發布字串無關:
uname -r
sudo klp status
sudo klp -v patches
zypper se --details 'kernel-livepatch-*'
用於klp status查看運行狀態和klp -v patches補丁詳情,包括當前補丁所修復的問題。 SUSE 指出,uname -r即使核心已打補丁,此資訊也不會改變。僅憑已安裝的軟體包的存在並不足以證明預期的修補程式已載入;請檢查 KLP 狀態輸出。
| 症狀 | 檢查 |
|---|---|
| 清單中缺少擴展名 | 請在 SUSE 客戶中心確認產品註冊、授權、服務包、架構、儲存庫存取權限和確切的擴充可用性。 |
| 沒有出現任何實時補丁包 | 請將軟體包名稱和倉庫內容進行比對uname -r。必須存在與當前運行核心完全匹配的補丁,且該補丁必須可透過已啟用的管道取得。 |
| 軟體包已安裝,但狀態異常 | 檢查sudo klp status並sudo klp -v patches區分已安裝的軟體包和目前載入到正在運行的核心中的修補程式。 |
| Zypper 請求重啟 | 檢查交易是否已更新kernel-default或其他對重新啟動敏感的元件。遵循正常的重啟批准和維護流程。 |
| 生命週期日期缺失 | 確保已安裝 SLE Live Patching 的生命週期數據,然後重新運行sudo zypper lifecycle。 |
如果新安裝的即時修補程式出現問題,請暫停後續部署,並檢查核心日誌和服務運行狀況。 SUSE 文件中提供了適用於合適系統的手動降級路徑,但警告稱,已經出現核心警告或錯誤追蹤的主機可能不適合進行降級。請使用相符的補丁包版本,並在系統狀態不確定時聯絡 SUSE 支援;切勿在生產核心上進行臨時降級操作。
lp_sles。klp status使用和確認已載入的補丁klp -v patches。對於叢集管理,請使用貴組織經過驗證的 SUSE 管理工作流程,並確認通道已公開匹配的即時修補程式包。官方的SUSE Multi-Linux Manager 通道設定文件介紹了 SLES 15 SP7 的通道準備工作。
在 SLES 15 SP7 上啟用核心即時修補,無需重新啟動即可應用支援的修復程序,驗證活動補丁,並了解何時仍需要重新啟動核心。
使用 SUSE 支援的設定公用程式在 SLES 15 上啟用 FIPS 模式,安全重啟,驗證核心和加密策略狀態,並檢查認證限制。
使用官方 .deb 軟體包、APT、策略檢查、更新指南和受管設備修復程序,安全地在 Gooroom OS 上安裝 Google Chrome。
使用 rsyslog、TLS 憑證、對等名稱驗證、佇列、驗證和測試,安全地將 SLES 系統日誌轉送到遠端 syslog 伺服器。
使用 YaST 將 SLES 15 加入到具有 SSSD 的 Active Directory。準備 DNS 和時間,配置網域登錄,驗證 Kerberos,並比較 SSSD、Winbind 和 realmd。
透過檢查內建的 rtw88 驅動程式、Realtek 韌體、rfkill、NetworkManager 和安全性回退選項來修復 Pardus Linux 上的 RTL8821CE Wi-Fi。
使用 systemd-resolved 診斷和修復 Debian 12 DNS 解析失敗,包括 resolv.conf、NetworkManager、networkd、快取和驗證。
在 Windows 11 旁邊安裝 Pardus 25.2,方法是備份、縮小 Windows 磁碟區、啟動 UEFI USB 並保護現有的 EFI 和復原分割區。
診斷 SUSE Linux Enterprise Server 中 Zypper 刷新失敗所導致的 HTTP 500 錯誤。確定故障儲存庫,檢查代理程式和註冊訊息,然後安全地刷新元資料。
將所謂的 Pardus 軟體套件管理器「PETA」與 APT 進行比較,明確目前 Pardus 軟體包工具,並選擇適合桌面使用或管理的介面。