
最近、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 年前のものです。
私は同じ問題を見つけましたManjaro フォーラム手順を Ubuntu の言語に翻訳する手助けが必要です:
ライブUSB [Ubuntu]を起動する(ダウンロードして、動作しているコンピューターに「書き込む」)
ターミナルを起動する
sudo -s
ルートになるために実行する実行
manjaro-chroot -a
*(現在ここで停止しており、chroot -a
Ubuntu では何も実行されません)/etc/mkinitcpio.conf を編集します (コメントを解除します
COMPRESSION="lz4"
| (Ubuntu と同じですか?))走る
mkinitcpio -P
chrootを終了して再起動する
Ubuntu 22.04 のライブ USB を持っています。
ありがとう。
ウープディット:私はこれを解決できませんでした。再インストールして、実際に動作する標準の realtek wifi チップと交換し、Ubuntu 20.10 を使用して、ドライバーを自動的にインストールできるようにしました。 を使用/etc/initramfs-toolsl/initramfs.conf
してファイルシステムを一時的なレスキューファイル(?)にマウントした後、ライブ環境で nano を使用して、最終的に必要な .conf を見つけて編集しchroot
ましたが、それでもうまくいきませんでした (mkinitcpio.conf は、その Manjaro バージョンのようです)。言及し忘れたことの 1 つは、ラップトップに NVME があり、使用したことはありませんが、システムがインストールされていたことです。アップグレードが失敗したのはそのせいだと思いますが、同様に、修正の試みもすべてそのせいで失敗しました。
私の記憶が確かなら、NVME を忘れていなかったらおそらく修正できたであろう手順は次のとおりです。
ライブUSBを起動
ターミナルを開いて、一時
rescue
ファイル システム/マウント ポイントを作成します (このための正確なコマンドは忘れてしまいました)chroot
壊れたファイルシステムをマウントするために使用しますrescue
nano を使用して必要なファイルに移動し、編集します。nano の指示に従って変更を保存します。
'chroot'を終了して再起動する
それがうまくいくように小さな神々に祈ります。
私の場合は、何かはできましたが、まだ正常に起動しませんでした。そのため、再インストールしました。
答え1
私考える* これは 5.4.0-89-generic カーネルの問題である可能性があります。コンピューターの BIOS から Grub メニューに入りました。SHIFT を押しても何も起こらなかったため、古いカーネルを起動して編集を試みましたmkinitcpio.conf
。Ubuntu の実行中に、インストールした更新に関する通知を受け取りました。その中には、5.15.0 カーネルをインストールする更新と、5.4.0-89 カーネルを削除する更新がありました。私のシステムは、この最新のカーネルで正常に起動するようになりました。
- しかし、アップグレード中に多くの奇妙なことが起こりました。そのうちの 1 つが initramfs の問題を引き起こし、カーネルの更新によって問題のある部分が単純に上書きされた可能性があります。