マシンでUbuntuとWindowsのデュアルブートを実行しています。昨夜、Windowsはいくつかの更新プログラムのインストールを開始し、更新中にマシンが数回再起動すると述べました。
さて、最初の再起動後、このGRUBレスキュー画面が表示され、私のマシンがUbuntuパーティションを見つけられないようです。私は、Windowsが更新によって破壊したのではないかと思い始めました。
これまでに発見した他のすべての脅威では、「ls」コマンドを実行してすべてのパーティションを検索し、「set」コマンドを実行してGRUBが設定したものを確認します。
ls
は以下を返します。
(hd0) (hd0,msdos5) (hd0,msdos2) (hd0,msdos1)
OK、戻り値を設定:
cmdpath=(hd0)
prefix=(hd0,msdos7)/boot/grub
root=hd0,msdos7
今、私はこれが間違っていることを理解しています。解決策は、Ubuntuパーティションが見つかるまでls
すべてのパーティションにすることです。 ls (hd0,msdos#)/
を実行してこれを試しました。ここで、#
はls
で示される数値の1つです。すべてのコマンドが返します:
エラー:不明なファイルシステム。
また、boot/grub
とその組み合わせをコマンドに追加しようとしましたが、何も機能しません。
今、私の次の計画は、誰か他の人のコンピューターを使用してUbuntuライブUSBを取得することですが、今はできません。
ここで何が間違っていますか?ハードディスクドライブが壊れていますか?未完了の更新プログラムで破損しましたか?別の解決策はありますか?
主要なWindowsアップデーターには、MBRディスク上のLinuxパーティションタイプを変更するバグがあります。 testdisk
こちらを参照 を使用してMBRパーティションの問題を解決するか、この場合の問題を解決するには完全なUbuntuインストールが必要になります。
私は非常に似た問題を抱えていました。デュアルブートウィンドウ10とdebian(Bunsen)を使用し、関連する場合は(U)EFI biosシステムを使用します。ここに私が問題を解決した方法があります。
昨日、夏以降初めてウィンドウを開きました。更新プログラムをインストールして再起動する必要があり、2回目の再起動時にgrub rescueプロンプトが表示されます。
error: unknown filesystem
grub rescue>
ls
が与えた:(hd0) (hd0,gpt6) (hd0,gpt5) (hd0,gpt4) (hd0,gpt3) (hd0,gpt2) (hd0,gpt1)
ファイルシステムを見つけるために、grubレスキューは、ハッシュタグが1から6の間の数字であるls (hd0,#)
を実行することを認識できます(注:「gpt」部分とおそらく「msdos」部分を省くことができます。古いパーティションテーブルを使用します)。
Gpt5が私のホームパーティションであり、gpt4が私のdebianルートパーティションであることがわかりました。他のパーティションには(grubレスキューによって)認識できるファイルシステムがありませんでした。
Carla Schroderの「Linuxで非ブートGRUB 2をレスキューする方法」ガイド( https://www.linux.com/learn/how-rescue-non-booting -grub-2-linux )。ガイドの最後に、彼女はgrubレスキューから起動するコマンドを提供します。ガイドを読むとき、最初は通常のgrubプロンプトから起動する問題に対処していることに注意してください。これはレスキュープロンプトではなく、私たちに関係があるので、その部分を読んでレスキュープロンプトに進みます。
ブートパーティションはgpt4なので、次のコマンドを実行しました
set prefix=(hd0,4)/boot/grub
set root=(hd0,4)
insmod normal
最後のプロンプトは、プロンプトのフォントを少し変更してから、コマンド
normal
通常のGRUB2グラフィカルブートメニューが起動しました。ガイドはそれについて何も言わなかった、それは起こるだろう...しかしそれは見事に働いた。 Windowsブートを選択し、更新プログラムのインストールを続行しました。別の時間に再起動し、grubレスキュープロンプトに戻り、手順を繰り返して、再びウィンドウを起動することを選択し、今回は更新プログラムのインストールが完了しました。
次に、手動で再起動します(Windowsの更新が構成されている場合)。再びgrubのレスキュープロンプトを取得して繰り返しますが、今回はグラフィカルブートマニュアでLinux(bunsenlabs)を選択し、ログインしたらターミナルを開いて、Carla Schroderのガイドに従っています。
Sudo update-grub
私のLinuxイメージとWindowsブートマネージャーを見つけてから、
Sudo grub-install /dev/sda
最後に、再起動してすべてが機能することを確認します。グラフィカルGRUBブートマニュアルを直接取得し、LinuxとWindowsの両方を選択できるようになりました。
誰かが同様の問題を経験した場合、これが役立つことを願っています。