今日、この問題に遭遇しました。 Ubuntuを18.04から20.04にアップデートしようとしていましたが、アップデートのインストール中にラップトップが再起動しようとしました。 WindowsとUbuntuを搭載したデュアルブートコンピューターを使用しています。その後、再起動中に画面が明るくなり、何度も黒くなりました。次に、起動メニューの詳細なUbuntu設定に移動して、最初に出てきたカーネルを選択しました。しかし、下にこのメッセージが表示されました。画像のサイズが大きすぎるため、追加できませんでした。しかし、
- - -[ end Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0) ]- - -
できれば助けてください。前もって感謝します。
同じ問題がありました...
更新プロセスは適切なinitrd.imgを生成しません。これを解決するために、古いカーネルを起動してから、
Sudo update-initramfs -u -k 5.4.0-26-generic
(これをあなたのバージョンに置き換えてください)
Sudo update-grub
その後、再起動します。私のシステムは現在、正常に起動しています。
19.10からのアップグレードで同じ問題が発生しました。まだ修正中ですが、問題を解決することができました。
古いカーネル(つまり、5.4より古い)で詳細モードで起動してみてください。
詳細画面が表示されたら、ルートシェルを使用して次のコマンドを実行します。
dpkg -l | grep linux-image
最後のパッケージの行頭のステータスを確認します。ステータスii
は正しくインストールされていることを意味しますが、私のものはit
でした。つまり、いくつかのトリガーが保留中でした。私は走った
dpkg --triggers-only linux-image-5.4.0-29-generic
システムのブロックを解除しました(it
を示すパッケージ名に置き換えてください)。
次にapt autoremove
パッケージとカーネルをクリーンアップします。
それ以降はreboot
になり、アップグレードを続行できる可能性があります。
19.10からの失敗した更新を修正するために私が従わなければならなかった手順は次のとおりです。 Jogi's 回答、 grimmlink's 回答、および kubanczyk's コメントの組み合わせです。
ステップ1
マシンを再起動(再起動)してリカバリモードにします。
_left shift
_を押すか、ゆっくり繰り返しesc
を押す必要があります。 esc
を大量のキーにスパム送信すると、grubシェルになります。オプションのリストが表示された黒い画面が表示されます。先頭に_Advanced options
_があるものを選択します。新しいリストが表示されます。次に、末尾にrecovery
がある古いカーネルオプションを選択します。
_5.4.0-29
_がリストにあり、それが最新(最大)の数値である場合は、それよりも低い回復オプションを選択してください。 linux-image-5.3.#.# (recovery)
のようなものを使用しました。
ステップ2
すべての読み込みが完了したら、ルートシェルにドロップします。これは、オプションのリストからのroot
オプションです。画面に多数のアーティファクトがあり、見づらくなっている場合は、ルートオプションを選択し、_ctrl + d
_を押してその選択をキャンセルすると、画面がクリアされ、再び表示されます。
ルートシェルに入ると、アップグレードに失敗する前にデータをコピーしなかった場合に備えて、この時間をかけてディスクからデータをコピーすることができます。その方法については、別の投稿を調べる必要があります。
次のコマンドを実行して、アップグレードのインストールステータスを確認します。
_dpkg -l | grep linux-image
_
カーネルの最新バージョンの横の行の先頭がii
の場合、これはインストールが成功したことを意味し、おそらくステップ3に進む必要があるだけです。iU
はファイルが存在し、解凍されていることを意味しますが正しくインストールされていません。 iT
は、実行されなかったトリガーによってインストールが保留されたことを意味します。それに応じて続行します。
ステップ2:iU
status
次のコマンドを使用して、失敗したイメージを再インストールする必要があります。 Jogiの功績です。
_Sudo update-initramfs -u -k 5.4.0-26-generic # <--- replace with your version!
Sudo update-grub
reboot
_
ステップ2:iT
status
アップデートのトリガーを手動で実行する必要があります。クレジットグリムリンク。
_dpkg --triggers-only linux-image-5.4.0-29-generic
reboot
_
ステップ3
この時点で、Ubuntuを起動できるはずです。私のようにGUIはまだ壊れていますが、技術的にはログイン画面を見ることができます/システムへのログインは次のようにする必要があります:
回復モードに戻り、ルートシェルに再度ドロップします。 注:おそらく古いバージョンのカーネルの代わりに、最新のカーネルバージョンを使用できます。古いものを使用しました。これらのコマンドを実行します。 kubanczykへの部分的なクレジット。
_dpkg --configure -a
apt --fix-broken install
reboot
_
これで、Ubuntu 20が動作するはずです。他に問題がないか、想定どおりに更新されなかった場合。
トラブルシューティング
トラブルシューティングのために覚えておくべき主要なコマンドは以下のとおりです。注:コマンドにSudo Jogiを追加したままにしましたが、rootはすでに存在しているため、不要になる可能性があります。
_Sudo update-initramfs -u -k 5.4.0-26-generic # <--- replace with your version!
Sudo update-grub
dpkg --configure -a
apt --fix-broken install
_
最も古いカーネルのリカバリモードで起動しました。それは3. *でしたが、自分自身である回復シェルから与えられたdpkgコマンドを実行したところに回復シェルがプロンプトされました。すべてのパッケージがインストールされ、問題は解決されました。特定のコマンドを実行する必要はありませんでした。
私のコンピューターは更新後にフリーズしたので、手動で再起動し、上記のものを実行しました。