JP5723554B2 - マルチブートマネージャーの方法 - Google Patents

マルチブートマネージャーの方法 Download PDF

Info

Publication number
JP5723554B2
JP5723554B2 JP2010191691A JP2010191691A JP5723554B2 JP 5723554 B2 JP5723554 B2 JP 5723554B2 JP 2010191691 A JP2010191691 A JP 2010191691A JP 2010191691 A JP2010191691 A JP 2010191691A JP 5723554 B2 JP5723554 B2 JP 5723554B2
Authority
JP
Japan
Prior art keywords
partition
boot
boot manager
manager
mbr
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
JP2010191691A
Other languages
English (en)
Other versions
JP2012048596A (ja
Inventor
モウ−ミン、マー
チン−ハン、チャオ
ポー−チャン、ツェン
Original Assignee
ギガ−バイト テクノロジー カンパニー リミテッド
ギガ−バイト テクノロジー カンパニー リミテッド
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by ギガ−バイト テクノロジー カンパニー リミテッド, ギガ−バイト テクノロジー カンパニー リミテッド filed Critical ギガ−バイト テクノロジー カンパニー リミテッド
Priority to JP2010191691A priority Critical patent/JP5723554B2/ja
Publication of JP2012048596A publication Critical patent/JP2012048596A/ja
Application granted granted Critical
Publication of JP5723554B2 publication Critical patent/JP5723554B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Landscapes

  • Stored Programmes (AREA)

Description

本発明は、マルチブートマネージャーの方法に関するものであり、より具体的にはハードディスク上のマルチブートマネージャー用のパーティションを定義するための方法である。
X86セントラル・プロセッシング・ユニット(CPU)を搭載するコンピュータについては、通常のブート手続きは、オペレーティングシステム(OS)がロードされるまで電源が供給される。
IBM PCと互換性のあるコンピュータシステムにおいて最初に実行されるプロセスは、コンピュータの電源投入後の基本入出力システム(BIOS)である。実際に、BIOSはマザーボードまたはフラッシュメモリー上の読み出し専用メモリ(ROM)に記録されており、コンピュータシステムの基本操作用のサービスプログラムとして機能する。一般的に、ハードウエアに保存されたソフトウエアは、ファームウエアと呼ばれる。ファームウエアは、特定のユーティリティプログラムを介してメモリに保存されたサービスプログラムの更新または修復に役立つ。
はじめに、BIOSは通常稼動中のコンピュータにインストール又は接続された周辺機器を確保するためにパワーオン・セルフテスト(POST)を実行する。その後、BIOSは、ソフトウエアに位置するオペレーティングシステムをローディングするために、ブートセクタを検索する命令実行し、ソフトウエアのブートセクタの読み取りを試す。ソフトウエアに位置するオペレーティングシステムが存在しない場合、BIOSは、ハードディスクに位置するオペレーティングシステムをローディングするために、マスターブートレコード(MBR)として知られるハードディスク上の第一セクタを読み取り始める。
台湾公開公報2010−01285号
図1は従来のハードディスクパーティションを示すが、この図に限定されるものではない。実際には、様々なパーティションの定義モードがハードディスク上に存在する。図1に示されるように、ハードディスク上の第一セクタは、シリンダ0、ヘッド0、セクタ1のアドレスに位置したマスターブートレコード(MBR)15として知られている。ハードディスクは、様々なオペレーティングシステムをローディングするための複数のパーティションに分割されてもよい。パーティションは、主要パーティション11、12、及び拡張パーティション13に分割されてもよい。主要パーティションは従来、最大で4つ定義される。1つの拡張パーティションがハードディスク上に存在する場合、主要パーティションは最大で3つ定義される。拡張パーティションは1つであるが、複数の倫理パーティション131−133として定義されてもよい。
MBR15に記録されたデータは、3つのパートに分割されてもよい。一つはブートセクタをメモリにローディングするためのプレローダー又はプレブートであるブートパーティションローダー(BPL)151である。二つ目は、ハードディスク上にパーティションのデータを記録するためのパーティションデータ152であり、スタートアップアドレス及び各パーティションの容量などのハードディスクパーティションの状態を記録するためのパーティションテーブルに含まれる。三つ目は、MBRのすべてのセクターデータが正しいかどうかを検証するための検証データ153である。
コンピュータをブートする例として、まずコンピュータに電源が投入されたとき、BIOSプログラムが実行されBIOSはメモリにロードされる。そして、パワーオン・セルフテスト(POST)が、CPU、マザーボード、メモリなどのコンピュータのハードウエアをテストするために実行される。テスト結果は出力され、スクリーンまたはデュプリケーターに表示される。ブート手続きに続いて、ハードウエア及び周辺機器は、POSTを用いて通常動作するようにテストされる。仮にビデオグラフィックスカード(VGA)、integrated device electronics(IDE)、又はシリアルATA(SATA)などのほかのハードウエアに記録されたBIOSが存在する場合、BIOSプログラムは同時に実行される。
BIOSは、コンピュータをスタートアップするためのブートセクタ検索命令を行い、メモリにコンピュータスタートアップ用のブートセクタをロードする。ハードディスクに関しては、ハードディスク上の第一セクタに位置するMBRが読み取られメモリにロードされる。プログラム実行の制御は、ブートフラグとともにパーティションセットアップをメモリにロードするマスターブートレコード(MBR)のブートパーティションローダーに伝えられる。プログラム実行の制御は、パーティションのブートセクタにブートフラグとともに伝えられる。ブートセクタは、ブートローダーを含み、ブートローダーのガイディングアシスタントを介してブートフラグを有するパーティションのオペレーティングシステムをメモリにローディングして実行する。そして、プログラム実行の制御は、オペレーティングシステムに伝えられるので、ブート手続きは終了する。
ハードディスクは、ロードされる様々なオペレーティングシステムによって複数のパーティションに分割されてもよいが、実行には、ブートフラグとともにメモリにロードされるパーティションだけが存在する。結果として、通常ブート手続きはリニア且つ相互排他的であり、すなわち、ブートする際にブートフラグを有するパーティション及び該パーティションにインストールされたOSを直接にローディングする。他のブートフラグを有さないパーティション及び他のOSは実行されない。
複数ブートコンピュータのために、マルチブートマネージャーのようなソフトが開発されるので、利用者は各パーティションにインストールされた異なるOSを管理することができ、異なるOSは選択的にメモリをローディングして実行することができる。従来のマルチブートマネージャーは、SPFdisk、GRUB、LILOなどである。
BIOSの実行後、MBRが実行用のメモリにロードされる第一セクタであるので、ほとんどのマルチブートマネージャーは、そこに搭載されるマルチブートマネージャーのMBRを変更又は再構築する。従って、プログラム実施の制御は、OSがロードされる前にMBRによって得られる。コンピュータブートのオプションは、パーティション又はコンピュータブート用のオペレーティングシステムを選択するために利用者に提供される。
しかしながら、MBRが不適切に変更または再構築されたとき、セキュリティー問題が発生する場合がある。例えば、セクタはウイルスを感染させやすく、また正常でないブート手続きとなるような故障を起こしやすい。さらに、大半のマルチブートマネージャーは作動しなくなり、そしてプログラム実行の制御に切り替えられるため、実行できなくなる。他のOSに変更した場合、コンピュータをリスタートしなければならず、コールドブート又はホットブートのようなすべてのブート手続きを再度満たす必要がある。言い換えると、ブート手続きは、BIOSがロードされた後に実行される必要がある。マルチブートマネージャーがプログラム実行の制御を得たときだけ、異なるOSが付随的にメモリにロードされてもよい。
本発明は、BIOSを装備したコンピュータにおけるマルチブートマネージャーの方法及び記録媒体を目的とする。記録媒体は、マルチブートマネージャー用のパーティション、第一パーティション、および第二パーティション用のパーティションで定義され、マルチブートマネージャー用のパーティションはマルチブートマネージャーと第一又パーティションは第二パーティションを管理するアドレスフラグとを含む。
マルチブートマネージャーは、3つのステップを含む:コンピュータシステムのスタートアップ、オペレーティングシステムの変更、及びコンピュータシステムのリブート、である。
コンピュータをスタートアップする第一ステップは、以下のステップを含む:BIOSプログラムの実行;BIOSによるメモリへのマルチブートマネージャー(MBR)のローディング;アドレスフラグにより示されたプレブートパーティションに従った第一パーティションの管理、MBRによるメモリへのマルチブートマネージャー(MBR)のローディング、及びマルチブートマネージャー用のパーティションへのプログラム実行の制御の伝達;実行のために、第一パーティションにロードされるマルチブートマネージャーに含まれるマルチブートマネージャー用のパーティション、第一パーティションへのプルグラム実行の制御の伝達;メモリに対して第一パーティションの第一オペレーティングシステムをローディングするためのブートローダーを有するブートセクタに含まれる第一パーティション、及び第一OSに対するプログラム実行の制御の伝達、そしてブート手続きは完了する。
変更OSのステップは以下のステップを含む:第一OSの状況下でのアプリケーションプログラムの実行;ユーザーの選択に対する従来の付随的インターフェースの構築;マルチブートマネージャー用のパーティションのアドレスフラグが第二パーティションを管理するように変更。
最後に、コンピュータのリブートステップは以下を含む:第一OSのアンロード;マスタブートレコード(MBR)のローディング;マルチブートマネージャー用のパーティションに位置するマルチブートマネージャーのローディング;マルチブートマネージャーのパーティションのアドレスフラグに従った第二パーティションの管理及び第二パーティションへのマルチブートマネージャーのローディング;第二パーティションに位置する第二OSのローディング。マスタブートレコード(MBR)のローディングステップは付随的に省略されてもよい。
従来のハードディスクパーティションを示す。 本発明に従ったハードディスクのパーティションを示す。 マルチブートマネージャーの方法を示すフローチャートである。 マルチブートマネージャーの方法のその他の実施形態を示すフローチャートである。 本発明に従ったコンピュータのスタートアップのフローチャートである。 本発明に従ったコンピュータのスタートアップのフローチャートである。 本発明に従ったコンピュータのリブート手続きのフローチャートである。 本発明に従ったコンピュータのリブート手続きのそのほかの実施形態を示すフローチャートである。
本発明は、マルチブートモードを備えたデスクトップ又はノートブックのようなコンピュータに適用できるマルチブートマネージャーの方法を提供する。本発明に従ったマルチブートの方法は、メモリに選択されたオペレーティングシステムのローディング目的のためにコンピュータをオン/オフ時に選択できる複数のオペレーティングシステムをローディングすることを目的とする。
図2は、本発明に従ったハードディスクのパーティションを示し、それは例示の図でありこれに制限されない。実際にハードディスク上には様々なパーティションの定義モードが存在する。コンピュータは記録媒体2を備え、それはハードディスクであることが好ましい。記録媒体2は、アドレスがシリンダ0、ヘッド0、セクタ1である第一セクタに位置するマスターブートレコード(MBR)25を含む。記録媒体2は、複数のパーティション21−24を含み、それらはマルチブートマネージャー24用のパーティション及び複数の主要パーティション21−22などであり、少なくとも第一パーティション21及び第二パーティション22を含む。その複数のパーティションには異なるオペレーティングシステムがロードでき、本実施形態では第一パーティション21に第一OSがロードされ、第二パーティション22に第二OSがロードされている。本発明に従った異なるOSは、Windows(登録商標)XP、 Windows(登録商標)VISTA Windows(登録商標)7、など異なるバージョンのWindows(登録商標)オペレーティングシステム、またはUNIX(登録商標)、Linux, Free BSD, Solaris, MAC OCX、などのWindows(登録商標)以外のオペレーティングシステムを含む。
本発明に従ったマルチブートマネージャー24用のパーティションは、記録媒体2の独立パーティションであり、メモリにロードされたMBR25用の指定のパーティションである。マルチブートマネージャー24用のパーティションは、コンピュータのブートを制御するためのプログラムであるマルチブートマネージャー241と、アドレス及び各パーティションの容量を記録するためのパーティションテーブル242と、メモリにロードされる第一パーティション21及び第二パーティション22の間に一つのパーティションを指定するためのアドレスフラグ243と、を含む。
図3は、マルチブートマネージャーの方法を示すフローチャートである。本実施例で説明される方法は以下を含む:その中に記録されたマルチブートマネージャーによるマルチブートマネージャーのパーティションの定義(ステップ32);第一OSをローディングするためのコンピュータのスタートアップ(ステップ34);第一OSの条件の下アプリケーションプログラムを実行するためにマルチブートマネージャー用のパーティションのアドレスフラグを変更するためのOSの変更(ステップ36);第一OSのアンローディング、マルチブートマネージャーのローディング、及びアドレスフラグに従って第二オペレーティングシステムをローディングするためのコンピュータのリブート(ステップ38)。
図4は、マルチブートマネージャーの方法のそのほかの実施形態を示すフローチャートである。まず、記録媒体のセットアップを実行する(ステップ42)。記録媒体は、マルチブートマネージャー用のパーティション、第一パーティション及び第二パーティションで定義され、マルチブートマネージャー用のパーティションはマルチブートマネージャー、及び第一パーティション又は第二パーティションを管理するアドレスフラグを含む。
ここで、本発明に従ったコンピュータのブートのフローが図5及び図6を参照して説明される。コンピュータのスタートアップを実行するステップ(ステップ44)は、以下のステップを含む。BIOSプログラムは、スタートアップ又は電源オンコンピュータの信号を受けて実行され、プログラム実行の制御を得る(ステップ440)。BIOSは、通常オペレーションにおいてコンピュータに接続された周辺機器を確保するためにパワーオン・セルフテスト(POST)を実行する。その後、BIOSは、シリンダ0、ヘッド0、セクタ1のアドレスに位置したハードディスク上のマスタブートレコード(MBR)をメモリにローディングするためにブートセクタを検索する(ステップ441)。BIOSはプログラム実行の制御をマスタブートレコード(MBR)に伝える(ステップ442)。MBRはマルチブートマネージャー用のパーティションをメモリにロードし(ステップ443)そしてプログラム実行の制御をマルチブートマネージャー用のパーティションに伝える(ステップ444)。マルチブートマネージャー用のパーティションは、マルチブートマネージャー及びアドレスフラグを含む。マルチブートマネージャーは、第一パーティションを管理するアドレスフラグに従って第一パーティションをメモリにロードし(ステップ445)、そしてマルチブートマネージャー用のパーティションは、第一パーティションにプログラム実行の制御を伝える(ステップ446)。第一パーティションは、第一パーティションに位置する第一OSをメモリにローディングするためのブートローダーを有するブートセクションを含む(ステップ447)。第一パーティションは、第一パーティションに位置する第一OSにプログラム実行の制御を伝える(ステップ448)。
次に、以下のステップを含む変更オペレーティングシステムが実行される:第一OSの条件の下、アプリケーションプログラムの実行、及び、ユーザーによって選択されるための異なるオペレーティングシステムの複数のネームオプションを含む対話型オプションインターフェースの形成。望ましいインターフェースは、ラジオボタンオプションとして設計され、第一OSのネームオプションは機能しない又はアクセス不可であるかもしくは第一OSのネームオプションは表示不可能である。アプリケーションプログラムは、次のブートのリファレンスのためにアドレスフラグが第二パーティションに管理するように、ユーザーの選択に従ってマルチブートマネージャー用のパーティションのアドレスフラグを変更する。アプリケーションプルグラムは、マルチブートマネージャー用のパーティションに位置する、マルチブートマネージャーと通じていてもよく、又はマルチブートマネージャーが駆動するように指示してもよい。
図7を参照する。図7は、本発明に従ったコンピュータのリスタートのフローチャートである。リブート手続きのステップは、データ管理を安全かつ統合するために確保する第一OSのアンロードを含む(ステップ481)。リブート手続きは、コンピュータのホット又はコールドスタートのようなリブートを意味するのではなく、BIOSプログラムを省略したそれに続くブート手続きである。コールド又はホットブートにかかわらず、従来のブート手続きは実行のためにBIOSプログラムをロードする必要があり、本発明にかかるリブート手続きはBIOSではなくマスターブートレコード(MBR)をメモリにロードする必要がある(ステップ482)。そしてプログラム実行の制御をMBRのブートパーティションローダーに伝える。その後、MBRは、マルチブートマネージャー用のパーティションをメモリにロードし(ステップ483)、プログラム実行の制御はマルチブートマネージャーを含むマルチブートマネージャー用のパーティションに伝えられる。マルチブートマネージャーは、第二パーティションを管理するアドレスフラグに従って第二パーティションをメモリにロードし(ステップ485)、そしてマルチブートマネージャー用のパーティションはプログラム実行の制御を第二パーティションに伝える。第二パーティションは、第二パーティションに位置する第二OSをメモリにローディングする(ステップ487)ためのブートローダーを有するブートセクタを含む。第二パーティションは、第二パーティションに位置する第二osにプログラム実行の制御を伝える。
図8は、本発明に従ったコンピュータのリブートのそのほかの実施形態を示すフローチャートである。この実施例は、BIOSプログラムとマスターブートレコード(MBR)とを省略したリブート手続きを説明する。リブートステップは、以下を含む:第一オペレーティングシステムのアンローディング(ステップ481);BIOSプログラム及びマスターブートレコード(MBR)ではなく、マルチブートマネージャー用のパーティションをメモリへのローディング;マルチブートマネージャー用のパーティションへのプログラム実行の制御の伝達;その後、ステップ485及びステップ487が実行される。
本発明は、望ましい実施例に関して説明されてきたが、本発明の範囲及び添付の特許請求の範囲に逸脱することなく他の様々な変更が加えられてもよい。

Claims (8)

  1. マルチブートマネージャーの方法であって、その方法は、
    マスターブートレコード(MBR)を有する第一セクタ、及び第一オペレーティングシステム(OS)を有する第一パーティションを含む記録媒体に、前記第一セクタ及び前記第一パーティションとは別れた、マルチブートマネージャーを保存するためのマルチブートマネージャー用のパーティションを定義し、
    BIOSプログラムを実行することにより、前記BIOSがブートセクタの探索及び前記第一セクタの前記MBRをローディングし、前記MBRが前記マルチブートマネージャー用のパーティションをメモリにローディングし、さらに前記マルチブートマネージャーによって前記第一パーティションに含まれるブートローダーを前記メモリにローディングし、前記ブートローダーにより前記第一OSを前記メモリにローディングしてコンピュータをスタートアップし、
    前記第一OSの条件の下、オペレーティングシステムを変更するために、アプリケーションプログラムを実行して前記マルチブートマネージャー用のパーティションのアドレスフラグを変更し、そして
    前記第一OSをアンローディングし、前記マルチブートマネージャー用のパーティションに位置する前記マルチブートマネージャーをローディングし、前記アドレスフラグに基づいて第二OSをローディングするために、コンピュータをリブートするマルチブートマネージャーの方法。
  2. マルチブートマネージャーの方法であって、前記方法は、
    マスターブートレコード(MBR)を有する第一セクタ、マルチブートマネージャー用のパーティション、第一パーティション、及び第二パーティションによって定義される記録媒体をセットアップし、前記マルチブートマネージャー用のパーティションは、マルチブートマネージャー及び第一パーティション又は第二パーティションを管理するアドレスフラグを含み、
    BIOSプログラムを実行して、ブートセクタを検索し、且つ前記第一セクタの前記MBRをローディングし、前記MBRが前記マルチブートマネージャー用のパーティションをメモリにローディングし、前記マルチブートマネージャーが前記第一パーティションに含まれるブートローダーを前記メモリにローディングし、前記ブートローダーにより第一オペレーティングシステム(OS)を前記メモリにローディングしてコンピュータをスタートアップし、
    オペレーティングシステムを変更し、その方法は以下を含む:前記第一OSの条件の下アプリケーションプログラムを実行し、利用者により選択される対話型オプションインターフェースを形成し、前記利用者の選択又は操作に従って前記マルチブートマネージャー用のパーティションの前記アドレスフラグが前記第二パーティションを管理するように変更し、
    コンピュータをリブートし、その方法は以下を含む:前記第一OSをアンロードし、前記BIOSプログラム及び前記MBRではなく前記マルチブートマネージャー用のパーティションを直接ローディングし、前記マルチブートマネージャー用のパーティションの前記アドレスフラグが前記第二パーティションを管理することに基づいて前記マルチブートマネージャー用のパーティションのマルチブートマネージャーが前記第二パーティションをローディングし、前記第二パーティションの第二OSをローディングする。
  3. 前記コンピュータのスタートアップは、
    BIOSからMBRへのプログラム実行の制御の伝達と、
    MBRから前記マルチブートマネージャー用のパーティションへのプログラム実行の制御の伝達と、
    前記マルチブートマネージャー用のパーティションから前記第一パーティションへのプログラム実行の制御の伝達と、
    前記第一パーティションから前記第一OSへのプログラム実行の制御の伝達と、をさらに含む、請求項2に記載のマルチブートマネージャーの方法。
  4. 前記コンピュータのリブートにおいて、
    前記第二パーティションは、前記第二パーティションの前記第二OSをローディングするためのブートローダーをさらに含む、請求項2に記載のマルチブートマネージャーの方法。
  5. 前記オペレーティングシステムの変更において、
    前記対話型オプションインターフェースは、アクセスできない前記第一OSのネームオプションとともに異なるオペレーションシステムの複数のネームオプションを含むラジオボタンオプションとして設計される、請求項2に記載のマルチブートマネージャーの方法。
  6. 前記アプリケーションプログラムは、マルチブートマネージャー用のパーティションの前記アドレスフラグが前記第一又は第二パーティションを管理するように変更させる、請求項2に記載のマルチブートマネージャーの方法。
  7. 前記記録媒体は、少なくとも一つのパーティションからなる複数のハードディスクを含み、前記マルチブートマネージャー用のパーティションは前記複数のハードディスクの一つに定義される、請求項2に記載のマルチブートマネージャーの方法。
  8. マルチブートマネージャーの方法であって、前記方法は、
    マスターブートレコード(MBR)を有する第一セクタ、マルチブートマネージャー用のパーティション、第一パーティション、及び第二パーティションによって定義される記録媒体をセットアップし、前記マルチブートマネージャー用のパーティションは、マルチブートマネージャー及び第一パーティション又は第二パーティションを管理するアドレスフラグを含み、
    BIOSプログラムを実行して、ブートセクタを検索し、且つ前記第一セクタの前記MBRをローディングし、前記MBRが前記マルチブートマネージャー用のパーティションをメモリにローディングし、前記マルチブートマネージャーが前記第一パーティションに含まれるブートローダーを前記メモリにローディングし、前記ブートローダーにより第一オペレーティングシステム(OS)を前記メモリにローディングしてコンピュータをスタートアップし、
    オペレーティングシステムを変更し、その方法は以下を含む:前記第一OSの条件の下アプリケーションプログラムを実行し、利用者により選択される対話型オプションインターフェースを形成し、前記利用者の選択又は操作に従って前記マルチブートマネージャー用のパーティションの前記アドレスフラグが前記第二パーティションを管理するように変更し、
    コンピュータをリブートし、その方法は以下を含む:前記第一OSをアンロードし、前記BIOSプログラムではなく前記MBRを直接メモリにローディングし、前記MBRが前記マルチブートマネージャー用のパーティションをローディングし、前記マルチブートマネージャー用のパーティションの前記アドレスフラグが前記第二パーティションを管理することに基づいて前記マルチブートマネージャー用のパーティションのマルチブートマネージャーが前記第二パーティションをローディングし、前記第二パーティションの第二OSをローディングするマルチブートマネージャーの方法。
JP2010191691A 2010-08-30 2010-08-30 マルチブートマネージャーの方法 Expired - Fee Related JP5723554B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2010191691A JP5723554B2 (ja) 2010-08-30 2010-08-30 マルチブートマネージャーの方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2010191691A JP5723554B2 (ja) 2010-08-30 2010-08-30 マルチブートマネージャーの方法

Publications (2)

Publication Number Publication Date
JP2012048596A JP2012048596A (ja) 2012-03-08
JP5723554B2 true JP5723554B2 (ja) 2015-05-27

Family

ID=45903358

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2010191691A Expired - Fee Related JP5723554B2 (ja) 2010-08-30 2010-08-30 マルチブートマネージャーの方法

Country Status (1)

Country Link
JP (1) JP5723554B2 (ja)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109284135B (zh) * 2018-09-07 2022-02-01 深圳市航顺芯片技术研发有限公司 一种简捷调用微控制器内部启动程序的方法

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100402639B1 (ko) * 2000-02-09 2003-10-22 인터내셔널 비지네스 머신즈 코포레이션 후속 부트 처리중에 탑재하기 위해 운용 시스템을 미리선택하기 위한 방법 및 시스템

Also Published As

Publication number Publication date
JP2012048596A (ja) 2012-03-08

Similar Documents

Publication Publication Date Title
US8239665B2 (en) Methods, systems and media for configuring boot options
US10423425B2 (en) System and method for runtime update of ESRT table for hot-pluggable disks
US20030233534A1 (en) Enhanced computer start-up methods
US20060242398A1 (en) Booting from non-volatile memory
US20070234028A1 (en) Method and apparatus for quickly changing the power state of a data processing system
US20120042156A1 (en) Method of multiple boot manager
WO2016074127A1 (zh) 计算机设备及计算机设备内存启动的方法
US9239725B2 (en) System and method for installing an OS via a network card supporting PXE
JPH04233624A (ja) パーソナル・コンピュータ・システム内でシステム・ユーティリティを保護するための装置
JP2007516535A (ja) システム構成の遠隔修正のための方法および装置
US20150143098A1 (en) Method for updating firmware of an electronic device within a computer
KR100678974B1 (ko) 보안성과 사용자의 편의성을 고려한 컴퓨터 시스템의재부팅 방법 및 장치
US6473655B1 (en) Data processing system and method for creating a virtual partition within an existing partition in a hard disk drive
US10491736B2 (en) Computer system and method thereof for bluetooth data sharing between UEFI firmware and OS
US20060047940A1 (en) Computer multi-buttons booting system and method
US8291206B2 (en) Method for booting computer system
TWI743480B (zh) 電腦系統與其開機方法
US8386761B2 (en) System for registering and initiating pre-boot environment for enabling partitions
JP5723554B2 (ja) マルチブートマネージャーの方法
US8850174B1 (en) Method for dedicated netboot
TW201734800A (zh) 設定磁碟陣列的方法
US7519804B2 (en) Split read only memory architecture for storage option read only memories
KR101271784B1 (ko) 다중 부트 매니저를 실행시키는 방법
EP2453351A1 (en) Method of multiple boot manager
US20140095788A1 (en) Method for virtualizing raid of computer system

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20130603

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20130703

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20140227

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20140310

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20140529

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20141208

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20150305

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20150323

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20150330

R150 Certificate of patent or registration of utility model

Ref document number: 5723554

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

LAPS Cancellation because of no payment of annual fees