私は絶望的です。私はノートブックにWindows 7 Home Premiumをインストールしており、いつものようにUbuntuをインストールすることにしました。それでも、インストール中にグラフィックカードにいくつかの問題があり、いくつかの問題が発生し、ubuntuを適切に実行できなかったため、パーティションをフォーマットし、データパーティション(元のパーティション)に結合してubuntuをアンインストールすることにしました。その後、私はどのOSに入ることもできません。 BIOSからでもありません。しかし、パーティションはそこにあります。方法はありません。ブートを修復するためにWindows DVDを試しましたが、インストールだけでは修復オプションは提供されません。また、 this post が言ったように「lilo」を試しました。
Super Grub Diskを試してみましたが、うまくいきませんでした。 a report を取得できるライブCDからのブート修復でさえも。
私に何ができる?いつものようにWindowsを起動したいので、Linuxのインストールを再試行します。しかし、Windowsのブートに戻る必要があります。
ブート時に得られるものは次のとおりです。
error: no such partition.
grub rescue> _
ls
はここにあります:
(hd0) (hd1) (hd1, gpt5) (hd1, gpt4) (hd1, gpt3) (hd1, gpt2) (hd1,gpt1) (hd2) (hd2,gpt2) (hd2,gpt1)
新しいコンピューター(asus ux32vd)であり、削除したUbuntuのバージョンは12.10でした。ライセンスキーをなくしてしまうため、Windowsを再インストールしたくありません。他に何ができるかわかりません。
MttJocyは部分的に正しいですが、ひねりがあります:コンピューターは明らかに GUID Partition Table(GPT)、 を使用します。これは、Windowsがほぼ確実にインストールされて起動することを意味します Extensible Firmware Interface( EFI) モード。 EFIコンピューターでは、GRUBはMBRにインストールされません。 EFI System Partition(ESP) にインストールされます。これはブートローダーを保持するFATパーティションです。 ESPは通常、ディスク上の最初のパーティションです。さらに、EFIコンピューターでは、ブートローダーは通常、NVRAMエントリを介して自身をファームウェアに登録します。ファームウェアは、NVRAMに表示される順序に基づいてブートローダーを起動します。あなたの場合、GRUBはESPにまだ存在し、そのNVRAMエントリはまだ存在しますが、GRUBの構成ファイルはLinux専用パーティションに存在するため、アクセスできなくなり、GRUBをレンダリングします_本質的に役に立たない。 (私見、これはUbuntuの構成のバグです。正確にこの問題を回避するには、Linuxの/boot
パーティションではなく、ESPにGRUB構成ファイルを配置する必要があります。)
いずれにしても、この問題には少なくとも2つの解決策があります。
efibootmgr
などのツールを使用して、NVRAMエントリを調整できます。これを行うには、EFIモードのLinux緊急ディスクで起動する必要があります(「インストール前に試す」モードのUbuntuインストーラーは機能するはずですが、ツールをインストールするにはSudo apt-get install efibootmgr
を行う必要があります)。その後、efibootmgr -v
を実行してNVRAMエントリを表示し、-o
オプションを使用して、Windowsブートローダーをリストの最初に設定します。これは、Windowsブートローダーがefibootmgr -o 0001
の場合のBoot0001
と同様です。これらの方法は、Windowsブートローダーがまだ完全であり、そのエントリがNVRAMにまだ存在することを前提としています。そうでない場合は、Windows固有のツールを使用して、Windowsブートローダーを再インストールするか、NVRAMエントリを復元する必要があります。 Windowsインストールディスクでジョブを実行できるはずですが、その操作の詳細についてはあまり詳しくありません。
常にダウンロードして Resc-a-Tux を使用できます。
これは主な目的のライブCDです:grubの復元/ grubのインストール。これは、Windowsが確認せずにgrubを削除した直後に使用した素敵なプログラムで、とても魅力的でした。しかし、あなたの場合、GrubをWindowsのブートにインストールしていますが、これはまったく問題ではありません。復元grubを押すだけで、ブートローダーが作成されます。
Rescatuxの機能:
GRUBおよびGRUB2を修正
Debian/Ubuntu GRUBメニューを再生成します
ファイルシステムの確認と修正
Windows MBRを修正
空のWindowsパスワード
ブート情報スクリプト
Gnu/Linuxパスワードを変更する
Sudoersファイルを再生成する
追加ツール:
シナプス
Gparted 0.7
ここでの問題は、grub自体がまだ存在し、Linuxカーネルイメージと一緒に含まれる/ bootを消去したパーティションをフォーマットしたときにMBRで機能しているのに、メニューなどを生成するために必要なgrub構成です。
例として、Windowsインストールのパーティションを手動で指定してブートし、それが機能するかどうかを確認することができます。
boot (hd0)
Hd0を、Windowsがインストールされているディスクとパーティションに置き換えます。hd0は最初のHD、hd1は2番目などで、パーティションには同様の番号が付けられています。それがうまくいかない場合、私の頭に浮かぶのは、ubuntuのインストールを再度実行することです。それはあなたのために新しいブートローダー設定をインストールしますが、ubuntuを削除しようとしても理想的ではありませんが、うまくいきます。
さらに、ubuntuパーティショナーを使用して別の/ bootパーティションを作成する場合は、約100MB程度で済み、ブートローダーの設定を乱すことなくメインインストールパーティションを削除できる可能性が低くなります。
Grub2を修正してくれたシンプルでグラフィカルなツールは、「ブート修復」です。 HowToGeekに関するこの記事 には完全なスクープ(および非グラフィカルオプションの説明)がありますが、私にとっての簡単な手順は
ターミナルを起動して実行:
[推奨修復]ボタンをクリックします
... Windows 7を起動しました。
http://www.howtogeek.com/114884/how-to-repair-grub2-when-ubuntu-wont-boot/
これは、Windows-UEFI-Ubuntu(Linux)-GPTの一般的な問題です。
私はUEFIを持っていなかったので、自分で修正することはできませんでした。多くのスレッドを読んでください。
Windows-seven forums からの問題と同様の問題の例を次に示します。また、多くのスレッドが buntuForums.org に存在します
私は簡単な解決策はありませんが、ただ考えています。 BIOS設定ページで起動し、最初にオプションの起動順序をMBRから変更してみてください。 (UEFIではありません)その後、Windows Repair CDを使用して再度修復を試みます。