JP2010282645A - Ｌｉｎｕｘプログラム起動システム - Google Patents
Ｌｉｎｕｘプログラム起動システム Download PDFInfo
- Publication number
- JP2010282645A JP2010282645A JP2010166945A JP2010166945A JP2010282645A JP 2010282645 A JP2010282645 A JP 2010282645A JP 2010166945 A JP2010166945 A JP 2010166945A JP 2010166945 A JP2010166945 A JP 2010166945A JP 2010282645 A JP2010282645 A JP 2010282645A
- Authority
- JP
- Japan
- Prior art keywords
- kernel
- bank
- area
- memory
- linux
- 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.)
- Granted
Links
Images
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Stored Programmes (AREA)
Abstract
【課題】冗長構成の組み込み機器において、起動カーネルが対応するユーザランドを確実
に判別できるようにする。
【解決手段】バンクＡおよびバンクＢに格納されたカーネルＡおよびＢの内の一方のカー
ネルを起動カーネルとして選択した際に、その選択した起動カーネルに対応するバンクを
識別する識別情報をメインメモリ２５における未使用領域に書き込む処理（ステップＳ３
０２）、およびメインメモリ２５の未使用領域に書き込まれた識別情報を読み出すことに
より、ファイルシステムＡおよびＢの中から、起動カーネルにリンクするファイルシステ
ムを判別する処理（ステップＳ３０５、Ｓ３０６、Ｓ３０８）をそれぞれ実行するＬｉｎ
ｕｘプログラム起動システムである。
【選択図】図４
に判別できるようにする。
【解決手段】バンクＡおよびバンクＢに格納されたカーネルＡおよびＢの内の一方のカー
ネルを起動カーネルとして選択した際に、その選択した起動カーネルに対応するバンクを
識別する識別情報をメインメモリ２５における未使用領域に書き込む処理（ステップＳ３
０２）、およびメインメモリ２５の未使用領域に書き込まれた識別情報を読み出すことに
より、ファイルシステムＡおよびＢの中から、起動カーネルにリンクするファイルシステ
ムを判別する処理（ステップＳ３０５、Ｓ３０６、Ｓ３０８）をそれぞれ実行するＬｉｎ
ｕｘプログラム起動システムである。
【選択図】図４
Description
本発明は、Ｌｉｎｕｘプログラム（以下、単にＬｉｎｕｘとも記載する）をオペレーテ
ィングシステムとして搭載した（組み込んだ）組み込み機器において好適に利用されるＬ
ｉｎｕｘプログラム起動システムに関する。
ィングシステムとして搭載した（組み込んだ）組み込み機器において好適に利用されるＬ
ｉｎｕｘプログラム起動システムに関する。
各種家電機器、腕時計、携帯電話やＰＤＳ等の小型端末、インターネット関連機器等の
様々なコンピュータアプリケーションプログラム（以下、単にアプリケーションとも記載
する）により動作する機器には、オペレーティングシステム（以下、ＯＳとも記載する）
と呼ばれる基本ソフトが実装されているものが多い。そしてこの機器実装用（組み込み用
）ＯＳとして、近年では、オープンソースであるＬｉｎｕｘが注目を集めている。
様々なコンピュータアプリケーションプログラム（以下、単にアプリケーションとも記載
する）により動作する機器には、オペレーティングシステム（以下、ＯＳとも記載する）
と呼ばれる基本ソフトが実装されているものが多い。そしてこの機器実装用（組み込み用
）ＯＳとして、近年では、オープンソースであるＬｉｎｕｘが注目を集めている。
このＬｉｎｕｘの特徴として、カーネル（Ｌｉｎｕｘカーネル）と呼ばれるＯＳのコア
となる部分のみ開発を専念し、それ以外の部分については、ロイヤリティフリーで公開さ
れているフリーソフトウェアから容易に入手することができるという点が挙げられる。
となる部分のみ開発を専念し、それ以外の部分については、ロイヤリティフリーで公開さ
れているフリーソフトウェアから容易に入手することができるという点が挙げられる。
このＬｉｎｕｘは、ファイルシステムを利用したブロックデバイスへの論理的なアクセ
スを前提として構築されている。すなわち、Ｌｉｎｕｘでは、カーネルの起動時において
、ルートファイルシステムと呼ばれる基本部分をデバイスからマウント｛ファイルシステ
ムが格納されたデバイス（格納領域）を起動カーネルから認識（アクセス）できるデバイ
スにして、そのデバイスに格納されたファイルシステム内のアプリケーションを含む各種
ファイルに対して起動カーネルがアクセス可能にすることを意味する｝することにより、
様々なアプリケーションを利用してブロックデバイスに格納されたデータにアクセスする
ことが可能である。
スを前提として構築されている。すなわち、Ｌｉｎｕｘでは、カーネルの起動時において
、ルートファイルシステムと呼ばれる基本部分をデバイスからマウント｛ファイルシステ
ムが格納されたデバイス（格納領域）を起動カーネルから認識（アクセス）できるデバイ
スにして、そのデバイスに格納されたファイルシステム内のアプリケーションを含む各種
ファイルに対して起動カーネルがアクセス可能にすることを意味する｝することにより、
様々なアプリケーションを利用してブロックデバイスに格納されたデータにアクセスする
ことが可能である。
通常、Ｌｉｎｕｘが動作する標準的なシステムであるパーソナルコンピュータ（以下、
パソコンという）である例えばＩＢＭ・ＡＴ互換機においては、起動時（ブート時）にマ
ウントされるデバイスを表す情報は、ＭＢＲ（Master Boot Record）と呼ばれるハードデ
ィスク（ＨＤＤ）の起動用領域に予めデフォルトとして書き込まれている。なお、デフォ
ルトとは異なるデバイスを利用してファイルシステムをブートしたい場合には、コマンド
ラインやメニュー形式を用いて、ブートしたいファイルシステムが搭載されたデバイスを
選択することも一般的に行われている。
パソコンという）である例えばＩＢＭ・ＡＴ互換機においては、起動時（ブート時）にマ
ウントされるデバイスを表す情報は、ＭＢＲ（Master Boot Record）と呼ばれるハードデ
ィスク（ＨＤＤ）の起動用領域に予めデフォルトとして書き込まれている。なお、デフォ
ルトとは異なるデバイスを利用してファイルシステムをブートしたい場合には、コマンド
ラインやメニュー形式を用いて、ブートしたいファイルシステムが搭載されたデバイスを
選択することも一般的に行われている。
また、Ｌｉｎｕｘにおいては、カーネルに渡す引数によりルートファイルシステムをマ
ウントする。しかしながら、組み込み機器においては、デバイスドライバの都合上、ｉｎ
ｉｔｒｄと呼ばれるＲＡＭディスクに搭載されたファイルシステムを初期ルートファイル
システムとして利用し、そのｉｎｉｔｒｄから本来マウントしたいルートファイルシステ
ムを搭載デバイスからマウントする場合がある。
ウントする。しかしながら、組み込み機器においては、デバイスドライバの都合上、ｉｎ
ｉｔｒｄと呼ばれるＲＡＭディスクに搭載されたファイルシステムを初期ルートファイル
システムとして利用し、そのｉｎｉｔｒｄから本来マウントしたいルートファイルシステ
ムを搭載デバイスからマウントする場合がある。
ところで、例えばパソコンでは、そのパソコンに組み込まれた（搭載された）プログラ
ム、例えばＬｉｎｕｘプログラムを更新する場合、その実行ファイルのみを交換したり、
またＬｉｎｕｘの知識のあるユーザの場合には、カーネルを再構築した上で新しい機能プ
ログラムを追加すること等により、新しいＬｉｎｕｘプログラムを実行する環境をパソコ
ン内に構築することができる。
ム、例えばＬｉｎｕｘプログラムを更新する場合、その実行ファイルのみを交換したり、
またＬｉｎｕｘの知識のあるユーザの場合には、カーネルを再構築した上で新しい機能プ
ログラムを追加すること等により、新しいＬｉｎｕｘプログラムを実行する環境をパソコ
ン内に構築することができる。
この点、Ｌｉｎｕｘ組み込み機器においては、メンテナンス性の観点からもカーネルお
よびこのカーネルにリンクするファイルシステム（以下、ユーザランドとも記載する）を
書き換えて、Ｌｉｎｕｘプログラムの実行環境を一新する方法が効率的であると考えられ
ている。
よびこのカーネルにリンクするファイルシステム（以下、ユーザランドとも記載する）を
書き換えて、Ｌｉｎｕｘプログラムの実行環境を一新する方法が効率的であると考えられ
ている。
また、例えばパソコンにおいては、そのブート用のプログラムを記憶しておくことがで
きるデバイスが例えばＨＤＤ、ＣＤ−ＲＯＭ等複数あり、あるデバイスからブートローダ
を含むプログラムの更新を行って仮に失敗した場合であっても、他のデバイスに搭載され
たブートローダを含むプログラムを起動して比較的容易にパソコンを復帰させることがで
きる。
きるデバイスが例えばＨＤＤ、ＣＤ−ＲＯＭ等複数あり、あるデバイスからブートローダ
を含むプログラムの更新を行って仮に失敗した場合であっても、他のデバイスに搭載され
たブートローダを含むプログラムを起動して比較的容易にパソコンを復帰させることがで
きる。
しかしながら、組み込み機器では、ユーザにブートするファイルシステムが搭載された
デバイスを選択させることは、ユーザを混乱させる原因ともなるため、自動的にファイル
システムをブートさせる仕組みが必要である。また、組み込み機器は、外部からユーザに
より頻繁にオン／オフされることが多いことから、ブートローダ自体の書き換えはブート
不能に陥るリスクが大きくなるため、他のデバイス特定方法を用いたいという技術的背景
もある。
デバイスを選択させることは、ユーザを混乱させる原因ともなるため、自動的にファイル
システムをブートさせる仕組みが必要である。また、組み込み機器は、外部からユーザに
より頻繁にオン／オフされることが多いことから、ブートローダ自体の書き換えはブート
不能に陥るリスクが大きくなるため、他のデバイス特定方法を用いたいという技術的背景
もある。
この点、同一又は異なるバージョンのプログラム｛カーネルおよびリンクするファイル
システム（ユーザランド）｝を２つのメモリ領域（メモリバンク）に冗長的に記録する２
バンク方式も知られており、そのプログラムが正常に作動したかどうかによって有効パン
クを切り換えることが可能になっており、上述したブート不能リスクを低減することがで
きる。
システム（ユーザランド）｝を２つのメモリ領域（メモリバンク）に冗長的に記録する２
バンク方式も知られており、そのプログラムが正常に作動したかどうかによって有効パン
クを切り換えることが可能になっており、上述したブート不能リスクを低減することがで
きる。
この２バンク方式では、組み込み機器でプログラムの更新により不具合の修正や機能追
加を行う場合、その更新操作は、必ず一方のプログラムの更新が完了し、更新したプログ
ラムが正常に動作した場合に初めて他方のプログラムを無効にするようになっている。
加を行う場合、その更新操作は、必ず一方のプログラムの更新が完了し、更新したプログ
ラムが正常に動作した場合に初めて他方のプログラムを無効にするようになっている。
したがって、一方のバンクに記録されたプログラムの更新に失敗した場合でも、他方の
バンクに記録された現在動作しているプログラムを保持し続けることが可能になる。
バンクに記録された現在動作しているプログラムを保持し続けることが可能になる。
上述した２バンク方式のシステムとしては、特許文献１に開示されたものがある。この
特許文献１に開示されたコンピュータシステムのファームウェア記憶装置は、同一又は異
なるバージョンのファームウェアを２つのメモリバンクに冗長的に記憶するファームウェ
ア記憶装置である。
特許文献１に開示されたコンピュータシステムのファームウェア記憶装置は、同一又は異
なるバージョンのファームウェアを２つのメモリバンクに冗長的に記憶するファームウェ
ア記憶装置である。
このファームウェア記憶装置によれば、２つのメモリバンクの一方のメモリバンクが選
択されている間は、他方のメモリバンクを書込み禁止にする。そして、２つのメモリバン
クの一方を選択し、選択されなかったメモリバンクに記憶されたファームウェアの有効性
をチェックし、選択されたメモリバンクに記憶されたファームウェアのバージョンを、選
択されなかったメモリバンクに記憶されたファームウェアのバージョンと比較し、その比
較結果を生成する。この比較結果に従って、２つのメモリバンクに記憶されているファー
ムウェアのどちらか一方を選択し、この選択されたメモリバンクに記憶されたファームウ
ェアを使用してコンピュータシステムを起動し、所定の時間内に該コンピュータシステム
が正常に動作可能状態にならない場合に、この選択されなかったメモリバンクを選択し、
その後プロセッサをリセットするといものである。
択されている間は、他方のメモリバンクを書込み禁止にする。そして、２つのメモリバン
クの一方を選択し、選択されなかったメモリバンクに記憶されたファームウェアの有効性
をチェックし、選択されたメモリバンクに記憶されたファームウェアのバージョンを、選
択されなかったメモリバンクに記憶されたファームウェアのバージョンと比較し、その比
較結果を生成する。この比較結果に従って、２つのメモリバンクに記憶されているファー
ムウェアのどちらか一方を選択し、この選択されたメモリバンクに記憶されたファームウ
ェアを使用してコンピュータシステムを起動し、所定の時間内に該コンピュータシステム
が正常に動作可能状態にならない場合に、この選択されなかったメモリバンクを選択し、
その後プロセッサをリセットするといものである。
このような構成により、システム・ファームウェアの保全性を効率的に確保すると共に
、ファームウェアを簡単に変更することが可能になる。また、コンピュータシステムが動
作可能な状態に留まるのに十分なファームウェアを確実に保持しながら、そのようなシス
テムのファームウェアを変更することができる。さらに、コンピュータシステム内の複数
のファームウェアバンクからの自動選択を行うことが可能になる。
、ファームウェアを簡単に変更することが可能になる。また、コンピュータシステムが動
作可能な状態に留まるのに十分なファームウェアを確実に保持しながら、そのようなシス
テムのファームウェアを変更することができる。さらに、コンピュータシステム内の複数
のファームウェアバンクからの自動選択を行うことが可能になる。
詳しくは、特許文献１の段落番号に開示されているように、２つのメモリバンク５０２
および５０４が制御装置５０５によって管理されており、制御装置５０５は、メモリバン
ク５０２および５０４からのファームウェアの読み取り、およびそのメモリバンク５０２
および５０４からのファームウェアの書込みをそれぞれ制御している。
および５０４が制御装置５０５によって管理されており、制御装置５０５は、メモリバン
ク５０２および５０４からのファームウェアの読み取り、およびそのメモリバンク５０２
および５０４からのファームウェアの書込みをそれぞれ制御している。
しなしながら、ＬｉｎｕｘをＯＳとして用いるＬｉｎｕｘプログラム組み込み機器にお
いて、Ｌｉｎｕｘプログラムを格納する領域（バンク）が複数（２バンク以上）存在して
いる場合、起動されたカーネルは、複数のバンクそれぞれに格納された複数のユーザラン
ドの内の何れのユーザランドを、その起動カーネルにリンクするユーザランドとしてマウ
ントすればよいのか判断することが困難であった。
いて、Ｌｉｎｕｘプログラムを格納する領域（バンク）が複数（２バンク以上）存在して
いる場合、起動されたカーネルは、複数のバンクそれぞれに格納された複数のユーザラン
ドの内の何れのユーザランドを、その起動カーネルにリンクするユーザランドとしてマウ
ントすればよいのか判断することが困難であった。
本発明は上述した事情に鑑みてなされたものであり、Ｌｉｎｕｘプログラム起動におい
て、複数のバンクに記録された複数のファイルシステムから、起動カーネルにリンクする
有効なファイルシステムを識別することを可能にするＬｉｎｕｘプログラム起動システム
を提供することをその目的とする。
て、複数のバンクに記録された複数のファイルシステムから、起動カーネルにリンクする
有効なファイルシステムを識別することを可能にするＬｉｎｕｘプログラム起動システム
を提供することをその目的とする。
請求項１記載の発明は、上記課題を解決するため、
カーネルとそのカーネルと対で動作するユーザランドとを備えたＬｉｎｕｘプログラムにおいて、カーネルを起動させてユーザランドをマウントさせるＬｉｎｕｘプログラム起動システムであって、
第１のＬｉｎｕｘプログラムのカーネルを記憶する第１の領域と、そのカーネルにリンクする前記第１のＬｉｎｕｘプログラムのユーザランドを記憶する第２の領域と、前記第１のＬｉｎｕｘプログラムの新旧を識別するための第１の識別情報を記憶する第３の領域との前記第１から第３の領域を有する第１のバンクと、第２のＬｉｎｕｘプログラムのカーネルを記憶する第４の領域と、そのカーネルにリンクする前記第２のＬｉｎｕｘプログラムのユーザランドを記憶する第５の領域と、前記第２のＬｉｎｕｘプログラムの新旧を識別するための第２の識別情報を記憶する第６の領域との前記第４から第６の領域を有する第２のバンクと、ブートローダを記憶する第７の領域とを備えた第１のメモリと、
起動された前記ブートローダにより、前記第１及び第２の識別情報に応じて前記第１のバンクと前記第２のバンクとから一つ選択されたバンクを示すバンク識別情報を記憶する所定領域を備えた第２のメモリと、
前記第７の領域からブートローダを読み出して起動させ、その起動させたブートローダにより、読み出した前記第１及び第２の識別情報の比較結果に応じて前記第１及び第２のバンクから有効なバンクを一つ選択させ、その選択されたバンクを示す前記バンク識別情報を前記第２のメモリの前記所定領域に書き込ませ、前記選択されたバンクからカーネルを読み出して起動させ、その起動させたカーネルにより、前記第２のメモリから読み出した前記バンク識別情報によって自カーネルが起動された前記第１のメモリ内のバンクを特定させ、その特定されたバンクに記憶されているユーザランドをマウントさせる制御部と、
を有することを特徴とするＬｉｎｕｘプログラム起動システム、
を提供する。
請求項２記載の発明は、上記課題を解決するため、
カーネルとそのカーネルと対で動作するユーザランドとを備えたＬｉｎｕｘプログラムにおいて、カーネルを起動させてユーザランドをマウントさせるＬｉｎｕｘプログラム起動システムであって、
一つのＬｉｎｕｘプログラムのカーネルを記憶する領域と、そのカーネルにリンクする前記一つのＬｉｎｕｘプログラムのユーザランドを記憶する領域と、前記一つのＬｉｎｕｘプログラムの新旧を識別するための識別情報を記憶する領域との３つの領域をそれぞれ有する複数のバンクと、ブートローダを記憶する領域とを備えた第１のメモリと、
起動された前記ブートローダにより、各前記識別情報に応じて前記複数のバンクから一つ選択されたバンクを示すバンク識別情報を記憶する所定領域を備えた第２のメモリと、
前記第１のメモリからブートローダを読み出して起動させ、その起動させたブートローダにより、読み出した前記各識別情報の比較結果に応じて前記複数のバンクから有効な一つのバンクを選択させ、その選択されたバンクを示す前記バンク識別情報を前記第２のメモリの前記所定領域に書き込ませ、前記選択されたバンクからカーネルを読み出して起動させ、その起動させたカーネルにより、前記第２のメモリから読み出した前記バンク識別情報によって自カーネルが起動された前記第１のメモリ内のバンクを特定させ、その特定されたバンクに記憶されているユーザランドをマウントさせる制御部と、
を有することを特徴とするＬｉｎｕｘプログラム起動システム、
を提供する。
カーネルとそのカーネルと対で動作するユーザランドとを備えたＬｉｎｕｘプログラムにおいて、カーネルを起動させてユーザランドをマウントさせるＬｉｎｕｘプログラム起動システムであって、
第１のＬｉｎｕｘプログラムのカーネルを記憶する第１の領域と、そのカーネルにリンクする前記第１のＬｉｎｕｘプログラムのユーザランドを記憶する第２の領域と、前記第１のＬｉｎｕｘプログラムの新旧を識別するための第１の識別情報を記憶する第３の領域との前記第１から第３の領域を有する第１のバンクと、第２のＬｉｎｕｘプログラムのカーネルを記憶する第４の領域と、そのカーネルにリンクする前記第２のＬｉｎｕｘプログラムのユーザランドを記憶する第５の領域と、前記第２のＬｉｎｕｘプログラムの新旧を識別するための第２の識別情報を記憶する第６の領域との前記第４から第６の領域を有する第２のバンクと、ブートローダを記憶する第７の領域とを備えた第１のメモリと、
起動された前記ブートローダにより、前記第１及び第２の識別情報に応じて前記第１のバンクと前記第２のバンクとから一つ選択されたバンクを示すバンク識別情報を記憶する所定領域を備えた第２のメモリと、
前記第７の領域からブートローダを読み出して起動させ、その起動させたブートローダにより、読み出した前記第１及び第２の識別情報の比較結果に応じて前記第１及び第２のバンクから有効なバンクを一つ選択させ、その選択されたバンクを示す前記バンク識別情報を前記第２のメモリの前記所定領域に書き込ませ、前記選択されたバンクからカーネルを読み出して起動させ、その起動させたカーネルにより、前記第２のメモリから読み出した前記バンク識別情報によって自カーネルが起動された前記第１のメモリ内のバンクを特定させ、その特定されたバンクに記憶されているユーザランドをマウントさせる制御部と、
を有することを特徴とするＬｉｎｕｘプログラム起動システム、
を提供する。
請求項２記載の発明は、上記課題を解決するため、
カーネルとそのカーネルと対で動作するユーザランドとを備えたＬｉｎｕｘプログラムにおいて、カーネルを起動させてユーザランドをマウントさせるＬｉｎｕｘプログラム起動システムであって、
一つのＬｉｎｕｘプログラムのカーネルを記憶する領域と、そのカーネルにリンクする前記一つのＬｉｎｕｘプログラムのユーザランドを記憶する領域と、前記一つのＬｉｎｕｘプログラムの新旧を識別するための識別情報を記憶する領域との３つの領域をそれぞれ有する複数のバンクと、ブートローダを記憶する領域とを備えた第１のメモリと、
起動された前記ブートローダにより、各前記識別情報に応じて前記複数のバンクから一つ選択されたバンクを示すバンク識別情報を記憶する所定領域を備えた第２のメモリと、
前記第１のメモリからブートローダを読み出して起動させ、その起動させたブートローダにより、読み出した前記各識別情報の比較結果に応じて前記複数のバンクから有効な一つのバンクを選択させ、その選択されたバンクを示す前記バンク識別情報を前記第２のメモリの前記所定領域に書き込ませ、前記選択されたバンクからカーネルを読み出して起動させ、その起動させたカーネルにより、前記第２のメモリから読み出した前記バンク識別情報によって自カーネルが起動された前記第１のメモリ内のバンクを特定させ、その特定されたバンクに記憶されているユーザランドをマウントさせる制御部と、
を有することを特徴とするＬｉｎｕｘプログラム起動システム、
を提供する。
本発明によれば、有効なバンクとして一つ選択したバンクを示すバンク識別情報を起動させたブートローダにより第２のメモリに書き込んでおくことにより、有効と選択したバンクから読み出した起動カーネルによるファイルシステム判別時において、第２のメモリに書き込まれたバンク識別情報に基づいて起動カーネルに対応するファイルシステムを容易に識別することができる。
以下、本発明を実施するための最良の形態を、図面を参照して説明する。
図１を参照して、本発明を実施するための最良の形態（以下、実施形態と記載する）に
係るＬｉｎｕｘプログラム起動システム１を含むマザーボード１１の概略構成を説明する
。このマザーボート１１は、家電機器、腕時計、携帯電話やＰＤＳ等の小型端末、インタ
ーネット関連機器等のアプリケーション動作機器に予め搭載されている。
係るＬｉｎｕｘプログラム起動システム１を含むマザーボード１１の概略構成を説明する
。このマザーボート１１は、家電機器、腕時計、携帯電話やＰＤＳ等の小型端末、インタ
ーネット関連機器等のアプリケーション動作機器に予め搭載されている。
図１に示すように、マザーボード１１には、ＣＰＵ／ＰＣＩブリッジ３１を介して接続
されているアドレスバスやデータバス等からなるホストバス１３と、３２ビット幅の標準
化されたＰＣＩバス１５が設けられている。
されているアドレスバスやデータバス等からなるホストバス１３と、３２ビット幅の標準
化されたＰＣＩバス１５が設けられている。
このホストバス１３には、内部キャッシュメモリＣｍおよび所定ビットのデータバスを
有するＣＰＵ１７、ＳＲＡＭからなる外部キャッシュメモリ２１、およびこの外部キャッ
シュメモリ２１へのデータの読み書きを制御するキャッシュコントローラ１９がそれぞれ
接続されている。また、ホストバス１３には、ＤＲＡＭからなるメインメモリ２５、およ
びこのメインメモリ２５へのデータの読み書きとリフレッシュを制御するＤＲＡＭコント
ローラ２３がそれぞれ接続されている。
有するＣＰＵ１７、ＳＲＡＭからなる外部キャッシュメモリ２１、およびこの外部キャッ
シュメモリ２１へのデータの読み書きを制御するキャッシュコントローラ１９がそれぞれ
接続されている。また、ホストバス１３には、ＤＲＡＭからなるメインメモリ２５、およ
びこのメインメモリ２５へのデータの読み書きとリフレッシュを制御するＤＲＡＭコント
ローラ２３がそれぞれ接続されている。
さらに、ホストバス１３には、例えばＮＡＮＤメモリからなる書き換え可能な記録媒体
の一例としてのフラッシュメモリ２９、このフラッシュメモリ２９へのデータの読み書き
を制御するフラッシュメモリコントローラ２７、およびＣＰＵが接続されているホストバ
ス１３とＰＣＩバス１５とを接続するためのＣＰＵ／ＰＣＩブリッジ３１等がそれぞれ接
続されている。
の一例としてのフラッシュメモリ２９、このフラッシュメモリ２９へのデータの読み書き
を制御するフラッシュメモリコントローラ２７、およびＣＰＵが接続されているホストバ
ス１３とＰＣＩバス１５とを接続するためのＣＰＵ／ＰＣＩブリッジ３１等がそれぞれ接
続されている。
一方、ＰＣＩバス１５には、ＰＣＩ拡張スロット３３を介して例えばＬＡＮのプロトコ
ルを制御するＬＡＮカードが接続されている。
ルを制御するＬＡＮカードが接続されている。
フラッシュメモリコントローラ２７は、ＣＰＵ１７から与えられるデータの読み書きに
関するブロック転送コマンドに応じてフラッシュメモリ２９との間のデータの読み書きを
制御する。
関するブロック転送コマンドに応じてフラッシュメモリ２９との間のデータの読み書きを
制御する。
フラッシュメモリ２９は、いわゆるＮＡＮＤメモリからなり例えば２ｋバイトのブロッ
ク毎に記憶されているデータを１まとまりにして読み書きするように構成されており、そ
の異なる複数の領域（バンク）には、複数（本実施形態では２つ）のＬｉｎｕｘプログラ
ムＬ１およびＬ２がそれぞれ格納されている。
ク毎に記憶されているデータを１まとまりにして読み書きするように構成されており、そ
の異なる複数の領域（バンク）には、複数（本実施形態では２つ）のＬｉｎｕｘプログラ
ムＬ１およびＬ２がそれぞれ格納されている。
そして、本実施形態においては、複数のＬｉｎｕｘプログラムＬ１およびＬ２における
一方のＬｉｎｕｘプログラムが新しいプログラムに更新（バージョンアップ）されている
。
一方のＬｉｎｕｘプログラムが新しいプログラムに更新（バージョンアップ）されている
。
次に、図２を参照して、フラッシュメモリ２９に記憶されているＬｉｎｕｘプログラム
Ｌ１およびＬ２の具体的な内容をそれぞれの格納領域毎に説明する。
Ｌ１およびＬ２の具体的な内容をそれぞれの格納領域毎に説明する。
図２に示すように、フラッシュメモリ２９のブートローダ領域１０１（アドレス＃１〜
＃２までの領域）には、Ｌｉｎｕｘプログラムブート用のブートローダが記憶されている
。このブートローダ領域１０１は、システム１全体がリセットされたときに例えばＭＩＰ
Ｓアーキテクチャのプログラムカウンタにより指示されている領域であり、システム１（
ＣＰＵ１７）起動時にブートローダが最初にメインメモリ２５に転送されるようになって
いる。
＃２までの領域）には、Ｌｉｎｕｘプログラムブート用のブートローダが記憶されている
。このブートローダ領域１０１は、システム１全体がリセットされたときに例えばＭＩＰ
Ｓアーキテクチャのプログラムカウンタにより指示されている領域であり、システム１（
ＣＰＵ１７）起動時にブートローダが最初にメインメモリ２５に転送されるようになって
いる。
ＬｉｎｕｘプログラムＬ１のカーネルＡのバージョン情報（その新旧を識別するための
情報）を含むヘッダ情報は、フラッシュメモリ２９のアドレス＃２〜＃３までの領域（第
１のヘッダバンク領域）に記憶されている。
情報）を含むヘッダ情報は、フラッシュメモリ２９のアドレス＃２〜＃３までの領域（第
１のヘッダバンク領域）に記憶されている。
フラッシュメモリ２９のカーネルＡ領域１０２（アドレス＃３〜＃４までの領域：第１
のカーネルバンク領域）には、ＬｉｎｕｘプログラムＬ１のカーネルＡが記憶されており
、このカーネルＡは、メインメモリ２５に転送されたブートローダに従ったＣＰＵ１７の
処理により、メインメモリ２５に転送される。このカーネルＡには、そのカーネル作成時
にｉｎｉｔｒｄと呼ばれるファイルシステム認識用（マウント用）プログラムが内蔵され
ている。なお、ＣＰＵ１７の処理は、必要に応じてキャッシュコントローラ１９、ＤＲＡ
Ｍコントローラ２３の処理も含むが、単にＣＰＵの処理として説明する。
のカーネルバンク領域）には、ＬｉｎｕｘプログラムＬ１のカーネルＡが記憶されており
、このカーネルＡは、メインメモリ２５に転送されたブートローダに従ったＣＰＵ１７の
処理により、メインメモリ２５に転送される。このカーネルＡには、そのカーネル作成時
にｉｎｉｔｒｄと呼ばれるファイルシステム認識用（マウント用）プログラムが内蔵され
ている。なお、ＣＰＵ１７の処理は、必要に応じてキャッシュコントローラ１９、ＤＲＡ
Ｍコントローラ２３の処理も含むが、単にＣＰＵの処理として説明する。
ＬｉｎｕｘプログラムＬ２のカーネルＢのヘッダ情報は、フラッシュメモリ２９のアド
レス＃４〜＃５までの領域（第２のヘッダバンク領域）に記憶されている。
レス＃４〜＃５までの領域（第２のヘッダバンク領域）に記憶されている。
フラッシュメモリ２９のカーネルＢ領域１０３（アドレス＃５〜＃６までの領域：第２
のカーネルバンク領域）には、ＬｉｎｕｘプログラムＬ２のカーネルＢが記憶されており
、このカーネルＢは、メインメモリ２５に転送されたブートローダに従ったＣＰＵ１７の
処理により、メインメモリ２５に転送される。このカーネルＢにも、そのカーネル作成時
にｉｎｉｔｒｄと呼ばれるファイルシステム認識用（マウント用）プログラムが内蔵され
ている。
のカーネルバンク領域）には、ＬｉｎｕｘプログラムＬ２のカーネルＢが記憶されており
、このカーネルＢは、メインメモリ２５に転送されたブートローダに従ったＣＰＵ１７の
処理により、メインメモリ２５に転送される。このカーネルＢにも、そのカーネル作成時
にｉｎｉｔｒｄと呼ばれるファイルシステム認識用（マウント用）プログラムが内蔵され
ている。
フラッシュメモリ２９のユーザランドＡ領域１０４（アドレス＃６〜＃７までの領域：
第１のユーザバンク領域）には、ＬｉｎｕｘプログラムＬ１のカーネルＡにリンクされた
ファイルシステムであるユーザランドＡが記憶されている。このユーザランドＡは、カー
ネルの処理（カーネルに従ったＣＰＵ１７の処理）によりメインメモリ２５に転送される
ものではなく、カーネルの処理によりマウントまたはアンマウントされる。
第１のユーザバンク領域）には、ＬｉｎｕｘプログラムＬ１のカーネルＡにリンクされた
ファイルシステムであるユーザランドＡが記憶されている。このユーザランドＡは、カー
ネルの処理（カーネルに従ったＣＰＵ１７の処理）によりメインメモリ２５に転送される
ものではなく、カーネルの処理によりマウントまたはアンマウントされる。
フラッシュメモリ２９のユーザランドＢ領域１０５（アドレス＃７〜＃８までの領域：
第２のユーザバンク領域）には、ＬｉｎｕｘプログラムＬ２のカーネルＢにリンクされた
ファイルシステムであるユーザランドＢが記憶されている。このユーザランドＢは、カー
ネルの処理（カーネルに従ったＣＰＵ１７の処理）によりメインメモリ２５に転送される
ものではなく、カーネルの処理によりマウントまたはアンマウントされる。
第２のユーザバンク領域）には、ＬｉｎｕｘプログラムＬ２のカーネルＢにリンクされた
ファイルシステムであるユーザランドＢが記憶されている。このユーザランドＢは、カー
ネルの処理（カーネルに従ったＣＰＵ１７の処理）によりメインメモリ２５に転送される
ものではなく、カーネルの処理によりマウントまたはアンマウントされる。
本実施形態において、第１のＬｉｎｕｘプログラムＬ１（カーネルＡ、ユーザランドＡ
）が格納される領域（第１のヘッダバンク領域、第１のカーネルバンク領域、第１のユー
ザバンク領域）を総称してバンクＡと記載し、第２のＬｉｎｕｘプログラムＬ２（カーネ
ルＢ、ユーザランドＢ）が格納される領域（第２のヘッダバンク領域、第２のカーネルバ
ンク領域、第２のユーザバンク領域）を総称してバンクＢと記載する。
）が格納される領域（第１のヘッダバンク領域、第１のカーネルバンク領域、第１のユー
ザバンク領域）を総称してバンクＡと記載し、第２のＬｉｎｕｘプログラムＬ２（カーネ
ルＢ、ユーザランドＢ）が格納される領域（第２のヘッダバンク領域、第２のカーネルバ
ンク領域、第２のユーザバンク領域）を総称してバンクＢと記載する。
フラッシュメモリ２９のデータ領域（アドレス＃８〜＃９）には、起動したＬｉｎｕｘ
プログラムＬ１あるいはＬ２により利用可能な各種データが格納されている。
プログラムＬ１あるいはＬ２により利用可能な各種データが格納されている。
一方、図３は、本実施形態に係わるメインメモリ２５の記録領域（メモリ領域）を示す
図である。
図である。
図３に示すように、メインメモリ２５の一定領域２５ａ１は、起動カーネルが認識する
メモリ領域としてカーネルを作成した段階で決定されている。一方、起動カーネルが認識
していない非認識領域２５ａ２は、起動カーネルの支配下ではないため、特殊な用途で使
われることが想定される。
メモリ領域としてカーネルを作成した段階で決定されている。一方、起動カーネルが認識
していない非認識領域２５ａ２は、起動カーネルの支配下ではないため、特殊な用途で使
われることが想定される。
本実施形態では、このカーネル非認識メモリ領域２５ａ２を空けておき、ブートローダ
によるメインメモリ２９上でのカーネル展開時における有効バンク識別情報を含むブート
情報を書き込み可能に構成している。また、Ｌｉｎｕｘ起動後、アプリケーションが動作
するまでは使用されないメモリ領域等もブート情報を書き込むために使用可能である。
によるメインメモリ２９上でのカーネル展開時における有効バンク識別情報を含むブート
情報を書き込み可能に構成している。また、Ｌｉｎｕｘ起動後、アプリケーションが動作
するまでは使用されないメモリ領域等もブート情報を書き込むために使用可能である。
次に、本実施形態に係るＬｉｎｕｘプログラム起動システム１におけるＣＰＵ１７のＬ
ｉｎｕｘプログラム起動処理について、図４を参照して説明する。
ｉｎｕｘプログラム起動処理について、図４を参照して説明する。
Ｌｉｎｕｘプログラム起動時において、フラッシュメモリ２９のデータ領域（アドレス
♯１〜アドレス♯２）に記憶されたブートローダがメインメモリ２５にロードされ起動さ
れる。起動されたブートローダ（つまり、ブートローダに従ったＣＰＵ１７）は、フラッ
シュメモリ２９のデータ領域（アドレス♯２〜アドレス♯３）に記憶されたカーネルＡの
バージョン情報を含むヘッダ情報およびフラッシュメモリ２９のデータ領域（アドレス♯
４〜アドレス♯５）に記憶されたカーネルＢのバージョン情報を含むヘッダ情報をそれぞ
れ読み出す。
♯１〜アドレス♯２）に記憶されたブートローダがメインメモリ２５にロードされ起動さ
れる。起動されたブートローダ（つまり、ブートローダに従ったＣＰＵ１７）は、フラッ
シュメモリ２９のデータ領域（アドレス♯２〜アドレス♯３）に記憶されたカーネルＡの
バージョン情報を含むヘッダ情報およびフラッシュメモリ２９のデータ領域（アドレス♯
４〜アドレス♯５）に記憶されたカーネルＢのバージョン情報を含むヘッダ情報をそれぞ
れ読み出す。
続いて、ブートローダは、図４に示すように、ステップＳ３０１として、読み出したカ
ーネルＡおよびカーネルＢそれぞれのヘッダ情報を比較して、例えば新しいバージョンの
カーネルが格納されたバンクを有効なバンクとして判断する（ステップＳ３０１）。すな
わち、ＬｉｎｕｘプログラムＬ１が新しく更新されている場合には、カーネルＡのバージ
ョン情報がカーネルＢのバージョン情報よりも新しいことを表す情報となっているため、
バンクＡが有効なバンクとして判断され、ＬｉｎｕｘプログラムＬ２が新しく更新されて
いる場合には、カーネルＢのバージョン情報がカーネルＡのバージョン情報よりも新しい
ことを表す情報となっているため、バンクＢが有効なバンクとして判断される。
ーネルＡおよびカーネルＢそれぞれのヘッダ情報を比較して、例えば新しいバージョンの
カーネルが格納されたバンクを有効なバンクとして判断する（ステップＳ３０１）。すな
わち、ＬｉｎｕｘプログラムＬ１が新しく更新されている場合には、カーネルＡのバージ
ョン情報がカーネルＢのバージョン情報よりも新しいことを表す情報となっているため、
バンクＡが有効なバンクとして判断され、ＬｉｎｕｘプログラムＬ２が新しく更新されて
いる場合には、カーネルＢのバージョン情報がカーネルＡのバージョン情報よりも新しい
ことを表す情報となっているため、バンクＢが有効なバンクとして判断される。
次いで、ステップＳ３０２において、ブートローダは、有効と判断したバンクを識別す
るための識別情報（バンクＡが有効ならバンクＡを表す識別情報、バンクＢが有効ならバ
ンクＢを表す識別情報）をメインメモリ２５における未使用領域である例えばカーネル非
認識メモリ領域２５ａ２に書き込む（記述する）。
るための識別情報（バンクＡが有効ならバンクＡを表す識別情報、バンクＢが有効ならバ
ンクＢを表す識別情報）をメインメモリ２５における未使用領域である例えばカーネル非
認識メモリ領域２５ａ２に書き込む（記述する）。
次いで、ステップＳ３０３において、ブートローダは、有効なカーネル（カーネルＡお
よびカーネルＢのうちの何れか一方のカーネル）をメインメモリ２５内にロードかつ展開
し、このカーネルを起動して、この起動カーネル（カーネルコード）に制御をシフトする
。
よびカーネルＢのうちの何れか一方のカーネル）をメインメモリ２５内にロードかつ展開
し、このカーネルを起動して、この起動カーネル（カーネルコード）に制御をシフトする
。
続いて、ステップＳ３０４において、起動カーネル（つまり、起動カーネルに従ったＣ
ＰＵ１７）は、起動カーネル内における初期ルートファイルシステム（ｉｎｉｔｒｄ）に
おける各種ドライバのロードを行うスクリプトを起動する。
ＰＵ１７）は、起動カーネル内における初期ルートファイルシステム（ｉｎｉｔｒｄ）に
おける各種ドライバのロードを行うスクリプトを起動する。
次いで、ステップＳ３０５において、起動カーネルは、ｉｎｉｔｒｄの起動スクリプト
内において、メインメモリ２５のカーネル非認識メモリ領域２５ａ２を、例えばカーネル
認識領域２５ａ１からのポインタ等を用いて起動カーネルが認識できるメモリ領域である
起動カーネル空間の仮想メモリ空間にマッピング（ｍｍａｐ）し、マッピングされた領域
に書き込まれたバンク情報を読み出し、自カーネルがどちらのバンクから起動されたのか
を判断する。
内において、メインメモリ２５のカーネル非認識メモリ領域２５ａ２を、例えばカーネル
認識領域２５ａ１からのポインタ等を用いて起動カーネルが認識できるメモリ領域である
起動カーネル空間の仮想メモリ空間にマッピング（ｍｍａｐ）し、マッピングされた領域
に書き込まれたバンク情報を読み出し、自カーネルがどちらのバンクから起動されたのか
を判断する。
この判断において、読み出したバンク情報がバンクＡの場合には、自カーネルがバンク
Ａから起動されたものと判断し（ステップＳ３０６の判断→ＹＥＳ）、起動カーネルは、
ステップＳ３０７に進む。
Ａから起動されたものと判断し（ステップＳ３０６の判断→ＹＥＳ）、起動カーネルは、
ステップＳ３０７に進む。
このステップＳ３０７において、起動カーネルは、バンクＡに格納されたユーザランド
Ａをルートファイルシステムとしてマウント、すなわち、起動カーネル（カーネルＡ）の
ルートディレクトリ（/）に対してユーザランドＡを接続して階層化することにより、起
動カーネルから認識（アクセス）できるファイルシステムに設定する。
Ａをルートファイルシステムとしてマウント、すなわち、起動カーネル（カーネルＡ）の
ルートディレクトリ（/）に対してユーザランドＡを接続して階層化することにより、起
動カーネルから認識（アクセス）できるファイルシステムに設定する。
一方、読み出したバンク情報がバンクＢの場合には、自カーネルがバンクＢから起動さ
れたものと判断し（ステップＳ３０６の判断→ＮＯ、ステップＳ３０８の判断→ＹＥＳ）
、起動カーネルは、ステップＳ３０９に進む。
れたものと判断し（ステップＳ３０６の判断→ＮＯ、ステップＳ３０８の判断→ＹＥＳ）
、起動カーネルは、ステップＳ３０９に進む。
このステップＳ３０９において、起動カーネルは、バンクＢに格納されたユーザランド
Ｂをルートファイルシステムとしてマウントする。
Ｂをルートファイルシステムとしてマウントする。
なお、ステップＳ３０８において、万が一何れのバンクＡおよびＢも有効として判断で
きない場合には、エラーが発生したものとしてＬｉｎｕｘプログラム起動処理を終了する
。
きない場合には、エラーが発生したものとしてＬｉｎｕｘプログラム起動処理を終了する
。
このようにして、起動カーネルにリンクされたユーザランドのマウントが完了されると
、起動カーネルは、設定に従い通常の起動処理を続ける。
、起動カーネルは、設定に従い通常の起動処理を続ける。
以上述べたように、本実施形態によれば、複数のＬｉｎｕｘプログラムＬ１およびＬ２
がフラッシュメモリ２９の複数のバンクにそれぞれ格納されている場合でも、起動カーネ
ルにリンクされたユーザランドを自動的に判別してルートファイルシステムとしてマウン
トすることができる。
がフラッシュメモリ２９の複数のバンクにそれぞれ格納されている場合でも、起動カーネ
ルにリンクされたユーザランドを自動的に判別してルートファイルシステムとしてマウン
トすることができる。
この結果、Ｌｉｎｕｘプログラム組み込み機器において２バンク方式を用いて一方のバ
ンクに記録されたＬｉｎｕｘプログラムを更新した場合においても、更新後の起動カーネ
ルがリンクされたルートファイルシステム（ユーザランド）を認識できない状態に陥るこ
とを確実に防止することができ、Ｌｉｎｕｘプログラムの起動処理の信頼性を向上させる
ことができる。
ンクに記録されたＬｉｎｕｘプログラムを更新した場合においても、更新後の起動カーネ
ルがリンクされたルートファイルシステム（ユーザランド）を認識できない状態に陥るこ
とを確実に防止することができ、Ｌｉｎｕｘプログラムの起動処理の信頼性を向上させる
ことができる。
なお、本実施形態においては、Ｌｉｎｕｘプログラムを格納する記録媒体としてフラッ
シュメモリとしたが、書き換え可能な他の記録媒体であってもよい。
シュメモリとしたが、書き換え可能な他の記録媒体であってもよい。
また、組み込み機器に搭載されるマザーボードとして、図１に示す構成を示したが、本
発明はこの構成に限定されるものではなく、図２〜図４で説明した内容を実現できるコン
ピュータハードウェア構成であればよい。
発明はこの構成に限定されるものではなく、図２〜図４で説明した内容を実現できるコン
ピュータハードウェア構成であればよい。
さらに、本実施形態では、フラッシュメモリに記録されるＬｉｎｕｘプログラムの冗長
構成として、２つのＬｉｎｕｘプログラムをフラッシュメモリの２つのバンクそれぞれに
格納する２バンク構成としたが、本発明はこの構成に限定されるものではなく、３つ以上
のＬｉｎｕｘプログラムをフラッシュメモリの３つ以上のバンクそれぞれに格納する冗長
構成としてもよい。
構成として、２つのＬｉｎｕｘプログラムをフラッシュメモリの２つのバンクそれぞれに
格納する２バンク構成としたが、本発明はこの構成に限定されるものではなく、３つ以上
のＬｉｎｕｘプログラムをフラッシュメモリの３つ以上のバンクそれぞれに格納する冗長
構成としてもよい。
そして、本実施形態では、新しいバージョンのＬｉｎｕｘプログラムを有効なプログラ
ムとして起動するように構成したが、本発明はこのように限定されるものではなく、古い
バージョンのＬｉｎｕｘプログラムを有効なプログラムとして起動するように構成しても
よい。
ムとして起動するように構成したが、本発明はこのように限定されるものではなく、古い
バージョンのＬｉｎｕｘプログラムを有効なプログラムとして起動するように構成しても
よい。
１１ マザーボード
１３ ホストバス
１５ ＰＣＩバス
１７ ＣＰＵ
２１ 外部キャッシュメモリ
２５ メインメモリ
２７ フラッシュメモリコントローラ
２９ フラッシュメモリ
３１ ＣＰＵ／ＰＣＩブリッジ
３３ ＰＣＩ拡張スロット
３５ ＬＡＮカード
♯１〜♯２ ブートローダ格納領域
♯２〜♯３ 第１のヘッダバンク領域
♯３〜♯４ 第１のカーネルバンク領域
♯４〜♯５ 第２のヘッダバンク領域
♯５〜♯６ 第２のカーネルバンク領域
♯６〜♯７ 第１のユーザバンク領域
♯７〜♯８ 第２のユーザバンク領域
１３ ホストバス
１５ ＰＣＩバス
１７ ＣＰＵ
２１ 外部キャッシュメモリ
２５ メインメモリ
２７ フラッシュメモリコントローラ
２９ フラッシュメモリ
３１ ＣＰＵ／ＰＣＩブリッジ
３３ ＰＣＩ拡張スロット
３５ ＬＡＮカード
♯１〜♯２ ブートローダ格納領域
♯２〜♯３ 第１のヘッダバンク領域
♯３〜♯４ 第１のカーネルバンク領域
♯４〜♯５ 第２のヘッダバンク領域
♯５〜♯６ 第２のカーネルバンク領域
♯６〜♯７ 第１のユーザバンク領域
♯７〜♯８ 第２のユーザバンク領域
Claims (2)
- カーネルとそのカーネルと対で動作するユーザランドとを備えたＬｉｎｕｘプログラムにおいて、カーネルを起動させてユーザランドをマウントさせるＬｉｎｕｘプログラム起動システムであって、
第１のＬｉｎｕｘプログラムのカーネルを記憶する第１の領域と、そのカーネルにリンクする前記第１のＬｉｎｕｘプログラムのユーザランドを記憶する第２の領域と、前記第１のＬｉｎｕｘプログラムの新旧を識別するための第１の識別情報を記憶する第３の領域との前記第１から第３の領域を有する第１のバンクと、第２のＬｉｎｕｘプログラムのカーネルを記憶する第４の領域と、そのカーネルにリンクする前記第２のＬｉｎｕｘプログラムのユーザランドを記憶する第５の領域と、前記第２のＬｉｎｕｘプログラムの新旧を識別するための第２の識別情報を記憶する第６の領域との前記第４から第６の領域を有する第２のバンクと、ブートローダを記憶する第７の領域とを備えた第１のメモリと、
起動された前記ブートローダにより、前記第１及び第２の識別情報に応じて前記第１のバンクと前記第２のバンクとから一つ選択されたバンクを示すバンク識別情報を記憶する所定領域を備えた第２のメモリと、
前記第７の領域からブートローダを読み出して起動させ、その起動させたブートローダにより、読み出した前記第１及び第２の識別情報の比較結果に応じて前記第１及び第２のバンクから有効なバンクを一つ選択させ、その選択されたバンクを示す前記バンク識別情報を前記第２のメモリの前記所定領域に書き込ませ、前記選択されたバンクからカーネルを読み出して起動させ、その起動させたカーネルにより、前記第２のメモリから読み出した前記バンク識別情報によって自カーネルが起動された前記第１のメモリ内のバンクを特定させ、その特定されたバンクに記憶されているユーザランドをマウントさせる制御部と、
を有することを特徴とするＬｉｎｕｘプログラム起動システム。 - カーネルとそのカーネルと対で動作するユーザランドとを備えたＬｉｎｕｘプログラムにおいて、カーネルを起動させてユーザランドをマウントさせるＬｉｎｕｘプログラム起動システムであって、
一つのＬｉｎｕｘプログラムのカーネルを記憶する領域と、そのカーネルにリンクする前記一つのＬｉｎｕｘプログラムのユーザランドを記憶する領域と、前記一つのＬｉｎｕｘプログラムの新旧を識別するための識別情報を記憶する領域との３つの領域をそれぞれ有する複数のバンクと、ブートローダを記憶する領域とを備えた第１のメモリと、
起動された前記ブートローダにより、各前記識別情報に応じて前記複数のバンクから一つ選択されたバンクを示すバンク識別情報を記憶する所定領域を備えた第２のメモリと、
前記第１のメモリからブートローダを読み出して起動させ、その起動させたブートローダにより、読み出した前記各識別情報の比較結果に応じて前記複数のバンクから有効な一つのバンクを選択させ、その選択されたバンクを示す前記バンク識別情報を前記第２のメモリの前記所定領域に書き込ませ、前記選択されたバンクからカーネルを読み出して起動させ、その起動させたカーネルにより、前記第２のメモリから読み出した前記バンク識別情報によって自カーネルが起動された前記第１のメモリ内のバンクを特定させ、その特定されたバンクに記憶されているユーザランドをマウントさせる制御部と、
を有することを特徴とするＬｉｎｕｘプログラム起動システム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2010166945A JP4735765B2 (ja) | 2010-07-26 | 2010-07-26 | Ｌｉｎｕｘプログラム起動システム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2010166945A JP4735765B2 (ja) | 2010-07-26 | 2010-07-26 | Ｌｉｎｕｘプログラム起動システム |
Related Parent Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2004294953A Division JP2006107249A (ja) | 2004-10-07 | 2004-10-07 | Ｌｉｎｕｘプログラム起動システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2010282645A true JP2010282645A (ja) | 2010-12-16 |
| JP4735765B2 JP4735765B2 (ja) | 2011-07-27 |
Family
ID=43539262
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2010166945A Active JP4735765B2 (ja) | 2010-07-26 | 2010-07-26 | Ｌｉｎｕｘプログラム起動システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4735765B2 (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2013152695A (ja) * | 2011-12-27 | 2013-08-08 | Kyocera Document Solutions Inc | 画像形成装置 |
| CN112000382A (zh) * | 2020-08-26 | 2020-11-27 | 绿盟科技集团股份有限公司 | 一种Linux系统启动方法、装置及可读存储介质 |
-
2010
- 2010-07-26 JP JP2010166945A patent/JP4735765B2/ja active Active
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2013152695A (ja) * | 2011-12-27 | 2013-08-08 | Kyocera Document Solutions Inc | 画像形成装置 |
| CN112000382A (zh) * | 2020-08-26 | 2020-11-27 | 绿盟科技集团股份有限公司 | 一种Linux系统启动方法、装置及可读存储介质 |
| CN112000382B (zh) * | 2020-08-26 | 2023-10-13 | 绿盟科技集团股份有限公司 | 一种Linux系统启动方法、装置及可读存储介质 |
Also Published As
| Publication number | Publication date |
|---|---|
| JP4735765B2 (ja) | 2011-07-27 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7702894B2 (en) | System and method for loading programs from HDD independent of operating system | |
| EP3764237A1 (en) | System startup method and apparatus, electronic device and storage medium | |
| JP3593241B2 (ja) | 計算機の再起動方法 | |
| US7293166B2 (en) | Method of indicating a format of accessing an operating system contained on a USB memory device | |
| US9372754B2 (en) | Restoring from a legacy OS environment to a UEFI pre-boot environment | |
| JP4668416B2 (ja) | ブート・ブロックへの書き込みアクセスを可能にする時のブート・ブロック・コードの保護 | |
| TWI514408B (zh) | 於裝置開機期間處置來自非揮發性記憶體之錯誤 | |
| US6205558B1 (en) | Recovery of file systems after modification failure | |
| CN107003864B (zh) | 恢复片上系统设备 | |
| US20140325496A1 (en) | Apparatus and method for firmware upgrade using usb | |
| KR20010006749A (ko) | 설치된 모든 대용량 저장 장치들의 리부트/파워 온리컨피그레이션을 최종 사용한 컨피그레이션과 동일하게하도록 각각의 대용량 저장 장치의 비휘발성 메모리에시스템 레벨 대용량 저장 컨피그레이션 데이터를 저장하는장치 및 방법 | |
| US20080270685A1 (en) | Information processing apparatus and firmware updating method | |
| JP5778296B2 (ja) | 仮想計算機システム、仮想化機構、及びデータ管理方法 | |
| US8291206B2 (en) | Method for booting computer system | |
| CN113849230A (zh) | 服务器启动方法、装置、电子设备及可读存储介质 | |
| JP4735765B2 (ja) | Ｌｉｎｕｘプログラム起動システム | |
| KR101582919B1 (ko) | 전자장치 및 그 부팅방법 | |
| CN110825421A (zh) | 一种固件升级方法、系统及可读存储介质 | |
| CN100498710C (zh) | 自储存装置上读取选择只读存储器程序代码的方法 | |
| TWI754221B (zh) | 軟體存留性關閉技術 | |
| CN115129384A (zh) | 一种电子设备的启动程序的运行方法和电子设备 | |
| KR20030060342A (ko) | 개인 휴대 정보 단말기의 부팅 방법 | |
| JP2006107249A (ja) | Ｌｉｎｕｘプログラム起動システム | |
| JP2006107248A (ja) | Ｌｉｎｕｘプログラム起動システム | |
| JP2007164392A (ja) | 計算機 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| 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: 20110329 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20110411 |
|
| R151 | Written notification of patent or utility model registration |
Ref document number: 4735765 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R151 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140513 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140513 Year of fee payment: 3 |
|
| S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313111 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140513 Year of fee payment: 3 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |