JP2006107248A

JP2006107248A - Ｌｉｎｕｘプログラム起動システム

Info

Publication number: JP2006107248A
Application number: JP2004294951A
Authority: JP
Inventors: Koji Mizumachi; 幸司水町
Original assignee: Victor Company of Japan Ltd
Current assignee: Victor Company of Japan Ltd
Priority date: 2004-10-07
Filing date: 2004-10-07
Publication date: 2006-04-20

Abstract

【課題】冗長構成の組み込み機器において、起動カーネルが対応するユーザランドを確実に判別できるようにする。
【解決手段】予め起動された起動カーネルに基づいてユーザランドＡおよびＢそれぞれが格納されたバンクＡおよびＢを起動カーネルが認識できる領域としてそれぞれマウントする処理（ステップＳ３０４）、マウントされたそれぞれのバンクＡおよびＢに格納されたユーザランドＡおよびＢそれぞれのバージョンファイルを参照してユーザランドＡおよびＢの中から起動カーネルにリンクするユーザランドを判別する処理（ステップＳ３０５、Ｓ３０６、Ｓ３０９）をそれぞれ実行するＬｉｎｕｘプログラム起動システムである。
【選択図】図３

Description

本発明は、Ｌｉｎｕｘプログラム（以下、単にＬｉｎｕｘとも記載する）をオペレーティングシステムとして搭載した（組み込んだ）組み込み機器において好適に利用されるＬｉｎｕｘプログラム起動システムに関する。

各種家電機器、腕時計、携帯電話やＰＤＳ等の小型端末、インターネット関連機器等の様々なコンピュータアプリケーションプログラム（以下、単にアプリケーションとも記載する）により動作する機器には、オペレーティングシステム（以下、ＯＳとも記載する）と呼ばれる基本ソフトが実装されているものが多い。そしてこの機器実装用（組み込み用）ＯＳとして、近年では、オープンソースであるＬｉｎｕｘが注目を集めている。

このＬｉｎｕｘの特徴として、カーネル（Ｌｉｎｕｘカーネル）と呼ばれるＯＳのコアとなる部分のみ開発を専念し、それ以外の部分については、ロイヤリティフリーで公開されているフリーソフトウェアから容易に入手することができるという点が挙げられる。

このＬｉｎｕｘは、ファイルシステムを利用したブロックデバイスへの論理的なアクセスを前提として構築されている。すなわち、Ｌｉｎｕｘでは、カーネルの起動時において、ルートファイルシステムと呼ばれる基本部分をデバイスからマウント｛ファイルシステムが格納されたデバイス（格納領域）を起動カーネルから認識（アクセス）できるデバイスにして、そのデバイスに格納されたファイルシステム内のアプリケーションを含む各種ファイルに対して起動カーネルがアクセス可能にすることを意味する｝することにより、様々なアプリケーションを利用してブロックデバイスに格納されたデータにアクセスすることが可能である。

通常、Ｌｉｎｕｘが動作する標準的なシステムであるパーソナルコンピュータ（以下、パソコンという）である例えばＩＢＭ・ＡＴ互換機においては、起動時（ブート時）にマウントされるデバイスを表す情報は、ＭＢＲ（Master Boot Record）と呼ばれるハードディスク（ＨＤＤ）の起動用領域に予めデフォルトとして書き込まれている。なお、デフォルトとは異なるデバイスを利用してファイルシステムをブートしたい場合には、コマンドラインやメニュー形式を用いて、ブートしたいファイルシステムが搭載されたデバイスを選択することも一般的に行われている。

また、Ｌｉｎｕｘにおいては、カーネルに渡す引数によりルートファイルシステムをマウントする。しかしながら、組み込み機器においては、デバイスドライバの都合上、ｉｎｉｔｒｄと呼ばれるＲＡＭディスクに搭載されたファイルシステムを初期ルートファイルシステムとして利用し、そのｉｎｉｔｒｄから本来マウントしたいルートファイルシステムを搭載デバイスからマウントする場合がある。

ところで、例えばパソコンでは、そのパソコンに組み込まれた（搭載された）プログラム、例えばＬｉｎｕｘプログラムを更新する場合、その実行ファイルのみを交換したり、またＬｉｎｕｘの知識のあるユーザの場合には、カーネルを再構築した上で新しい機能プログラムを追加すること等により、新しいＬｉｎｕｘプログラムを実行する環境をパソコン内に構築することができる。

この点、Ｌｉｎｕｘ組み込み機器においては、メンテナンス性の観点からもカーネルおよびこのカーネルにリンクするファイルシステム（以下、ユーザランドとも記載する）を書き換えて、Ｌｉｎｕｘプログラムの実行環境を一新する方法が効率的であると考えられている。

また、例えばパソコンにおいては、そのブート用のプログラムを記憶しておくことができるデバイスが例えばＨＤＤ、ＣＤ−ＲＯＭ等複数あり、あるデバイスからブートローダを含むプログラムの更新を行って仮に失敗した場合であっても、他のデバイスに搭載されたブートローダを含むプログラムを起動して比較的容易にパソコンを復帰させることができる。

しかしながら、組み込み機器では、ユーザにブートするファイルシステムが搭載されたデバイスを選択させることは、ユーザを混乱させる原因ともなるため、自動的にファイルシステムをブートさせる仕組みが必要である。また、組み込み機器は、外部からユーザにより頻繁にオン／オフされることが多いことから、ブートローダ自体の書き換えはブート不能に陥るリスクが大きくなるため、他のデバイス特定方法を用いたいという技術的背景もある。

この点、同一又は異なるバージョンのプログラム｛カーネルおよびリンクするファイルシステム（ユーザランド）｝を２つのメモリ領域（メモリバンク）に冗長的に記録する２バンク方式も知られており、そのプログラムが正常に作動したかどうかによって有効パンクを切り換えることが可能になっており、上述したブート不能リスクを低減することができる。

この２バンク方式では、組み込み機器でプログラムの更新により不具合の修正や機能追加を行う場合、その更新操作は、必ず一方のプログラムの更新が完了し、更新したプログラムが正常に動作した場合に初めて他方のプログラムを無効にするようになっている。

したがって、一方のバンクに記録されたプログラムの更新に失敗した場合でも、他方のバンクに記録された現在動作しているプログラムを保持し続けることが可能になる。

上述した２バンク方式のシステムとしては、特許文献１に開示されたものがある。この特許文献１に開示されたコンピュータシステムのファームウェア記憶装置は、同一又は異なるバージョンのファームウェアを２つのメモリバンクに冗長的に記憶するファームウェア記憶装置である。

このファームウェア記憶装置によれば、２つのメモリバンクの一方のメモリバンクが選択されている間は、他方のメモリバンクを書込み禁止にする。そして、２つのメモリバンクの一方を選択し、選択されなかったメモリバンクに記憶されたファームウェアの有効性をチェックし、選択されたメモリバンクに記憶されたファームウェアのバージョンを、選択されなかったメモリバンクに記憶されたファームウェアのバージョンと比較し、その比較結果を生成する。この比較結果に従って、２つのメモリバンクに記憶されているファームウェアのどちらか一方を選択し、この選択されたメモリバンクに記憶されたファームウェアを使用してコンピュータシステムを起動し、所定の時間内に該コンピュータシステムが正常に動作可能状態にならない場合に、この選択されなかったメモリバンクを選択し、その後プロセッサをリセットするといものである。

このような構成により、システム・ファームウェアの保全性を効率的に確保すると共に、ファームウェアを簡単に変更することが可能になる。また、コンピュータシステムが動作可能な状態に留まるのに十分なファームウェアを確実に保持しながら、そのようなシステムのファームウェアを変更することができる。さらに、コンピュータシステム内の複数のファームウェアバンクからの自動選択を行うことが可能になる。

詳しくは、特許文献１の段落番号に開示されているように、２つのメモリバンク５０２および５０４が制御装置５０５によって管理されており、制御装置５０５は、メモリバンク５０２および５０４からのファームウェアの読み取り、およびそのメモリバンク５０２および５０４からのファームウェアの書込みをそれぞれ制御している。
特許第３０３３６４２号

しなしながら、ＬｉｎｕｘをＯＳとして用いるＬｉｎｕｘプログラム組み込み機器において、Ｌｉｎｕｘプログラムを格納する領域（バンク）が複数（２バンク以上）存在している場合、起動されたカーネルは、複数のバンクそれぞれに格納された複数のユーザランドの内の何れのユーザランドを、その起動カーネルにリンクするユーザランドとしてマウントすればよいのか判断することが困難であった。

本発明は上述した事情に鑑みてなされたものであり、Ｌｉｎｕｘプログラム起動において、複数のバンクに記録された複数のファイルシステムから、起動カーネルにリンクする有効なファイルシステムを識別することを可能にするＬｉｎｕｘプログラム起動システムを提供することをその目的とする。

請求項１記載の発明は、上記課題を解決するため、カーネルおよび該カーネルにそれぞれリンクし且つ新旧識別用のバージョン情報をそれぞれ有する複数のファイルシステムを含む複数のＬｉｎｕｘプログラムを、書き換え可能な記録媒体のそれぞれの格納領域に格納しておき、複数のＬｉｎｕｘプログラムの内の何れか1つを起動させるためのＬｉｎｕｘプログラム起動システムであって、予め起動された前記複数のカーネルの内の何れか１つの起動カーネルに基づいて、前記複数のファイルシステムそれぞれの格納領域を該起動カーネルが認識できる領域としてそれぞれマウントする手段と、マウントされたそれぞれの格納領域に格納されている複数のファイルシステムそれぞれのバージョン情報を参照して該複数のファイルシステムの中から前記起動カーネルにリンクするファイルシステムを判別する手段と、を備えたことを要旨とする。

本発明によれば、マウントされた複数の格納領域にそれぞれ格納されている複数のファイルシステムのそれぞれのバージョン情報を参照することにより、例えば起動カーネルのバージョン情報に対応するファイルシステムを起動カーネルにリンクするファイルシステムとして判別することができる。この結果、複数の格納領域にそれぞれ格納された複数のファイルシステムにおける起動カーネルに対応するファイルシステムを容易に識別することができる。

以下、本発明を実施するための最良の形態を、図面を参照して説明する。

図１を参照して、本発明を実施するための最良の形態（以下、実施形態と記載する）に係るＬｉｎｕｘプログラム起動システム１を含むマザーボード１１の概略構成を説明する。このマザーボート１１は、家電機器、腕時計、携帯電話やＰＤＳ等の小型端末、インターネット関連機器等のアプリケーション動作機器に予め搭載されている。

図１に示すように、マザーボード１１には、ＣＰＵ／ＰＣＩブリッジ３１を介して接続されているアドレスバスやデータバス等からなるホストバス１３と、３２ビット幅の標準化されたＰＣＩバス１５が設けられている。

このホストバス１３には、内部キャッシュメモリＣｍおよび所定ビットのデータバスを有するＣＰＵ１７、ＳＲＡＭからなる外部キャッシュメモリ２１、およびこの外部キャッシュメモリ２１へのデータの読み書きを制御するキャッシュコントローラ１９がそれぞれ接続されている。また、ホストバス１３には、ＤＲＡＭからなるメインメモリ２５、およびこのメインメモリ２５へのデータの読み書きとリフレッシュを制御するＤＲＡＭコントローラ２３がそれぞれ接続されている。

さらに、ホストバス１３には、例えばＮＡＮＤメモリからなる書き換え可能な記録媒体の一例としてのフラッシュメモリ２９、このフラッシュメモリ２９へのデータの読み書きを制御するフラッシュメモリコントローラ２７、およびＣＰＵが接続されているホストバス１３とＰＣＩバス１５とを接続するためのＣＰＵ／ＰＣＩブリッジ３１等がそれぞれ接続されている。

一方、ＰＣＩバス１５には、ＰＣＩ拡張スロット３３を介して例えばＬＡＮのプロトコルを制御するＬＡＮカードが接続されている。

フラッシュメモリコントローラ２７は、ＣＰＵ１７から与えられるデータの読み書きに関するブロック転送コマンドに応じてフラッシュメモリ２９との間のデータの読み書きを制御する。

フラッシュメモリ２９は、いわゆるＮＡＮＤメモリからなり例えば２ｋバイトのブロック毎に記憶されているデータを１まとまりにして読み書きするように構成されており、その異なる複数の領域（バンク）には、複数（本実施形態では２つ）のＬｉｎｕｘプログラムＬ１およびＬ２がそれぞれ格納されている。

そして、本実施形態においては、複数のＬｉｎｕｘプログラムＬ１およびＬ２における一方のＬｉｎｕｘプログラムが新しいプログラムに更新（バージョンアップ）されている。

次に、図２を参照して、フラッシュメモリ２９に記憶されているＬｉｎｕｘプログラムＬ１およびＬ２の具体的な内容をそれぞれの格納領域毎に説明する。

図２に示すように、フラッシュメモリ２９のブートローダ領域１０１（アドレス＃１〜＃２までの領域）には、Ｌｉｎｕｘプログラムブート用のブートローダが記憶されている。このブートローダ領域１０１は、システム１全体がリセットされたときに例えばＭＩＰＳアーキテクチャのプログラムカウンタにより指示されている領域であり、システム１（ＣＰＵ１７）起動時にブートローダが最初にメインメモリ２５に転送されるようになっている。

ＬｉｎｕｘプログラムＬ１のカーネルＡのバージョン情報（その新旧を識別するための情報）を含むヘッダ情報は、フラッシュメモリ２９のアドレス＃２〜＃３までの領域（第１のヘッダバンク領域）に記憶されている。

フラッシュメモリ２９のカーネルＡ領域１０２（アドレス＃３〜＃４までの領域：第１のカーネルバンク領域）には、ＬｉｎｕｘプログラムＬ１のカーネルＡが記憶されており、このカーネルＡは、メインメモリ２５に転送されたブートローダに従ったＣＰＵ１７の処理により、メインメモリ２５に転送される。このカーネルＡには、そのカーネル作成時にｉｎｉｔｒｄと呼ばれるファイルシステム認識用（マウント用）プログラムが内蔵されている。なお、ＣＰＵ１７の処理は、必要に応じてキャッシュコントローラ１９、ＤＲＡＭコントローラ２３の処理も含むが、単にＣＰＵの処理として説明する。

ＬｉｎｕｘプログラムＬ２のカーネルＢのヘッダ情報は、フラッシュメモリ２９のアドレス＃４〜＃５までの領域（第２のヘッダバンク領域）に記憶されている。

フラッシュメモリ２９のカーネルＢ領域１０３（アドレス＃５〜＃６までの領域：第２のカーネルバンク領域）には、ＬｉｎｕｘプログラムＬ２のカーネルＢが記憶されており、このカーネルＢは、メインメモリ２５に転送されたブートローダに従ったＣＰＵ１７の処理により、メインメモリ２５に転送される。このカーネルＢにも、そのカーネル作成時にｉｎｉｔｒｄと呼ばれるファイルシステム認識用（マウント用）プログラムが内蔵されている。

フラッシュメモリ２９のユーザランドＡ領域１０４（アドレス＃６〜＃７までの領域：第１のユーザバンク領域）には、ＬｉｎｕｘプログラムＬ１のカーネルＡにリンクされたファイルシステムであるユーザランドＡが記憶されている。このユーザランドＡは、カーネルの処理（カーネルに従ったＣＰＵ１７の処理）によりメインメモリ２５に転送されるものではなく、カーネルの処理によりマウントまたはアンマウントされる。

フラッシュメモリ２９のユーザランドＢ領域１０５（アドレス＃７〜＃８までの領域：第２のユーザバンク領域）には、ＬｉｎｕｘプログラムＬ２のカーネルＢにリンクされたファイルシステムであるユーザランドＢが記憶されている。このユーザランドＢは、カーネルの処理（カーネルに従ったＣＰＵ１７の処理）によりメインメモリ２５に転送されるものではなく、カーネルの処理によりマウントまたはアンマウントされる。

ユーザランドＡおよびユーザランドＢには、バージョン情報としてのバージョンファイル（ｖｅｒｓｉｏｎ＿ｆｉｌｅ）がそれぞれ配置されており、このバージョンファイルは、カーネルのバージョン情報と同様に、対応するカーネルを含むＬｉｎｕｘプログラムが更新される毎に、その更新状態を示すように更新されるように構成されている。

本実施形態において、第１のＬｉｎｕｘプログラムＬ１（カーネルＡ、ユーザランドＡ）が格納される領域（第１のヘッダバンク領域、第１のカーネルバンク領域、第１のユーザバンク領域）を総称してバンクＡと記載し、第２のＬｉｎｕｘプログラムＬ２（カーネルＢ、ユーザランドＢ）が格納される領域（第２のヘッダバンク領域、第２のカーネルバンク領域、第２のユーザバンク領域）を総称してバンクＢと記載する。

フラッシュメモリ２９のデータ領域（アドレス＃８〜＃９）には、起動したＬｉｎｕｘプログラムＬ１あるいはＬ２により利用可能な各種データが格納されている。

次に、本実施形態に係るＬｉｎｕｘプログラム起動システム１におけるＣＰＵ１７のＬｉｎｕｘプログラム起動処理について、図３および図４を参照して説明する。

Ｌｉｎｕｘプログラム起動時において、フラッシュメモリ２９のデータ領域（アドレス♯１〜アドレス♯２）に記憶されたブートローダがメインメモリ２５にロードされ起動される。起動されたブートローダ（つまり、ブートローダに従ったＣＰＵ１７）は、フラッシュメモリ２９のデータ領域（アドレス♯２〜アドレス♯３）に記憶されたカーネルＡのバージョン情報を含むヘッダ情報およびフラッシュメモリ２９のデータ領域（アドレス♯４〜アドレス♯５）に記憶されたカーネルＢのバージョン情報を含むヘッダ情報をそれぞれ読み出す。

続いて、ブートローダは、図３に示すように、ステップＳ３０１として、読み出したカーネルＡおよびカーネルＢそれぞれのヘッダ情報を比較して、例えば新しいバージョンのカーネルが格納されたバンクを有効なバンクとして判断する（ステップＳ３０１）。すなわち、ＬｉｎｕｘプログラムＬ１が新しく更新されている場合には、カーネルＡのバージョン情報がカーネルＢのバージョン情報よりも新しいことを表す情報となっているため、バンクＡが有効なバンクとして判断され、ＬｉｎｕｘプログラムＬ２が新しく更新されている場合には、カーネルＢのバージョン情報がカーネルＡのバージョン情報よりも新しいことを表す情報となっているため、バンクＢが有効なバンクとして判断される。

次いで、ステップＳ３０２において、ブートローダは、有効なカーネル（カーネルＡおよびカーネルＢのうちの何れか一方のカーネル）をメインメモリ２５内にロードかつ展開し、このカーネルを起動して、この起動カーネル（カーネルコード）に制御をシフトする。

続いて、ステップＳ３０３において、起動カーネル（つまり、起動カーネルに従ったＣＰＵ１７）は、起動カーネル内における初期ルートファイルシステム（ｉｎｉｔｒｄ）における各種ドライバのロードを行うスクリプトを起動する。

次いで、ステップＳ３０４において、起動カーネルは、ｉｎｉｔｒｄに従って、フラッシュメモリ２９に記憶されているユーザランドＡおよびユーザランドＢを共にマウント、すなわち、起動カーネルのルートディレクトリ（/）に対してユーザランドＡおよびユーザランドＢを接続して階層化することにより、起動カーネルから認識（アクセス）できるファイルシステムに設定する。

具体的に説明すれば、図４に示すように、起動カーネルは、フラッシュメモリ２９におけるユーザランドＡの格納領域を表すディレクトリ（/dev/fla1）およびユーザランドＢの格納領域を表すディレクトリ（/dev/fla2）を、起動カーネルのルートディレクトリ（/）のサブディレクトリ（/mnt/roota）および（/mnt/rootb）にそれぞれ接続して起動カーネルＡのルートディレクトリに対して階層化（マウント）する。

この結果、起動カーネルは、フラッシュメモリ２９に搭載されたそれぞれのファイルシステムＡおよびＢ内のファイルを参照可能になる。

すなわち、上述したように、ユーザランドＡおよびＢ内にそれぞれ配置されたバージョンファイル（ｖｅｒｓｉｏｎ＿ｆｉｌｅ）は、起動カーネルから参照可能になる。

次いで、ステップＳ３０５において、起動カーネルは、マウントされたユーザランドＡおよびユーザランドＢからバージョンファイル（ｖｅｒｓｉｏｎ＿ｆｉｌｅ）を読み出し、読み出したユーザランドＡのバージョンファイル（以下、バージョンファイルＡと記載する）と読み出したユーザランドＢのバージョンファイル（以下、バージョンファイルＢと記載する）とを比較する。

すなわち、起動カーネルは、ユーザランドＡのバージョンファイルＡとユーザランドＢのバージョンファイルＢとを比較し、起動カーネル自体のバージョン情報に対応するバージョンファイルを有するユーザランドを有効なユーザランドとして判断する（ステップＳ３０６、ステップＳ３０７）。

例えば、ＬｉｎｕｘプログラムＬ１が新しいプログラムとして更新されている場合、起動カーネルはカーネルＡであり、かつユーザランドＡのバージョンファイルＡが起動カーネルＡのバージョン情報に対応し且つバージョンファイルＢよりも新しいため、ステップＳ３０６の判断はＹＥＳとなり、起動カーネルは、ステップＳ３０７に進む。

このステップＳ３０７において、起動カーネルは、ユーザランドＡをルートファイルシステムとしてマウントし、次のステップＳ３０８において、ユーザランドＢをアンマウント、すなわち、起動カーネルのルートディレクトリ（/）からユーザランドＢを切り離すことにより、起動カーネルから認識不可に設定する。

一方、例えば、ＬｉｎｕｘプログラムＬ２が新しいプログラムとして更新されている場合、起動カーネルはカーネルＢであり、かつユーザランドＢのバージョンファイルＢが起動カーネルＢのバージョン情報に対応し且つバージョンファイルＡよりも新しいため、ステップＳ３０６の判断はＮＯ、ステップＳ３０７の判断はＹＥＳとなり、起動カーネルは、ステップＳ３０９に進む。

このステップＳ３０９において、起動カーネルは、ユーザランドＢをルートファイルシステムとしてマウントし、次のステップＳ３１０において、ユーザランドＡをアンマウントする。

なお、ステップＳ３０９において、万が一何れのユーザランドＡおよびＢも有効として判断できない場合には、エラーが発生したものとしてＬｉｎｕｘプログラム起動処理を終了する。

このようにして、起動カーネルにリンクされたユーザランドのマウントが完了されると、起動カーネルは、設定に従い通常の起動処理を続ける。

以上述べたように、本実施形態によれば、複数のＬｉｎｕｘプログラムＬ１およびＬ２がフラッシュメモリ２９の複数のバンクにそれぞれ格納されている場合でも、起動カーネルにリンクされたユーザランドを自動的に判別してルートファイルシステムとしてマウントすることができる。

この結果、Ｌｉｎｕｘプログラム組み込み機器において２バンク方式を用いて一方のバンクに記録されたＬｉｎｕｘプログラムを更新した場合においても、更新後の起動カーネルがリンクされたルートファイルシステム（ユーザランド）を認識できない状態に陥ることを確実に防止することができ、Ｌｉｎｕｘプログラムの起動処理の信頼性を向上させることができる。

なお、本実施形態においては、Ｌｉｎｕｘプログラムを格納する記録媒体としてフラッシュメモリとしたが、書き換え可能な他の記録媒体であってもよい。

また、組み込み機器に搭載されるマザーボードとして、図１に示す構成を示したが、本発明はこの構成に限定されるものではなく、図２〜図４で説明した内容を実現できるコンピュータハードウェア構成であればよい。

さらに、本実施形態では、フラッシュメモリに記録されるＬｉｎｕｘプログラムの冗長構成として、２つのＬｉｎｕｘプログラムをフラッシュメモリの２つのバンクそれぞれに格納する２バンク構成としたが、本発明はこの構成に限定されるものではなく、３つ以上のＬｉｎｕｘプログラムをフラッシュメモリの３つ以上のバンクそれぞれに格納する冗長構成としてもよい。

そして、本実施形態では、新しいバージョンのＬｉｎｕｘプログラムを有効なプログラムとして起動するように構成したが、本発明はこのように限定されるものではなく、古いバージョンのＬｉｎｕｘプログラムを有効なプログラムとして起動するように構成してもよい。

本発明の実施の形態に係わる組み込み機器に搭載されたＬｉｎｕｘプログラム起動システムを含むマザーボードの概略構成を示す概略ブロック図。本発明の実施の形態に係るＬｉｎｕｘプログラム起動システムにおけるＬｉｎｕｘプログラムを格納するフラッシュメモリのメモリマップを概略的に示す図である。本発明の実施の形態に係るＬｉｎｕｘプログラム起動システムの起動処理の一例を示す概略フローチャートである。本発明の実施の形態に係わる起動カーネルによるユーザランドのマウント処理を具体的に説明するための図である。

符号の説明

１１マザーボード
１３ホストバス
１５ＰＣＩバス
１７ＣＰＵ
２１外部キャッシュメモリ
２５メインメモリ
２７フラッシュメモリコントローラ
２９フラッシュメモリ
３１ＣＰＵ／ＰＣＩブリッジ
３３ＰＣＩ拡張スロット
３５ＬＡＮカード
♯１〜♯２ブートローダ格納領域
♯２〜♯３第１のヘッダバンク領域
♯３〜♯４第１のカーネルバンク領域
♯４〜♯５第２のヘッダバンク領域
♯５〜♯６第２のカーネルバンク領域
♯６〜♯７第１のユーザバンク領域
♯７〜♯８第２のユーザバンク領域

Claims

カーネルおよび該カーネルにそれぞれリンクし且つ新旧識別用のバージョン情報をそれぞれ有する複数のファイルシステムを含む複数のＬｉｎｕｘプログラムを、書き換え可能な記録媒体のそれぞれの格納領域に格納しておき、複数のＬｉｎｕｘプログラムの内の何れか1つを起動させるためのＬｉｎｕｘプログラム起動システムであって、
予め起動された前記複数のカーネルの内の何れか１つの起動カーネルに基づいて、前記複数のファイルシステムそれぞれの格納領域を該起動カーネルが認識できる領域としてそれぞれマウントする手段と、
マウントされたそれぞれの格納領域に格納されている複数のファイルシステムそれぞれのバージョン情報を参照して該複数のファイルシステムの中から前記起動カーネルにリンクするファイルシステムを判別する手段と、
を備えたことを特徴とするＬｉｎｕｘプログラム起動システム。