web-dev-qa-db-ja.com

デュアルブート時にWindows 7がgrubの紫色の画面でハングする

Ubuntu 12.04とWindows 7 64ビットのデュアルブート用に新しいラップトップ(Lenovo Z510)をインストールしました。いくつかのトライアルの後、今では動作しますが、奇妙な効果があります。

私はいつもGrubのパープルスクリーンにうまく入ります。 Ubuntuは常に動作します。 Windowsを起動したいが、Windowsは正常に起動します(Windowsの起動音が聞こえます)が、空白の紫色のGrubのような画面しか表示されません。ただし、Tabキーを3回押してからEnterキーを押してWindowsを操作すると、PCが正常にシャットダウンします。

時々、そのようなトリックが機能します。電源キーを押すと、PCが休止状態になります。その後PCのスイッチを入れて、GrubでWin7を再度選択すると、今度は画面が正常に機能します。しかし、私はトリックが常に機能するとは限らないことを見つけなければなりませんでした-多分それが機能するかどうかはランダムです:-(

回避策は非常に汚れていますが、それを取り除くにはどうすればよいですか?

ご協力いただきありがとうございます!

10

私はまったく同じ問題を抱えていました(私が見たのはグラブパープルスクリーンだけだったとしても、Windowsのログイン音を聞くことができました)。

幸いなことに、回避策が見つかりました。

  • ファイル30_os-prober06_os-proberに移動します(Windowsエントリを最初にリストするため)
  • Sudo upgrade-grubを実行します

そして今、それは毎回うまく動作します...私は理由を理解していませんし、update-grubが十分であるかどうかを分離しようとしませんでした。

3
Filou77

私の経験では、ビデオカードドライバーがWindowsシステムに正しくインストールされていない場合(この場合はWin 7)、この問題が発生する可能性があります。

私を助けたステップ:

  1. Ubuntuを起動します

  2. /etc/default/grubを編集し、GRUB_TERMINAL=console行のコメントを解除してから、Sudo update-grubを実行します

  3. 再起動してWindowsを起動します

  4. ビデオカードドライバーのインストール/再インストール(私の場合はIntel HD + nVidia)

  5. 再起動してUbuntuを再起動します

  6. /etc/default/grubを以前の状態(コメントGRUB_TERMINAL=console)に復元し、Sudo update-grubを再度実行します。

できた.

テスト済み:
Dell Inspiron 15 3000シリーズ、OS:Windows 7 x64、Ubuntu 16.04 LTS x64

1
bbaf

だからこの種の私のために働いた。 /etc/grub.d/30_os-proberファイルを/etc/grub.d/06_os-proberに移動してから、update-grubを実行しました。

これにより、ウィンドウがgrubブート画面の上部に配置されます。それから私は多くの異なるオプションを起動し、Windowsとubuntuから再起動しようとしましたが、これまでのところ気づいたのは、grubを介してブートを許可し、手動で介入せずに自分で進み、デフォルトの10秒を渡して、Windowsにブートすることです問題なく。

ただし、カーソルを使用してgrubブート画面で「Windows 7」オプションを手動で選択し、Enterキーを押すと、Windowsに恐ろしい紫色の画面が表示されます。

1
Rneel

さて、私は問題の一時的な解決策を見つけました... BIOS設定に進み、Windowsブートローダーを最初に起動するように設定してください(Ubuntuの前に)...

0
Aman Sharma

デュアルブートLenovo T440sをWindows 7からWindows 10にアップグレードするときに、同様の問題が発生しました。Win10では、アップグレードがリブートしてWin10が起動するまで、常に正常に機能していました。それから私は紫色の画面だけを見ました。

Ubuntu 14.04で起動し、/etc/default/grubのコメントを解除してGRUB_TERMINAL=consoleを変更してグラフィカルモードを無効にし、GRUB_DEFAULT=03に変更しました。 Sudo update-grubを実行して再起動した後、Win10は正常に起動しました。しかし、その後、グラフィカルモードを再度有効にし、デフォルトを0に戻し、Sudo update-grubを実行し、Win10は引き続き正常に起動しました。

したがって、Sudo update-grubを実行するだけで問題が解決したと思います。

0
joshden

最初のパーティションから起動していることに気づいたのと同じ問題がありました、Windowsブートパーティション〜200mb

0
Jimmy

同じ問題があった。レガシーv/s UEFIブートモードと関係があります。 Win 7はレガシーモードでインストールされますが、Win 8.1以降では逆になります。勝利10とUbuntuの両方がレガシーモードでインストールされている場合(たとえば、勝利7が10にアップグレードされている場合)。この問題が発生する可能性があります。私にとっては、BIOSからレガシーモードを無効にして、再び有効にしただけです。

0