Initramfs 解包失敗:壓縮檔案開始處的魔法無效 -> 核心恐慌

Initramfs 解包失敗:壓縮檔案開始處的魔法無效 -> 核心恐慌

我最近將我的 ASUS X515M 筆記型電腦從 Ubuntu 20.04 更新到 22.04,這讓我的魔法失效了。我努力練習我的魔法。為什麼 Ubuntu 會失效呢? :(

嘗試啟動後的輸出圖片

我什麼思考是重要的部分:

Initramfs unpacking failed: invalid magic at start of compressed archive

. . .

End Kernel Panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0)

我的 BIOS 已經有大約 2 年歷史了。

我在 上發現了同樣的問題曼札羅論壇,我只需要幫助將這些步驟翻譯成 Ubuntu 語言:

  1. 啟動即時 USB [Ubuntu](在任何工作電腦上下載並「燒錄」它)

  2. 啟動終端

  3. 運行sudo -s成為root

  4. run manjaro-chroot -a*(目前卡在這裡,chroot -a在 Ubuntu 中沒有執行任何操作)

  5. 編輯/etc/mkinitcpio.conf(取消註釋COMPRESSION="lz4"|(與Ubuntu相同?)

  6. 跑步mkinitcpio -P

  7. 退出 chroot 並重新啟動

我有一個 Ubuntu 22.04 的 live USB。

謝謝。

哎呀編輯:我從來沒有解決過這個問題。必須重新安裝並更換庫存的 Realtek Wi-Fi 晶片,並使用實際可用的 Ubuntu 20.10,這樣我就可以自動為其安裝驅動程式。/etc/initramfs-toolsl/initramfs.conf在使用 將檔案系統安裝到臨時救援檔案(?)後,我最終確實找到並編輯了在即時環境中使用 nano所需的 .conf chroot,但這也不起作用(mkinitcpio.conf 似乎是 Manjaro 版本的) 。我沒有提到的一件事是,我的筆記型電腦上還有一個 NVME,我從未使用過,但仍然安裝了系統。我認為升級因此而失敗,同樣,我所有修復它的嘗試也因此失敗。

據我所知,如果不是被遺忘的 NVME,我所做的步驟可能會修復它:

  1. 啟動至 Live USB

  2. 打開終端並創建一個臨時rescue檔案系統/安裝點(我忘記了這個 rn 的確切命令)

  3. 用於chroot將損壞的檔案系統安裝到rescue

  4. 使用 nano 導航並編輯您需要的文件。按照 nano 中的說明儲存變更。

  5. 退出“chroot”並重新啟動

  6. 向小神祈禱它有效。

對我來說它做了一些事情,但仍然無法正常啟動。所以我只是重新安裝。

答案1

思考* 這可能是 5.4.0-89-generic 核心的問題。我透過電腦上的 BIOS 進入了 Grub 選單 - 按住 SHIFT 沒有執行任何操作,並啟動了較舊的核心來嘗試編輯mkinitcpio.conf.當 Ubuntu 運行時,我收到了有關我安裝的更新的通知。其中一個更新安裝了 5.15.0 內核,另一個更新刪除了 5.4.0-89 內核。我的系統現在可以使用這個最新的核心成功啟動。

  • 但在升級的過程中卻發生了許多奇怪的事情。其中之一可能導致了 initramfs 問題,而核心更新只是覆蓋了任何不好的地方。

相關內容