Linux Mint 更新後部分用戶見粉紅 kernel panic:用 GRUB 回復舊 kernel 自救
3C 產品

Linux Mint 更新後部分用戶見粉紅 kernel panic:用 GRUB 回復舊 kernel 自救

圖片:via XDA Developers — https://www.xda-developers.com/linux-mint-70-nasty-kernel-panics-but-theres-a-way-to-quickly-go-back/
TechLab 編輯部(譯)·

先啟動上一個可用 kernel,再安全移除或暫避 7.0.0-28

粉紅畫面唔代表硬件突然死咗

近日有部分 Linux Mint 用戶回報,安裝 7.0.0-28-generic 後重新開機,畫面停喺粉紅或紫色嘅 kernel panic,部分個案仲見到 VFS: Unable to mount root fs on unknown-block(0,0)。呢個畫面夠嚇人,不過淨係睇顏色同一句 panic,未足以證明 SSD、RAM 或主機板壞咗;如果故障啱啱喺 kernel 更新後先出現,第一步應該試返上一個可用 kernel。

Linux Mint 安裝新 kernel 時,正常會保留舊版本,開機只係預設揀最新嗰個。呢個設計正正留咗條退路:舊 kernel 仲喺度嘅話,通常唔使重裝系統、還原個人檔案,亦唔使急住拆機檢查硬件。以下做法只適合更新後先出事,而且 GRUB 入面仍然搵到舊 kernel 嘅電腦。

Linux Mint 更新後部分用戶見粉紅 kernel panic:用 GRUB 回復舊 kernel 自救

圖片:Wikimedia Commons — Kevin(CC BY 2.0)

第一步:經 GRUB 啟動舊 kernel

完全關機再開機,開機初段按住左 Shift;如果見唔到 GRUB,可以改為連按 Esc。入到選單後揀 Advanced options for Linux Mint,再揀一個早過 7.0.0-28、之前肯定開到機嘅普通項目,例如原本用開嘅 6.x kernel。先試正常啟動項目,唔好一開始就揀 recovery mode,仲唔好刪任何 kernel。

成功返到桌面後開 Terminal,輸入 uname -r,確認而家行緊嘅版本唔係 7.0.0-28-generic。呢步唔可以慳,因為 Linux Mint 官方指引講明,系統唔會畀你移除正在使用嘅 kernel;同時亦要記低而家呢個可正常啟動嘅版本,之後清理時至少保留佢同另一個後備版本。

第二步:移除或暫避 7.0.0-28

開啟 Update Manager → View → Linux Kernels,搵到 7.0.0-28,確認畫面顯示佢唔係而家使用版本,先按 Remove。完成後重新開機,再用 uname -r 檢查一次。唔好順手清走全部舊 kernel,亦唔建議新手直接抄一長串 apt purge 指令,揀錯套件可能連最後嗰個可用後備都拆埋。

如果你未中招,但 Update Manager 正準備安裝 7.0.0-28,可以暫時唔揀呢項更新。移除後如果再次見到同一版本,亦可以先跳過,等較新 kernel 推出,或者官方確認問題已經修正。7.0.0-28 本身包含安全修正,所以呢個只係短期避險,唔好由此停晒所有系統更新或者永遠鎖死 kernel。

VirtualBox/DKMS 可能有份,但唔係全部個案

現有資料未支持「7.0.0-28 會整死所有 Mint 電腦」呢個講法。部分回報涉及 Ubuntu 24.04 HWE 上嘅 VirtualBox 7.0.16 DKMS:模組未能配合 Linux 7.0 編譯,連帶令 initramfs 生成中止,下一次開機就搵唔到 root filesystem。Launchpad 有相符嘅 bug report,不過亦有用戶話自己冇裝 VirtualBox,反映成因未必得一個;顯示卡 driver、其他 DKMS 模組、initramfs 同特定舊硬件都有可能要再查。

Canonical 另外正式確認過 7.0.0-28 嘅 AMDGPU/ROCm 效能倒退,但官方清楚形容嗰次係吞吐量下跌,唔係系統鎖死。兩個問題唔應該撈埋講。如果舊 kernel 一樣開唔到,或者 GRUB 根本冇其他版本,就先停手,唔好再移除套件;影低完整錯誤訊息,再用 Timeshift、Live USB 或搵熟 Linux 嘅人檢查 initramfs 同磁碟狀態會穩陣啲。


參考來源

本文根據原文及公開資料整理;資料有出入時,以原文及官方資料為準。

分享:WhatsAppThreadsTelegramFacebook