再起動せずにLinuxを起動した後、GRUBに「戻る」ことは可能ですか

21

SSDでWindowsとLinuxをデュアルブートしていますが、2つのOSを頻繁に切り替えています。SSDは非常に高速で、GRUBで選択すると、両方のOSが約3秒で起動します。ただし、最終的にGRUBを使用する前に、BIOS、RAID、および2番目のSATAコントローラーが初期化されるまで、永遠に（約30秒）かかります。

だから、これらの初期化をスキップして、LinuxをブートしたらGRUBに「戻る」ことができるかどうか疑問に思っていました。理想的には、Windows内からも同じことができますが、私の希望はそれほど高くありません:)

オンラインで少し検索したところ、やや時代遅れのLinuxローダーであるloadlin.exeしか見つかりませんでした。これはDosまたはWindows 95/98から実行してLinuxを起動できます。したがって、少なくとも、再起動せずにOSを切り替えるという概念は新しいものではありません。これを行う現在のツールを知っている人はいますか？

そうでない場合、そのようなプログラムの作成を妨げる技術的な問題がありますか、それとも単に十分な需要がありませんか？

更新：私の友人がちょうどKexecについて教えてくれました。それを使用すると、実行中のカーネル内から別のLinuxカーネルを起動することが可能のようですが、GRUBに戻ったり、Windowsのインストールを直接開始することは可能ですか？

linux grub

— ディミタル・アセノフ
ソース

4

興味深い質問。これにあまり関心がないために考えられる理由の1つは、VMが最近改善されたことです。ほとんどの人は、デュアルブートではなく、プライマリOS上のVM内でセカンダリOSを実行するだけです。

— ヌファルイブラヒム

VMの使用も検討していましたが、高速のグラフィックパフォーマンスが必要であり、これまでのVMでは満足のいくパフォーマンスが得られません。Xen（およびその他のコンポーネント）にグラフィックカード用の完全なパススルーオプションが追加されたことで、状況が変わるかもしれません。それにもかかわらず、高速切り替えの方法があるかどうかを確認することはまだ興味深いでしょう。2番目のコメントに関して、私は実際にunix.stackexchange.comを知りませんでした。私は確かに見て、最初に答えが得られないならそこに投稿するでしょう。提案をありがとう。

1

30秒？IBMサーバーでは5分くらいだと思います。

— Sirex

1

EFIブートローダーで可能になるはずです（方法はわかりません）。16ビットのリアルモードで起動し、すべてを自分でセットアップすることを想定しているため、MBRの場合はやや難しくなります。

— grawity

@Sirex：しかし、IBMサーバーをデュアルブートするのは誰ですか？:)

— grawity

6

kexecを使用すると、問題を解決できます。GRUBを関与させる必要はありません。kexec-loaderを使用して、Linux内からさまざまなオペレーティングシステムを直接起動できます。（kexecサポートがカーネルにコンパイルされていることを確認してください。）

— ファベル
ソース

1

私の知る限り、kexec_load()syscallはLinuxカーネルのロードのみを目的としています。リンクしたツールkexec-loaderは、Linuxカーネルのみをサポートしているようです。--- たとえばmemtest86を起動することは可能ですが、kexecメカニズムを使用してWindowsを直接起動する人は誰もいませんでしたが、GRUBを介して可能です：kexec + Grub4DOSからWindowsを直接起動する方法。

— パブーク14

1

参照：Linuxからブートローダーを実行するには？

— pabouk

2

UEFIサポートがあるかどうかを確認してください。これにより、起動速度が劇的に向上します。

— ミリンドR
ソース

これは質問に対する答えを提供しません。著者に批判や説明を求めるには、投稿の下にコメントを残してください。

— ジャワ14

1

@Jawa OPが問題を抱えているのは、POSTが許容できないほど長い時間がかかっているためです。UEFIは今回、間違いなく削減しました。それがまさにその作成の目的です。

— 本部Milind R

2

ここで2つのことを行います。1）問題は「どのように高速にブートするか」ではなく、「ブート後にGRUBに戻る方法」です。2）1行の回答がコメントとしておそらく最適です。

— ケビンパンコ14

提案をありがとう。元の質問を投稿してから、ハードディスク構成を変更しました。今は、BIOSのいくつかの設定を最適化して、起動時間を改善しました。本質的には、RAIDに関連するもの（これはもう必要ありません）を無効にし、EFIブートを有効にすることもできます。全体的な効果は、はるかに高速な起動です。それにもかかわらず、元の質問はまだ私にとって興味深いものであり、これまでのところ信頼できる解決策は見つかりませんでした。

— ディミターアセノフ14

1

長い話は短く、今の物事の仕組みではありません。より良いアプローチは、BIOS / RAID / SATAコントローラーがこれほど長くかかっている理由を見つけることです。BIOSのアップデートが利用できる場合があり、RAIDコントローラーのファームウェアのアップデートが行われる場合があります。

— ゼロ化
ソース

POSTが遅くなる理由として考えられるのは、BIOSで存在しないドライブを自動検出するようにHDDコントローラーを構成していることです。単一のHDDと単一のCD / DVDがある場合、他の2（または4）スロットの自動検出を試みる意味はありません。これらのテストはタイムアウトする必要があり、時間がかかることがあります。

— ハカ

1

いいえ。BIOSに、再起動中にPOSTをスキップする特定のセットアップオプションがない限り（一度見たことがあります）、これはWindows 98 / ME（実際にはWindowsのみをリロードするFast Rebootトリック）から存在していません。

ブートハッキングに十分な時間があれば、それを再現してGRUBをリロードできるかもしれませんが、INITがシステムを再起動する方法を変更する必要があります。

— ナカルティ
ソース

0

Zeroedoutが提案したようにアップデートが見つからない場合は、ホストシステムを仮想マシンで実行することをお勧めします。そのため、再起動はほぼ無料です。

また、一部のシステムには、一部のチェックが省略された高速/クイックブートモードがあります。あなたはそれをチェックしたいかもしれません。

— billc.cn
ソース