JP2007004599A - 情報処理装置、記憶媒体、およびデータ救済方法 - Google Patents

Abstract

【課題】オペレーティングシステムのデータの一部が破損しても、記憶媒体に保存されているデータを救済できるようにする。
【解決手段】ハードディスクドライブ１２１は、通常オペレーティングシステム２０２およびアプリケーションデータ２０４を格納する第１パーティション１２１Ｂと、ハードディスクドライブ１２１に設けられ、データ救済用オペレーティングシステム２０５と、データ救済用オペレーティングシステム２０５が起動された場合に実行され、第１パーティション１２１Ｂに保存されているアプリケーションデータ２０４を修復およびバックアップするデータ救済プログラム２０６とを格納する第２のパーティション１２１Ｃとを有する。
【選択図】図２

Description

本発明は、通常のオペレーティングシステムが壊れてもデータを救済することが可能な情報処理装置、およびデータ救済方法に関する。

パーソナルコンピュータは、ハードディスクドライブにオペレーティングシステム、アプリケーション、アプリケーションによって作成されたデータ等を保存しておき、ハードディスクドライブからデータを読み出すことによって、様々な処理をおこなう。

ところが、オペレーティングシステムのデータの一部が破損すると、パーソナルコンピュータを使用することが出来ない。この場合、オペレーティングシステムを再インストールすることによって、再びパーソナルコンピュータが使用可能になる。

特許文献１には、パーソナルコンピュータに、コンピュータがブート可能なバックアップ装置を接続し、バックアップ装置からブートすることによって、パーソナルコンピュータのハードディスクドライブ内のデータを全てバックアップし、バックアップされたデータをハードディスクドライブに復元すること技術が開示されている。
特開２００４−３８９３１号公報

上述した文献の場合、ハードディスクドライブの復元することが出来るのは、バックアップ装置にバックアップした時点のデータである。バックアップ後に作成または更新されたデータを復元することが出来ない。

本発明の目的は、オペレーティングシステムのデータの一部が破損しても、記憶媒体に保存されているデータを救済可能な情報処理装置、記憶媒体、およびデータ救済方法を提供することにある。

本発明の一例に係わる情報処理装置は、記憶媒体と、前記記憶媒体に設けられた、第１のオペレーティングシステムおよびデータを格納する第１のパーティションと、前記記憶媒体に設けられ、第２のオペレーティングシステムと、第２オペレーティングシステムが起動された場合に実行され、前記第１のパーティションに保存されているデータを修復およびバックアップするデータ救済プログラムとを格納する第２のパーティションと、前記第２のオペレーティングシステムの起動を指示するスイッチと、前記スイッチが操作された場合に、前記第２のオペレーティングシステムを起動させる起動制御手段とを具備することを特徴とする。

オペレーティングシステムのデータの一部が破損しても、記憶媒体に保存されているデータを救済可能である。

本発明の実施の形態を以下に図面を参照して説明する。

まず、図１を参照して、本発明の一実施形態に係る情報処理装置の構成について説明する。この情報処理装置は、バッテリ駆動可能な携帯型のノートブック型パーソナルコンピュータ１０として実現されている。

図１は、本発明の一実施形態に係わる情報処理装置のシステム構成を示すブロック図である。

本コンピュータは、図１に示されているように、ＣＰＵ１１１、ノースブリッジ１１２、主メモリ１１３、グラフィクスコントローラ１１４、サウスブリッジ１１９、ＢＩＯＳ−ＲＯＭ１２０、ハードディスクドライブ（ＨＤＤ）１２１、エンベデッドコントローラ／キーボードコントローラＩＣ（ＥＣ／ＫＢＣ）１２４、および電源コントローラ１２５等を備えている。

ＣＰＵ１１１は、本コンピュータ１０の動作を制御するために設けられたプロセッサであり、ハードディスクドライブ１２１から主メモリ１１３にロードされる、オペレーティングシステム（ＯＳ）、および各種アプリケーションプログラムを実行する。

また、ＣＰＵ１１１は、ＢＩＯＳ−ＲＯＭ１２０に格納されたＢＩＯＳ（Basic Input Output System）プログラムも実行する。ＢＩＯＳ−ＲＯＭ１２０はハードウェア制御のためのプログラムである。

ノースブリッジ１１２はＣＰＵ１１１のローカルバスとサウスブリッジ１１９との間を接続するブリッジデバイスである。ノースブリッジ１１２には、主メモリ１１３をアクセス制御するメモリコントローラも内蔵されている。また、ノースブリッジ１１２には、ＡＧＰ（Accelerated Graphics Port）バスなどを介してグラフィクスコントローラ１１４との通信を実行する機能も有している。

グラフィクスコントローラ１１４は、本コンピュータ１０のディスプレイモニタとして使用されるＬＣＤ１７を制御する表示コントローラである。このグラフィクスコントローラ１１４はビデオメモリ（ＶＲＡＭ）１１４Ａを有しており、ＯＳ／アプリケーションプログラムによってビデオメモリ１１４Ａに書き込まれた表示データから、ディスプレイユニット１２のＬＣＤ１７に表示すべき表示イメージを形成する映像信号を生成する。

サウスブリッジ１１９は、ＬＰＣ（Low Pin Count）バス上の各デバイスを制御する。また、サウスブリッジ１１９は、ハードディスクドライブ（ＨＤＤ）１２１、光ディスクドライブ（ＯＤＤ）１２２を制御するためのＩＤＥ（Integrated Drive Electronics）コントローラを内蔵している。さらに、サウスブリッジ１１９は、およびＢＩＯＳ−ＲＯＭ１２０をアクセス制御するための機能も有している。

光ディスクドライブ１２２は、ＤＶＤ、ＣＤなどの記憶メディアを駆動するためのドライブユニットである。また、光ディスクドライブ１２２は、ＣＤ−Ｒ，ＤＶＤ−Ｒ等の追記可能な光メディアへのデータの書込、ＣＤ−ＲＷ，ＤＶＤ−ＲＷ，ＤＶＤ−ＲＡＭ等の書換可能な光メディアへのデータの書込／消去を行うドライブユニットである。

エンベデッドコントローラ／キーボードコントローラＩＣ（ＥＣ／ＫＢＣ）１２４は、電力管理のためのエンベデッドコントローラと、キーボード（ＫＢ）１３、バックアップボタン１５およびタッチパッド１６を制御するためのキーボードコントローラとが集積された１チップマイクロコンピュータである。このエンベデッドコントローラ／キーボードコントローラＩＣ（ＥＣ／ＫＢＣ）１２４は、電源コントローラ１２５と協調して動作することにより、ユーザによるパワーボタン１４の操作に応じて、本コンピュータ１０をパワーオン／パワーオフする機能を有している。

ハードディスクドライブ１２１の構成について図２を参照して説明する。図２に示すように、ハードディスクドライブ１２１は、マスターブートレコード（ＭＢＲ）と呼ばれるブートブロック１２１Ａ、第１パーティション１２１Ｂ、第２パーティション１２１Ｃ、第３パーティション１２１Ｄ、が格納された第４パーティション１２１Ｅを有する。

ブートブロック１２１Ａは、自身が有するパーティションテーブルを参照することによりアクティブなパーティションを認識し、そのアクティブなパーティションからシステム起動する機能を有する。

起動制御手段としての起動パーティション切替用プログラム２０１は、ＢＩＯＳ―ＲＯＭ１２０から呼ばれた（起動された）場合に、どのパーティションから起動するのかをＢＩＯＳ―ＲＯＭ１２０に問い合わせて、その応答を受けてから、その押されたキーに対応するパーティションをアクティブパーティションに変更するための設定（及び、他のパーティションを非アクティブパーティションに変更するための設定）をブートブロック１２１Ａのパーティションテーブルに対して行う機能を有する。

第１パーティション１２１Ｂは、通常ではアクティブパーティションであり、通常オペレーティングシステム２０２が起動する。第１パーティション１２１Ｂには、通常オペレーティングシステム２０２の他に、アプリケーション２０３を用いて作成されたアプリケーションデータ２０４が保存されている。

第２パーティション１２１Ｃは、ユーザがバックアップボタン１５を押しながらパワーボタン１４を操作した場合に起動するデータ救済用オペレーティングシステム２０５およびデータ救済用オペレーティングシステム２０５の起動時に実行されるデータ救済プログラム２０６を有する。パワーボタン１４およびバックアップボタン１５が同時に押されることによって、データ救済用オペレーティングシステム２０５の起動を指示するスイッチとなる。

第３パーティション１２１Ｄは、データ救済プログラム２０６によって第１パーティション１２１Ｂ内のアプリケーションデータ２０４等をバックアップするための領域である。

第４パーティション１２１Ｅは、第１パーティション１２１Ｂを工場出荷時（初期状態）に戻す場合に起動されるリカバリ用オペレーティングシステム２０７、リカバリプログラム２０８、工場出荷時の第１パーティション１２１Ｂの状態に対応するリカバリイメージ２０９を有する。

通常オペレーティングシステム２０２が起動できない原因の一つに、ハードディスクドライブ１２１自体は故障していないが、通常オペレーティングシステム２０２のデータの一部が破損している場合がある。このような場合、ユーザがバックアップボタン１５を押しながらパワーボタン１４を操作することによって、ユーザが作成したワードプロセッサ等のアプリケーション２０３のアプリケーションデータ２０４を救済可能である。

次に、図３のフローチャートを参照して、本実施形態による第１パーティション１２１Ｂの一部が破損している場合のアプリケーションデータ２０４の救済方法を説明する。

ユーザがパワーボタン１４を操作すると、ＢＩＯＳ−ＲＯＭ１２０に従うブート処理が実行される(ステップＳ１)。ここでは、先ずシステムのメモリ及び各Ｉ／Ｏを制御しているハードウェアの初期設定を行う。

初期設定が終了すると各Ｉ／Ｏの動作が可能となる。ＢＩＯＳ−ＲＯＭ１２０は、バックアップボタン１５が押されていたかＥＣ／ＫＢＣ１２４に問い合わせ、バックアップボタン１５が押されていたか否かを判定する(ステップＳ２)。

バックアップボタン１５が押されていない場合（ステップＳ２のＮｏ）、通常の通常オペレーティングシステム２０２が起動する。

バックアップボタン１５が押されている場合（ステップＳ２のＹｅｓ）、ＢＩＯＳ−ＲＯＭ１２０は、起動パーティション切替用プログラム２０１を起動させる（ステップＳ３）。起動パーティション切替用プログラム２０１は、何れのパーティションを起動させるのかＢＩＯＳ−ＲＯＭ１２０に問い合わせる。

ＢＩＯＳ−ＲＯＭ１２０からアクティブパーティションが第２パーティション１２１Ｃであると返答があると、起動パーティション切替用プログラム２０１は、第２パーティション１２１Ｃをアクティブパーティションに変更するための設定を行うと共に、第１パーティションを非アクティブパーティションに変更するための設定をブートブロック１２１Ａのパーティションテーブルに対して行う(ステップＳ４)。

ＢＩＯＳ−ＲＯＭ１２０はブートブロック（ＭＢＲ）１２１Ａをメモリ上に読み込み、ブートブロック１２１Ａに処理を移す。ブートブロック１２１Ａは、アクティブパーティションがどれであるか認識するために、パーティションテーブル上をサーチする。このサーチにより、アクティブパーティションが第２パーティション１２１Ｃであることが認識され、ブートブロック１２１Ａは第２パーティション１２１Ｃのブートセクタに処理を移す。これにより、ブートセクタからアクティブパーティション（第２パーティション１２１Ｃ）が起動する（ステップＳ５）。

第２パーティション１２１Ｃが起動した後、データ救済プログラム２０６が自動的に起動する（ステップＳ６）。データ救済プログラム２０６は、データの一部が壊れていると思われる第１パーティション１２１Ｂに保存されているデータの修復を試みる（ステップＳ７）。データ救済プログラム２０６は、自動またはユーザの選択によって、通常オペレーティングシステム２０２以外のアプリケーションデータ２０４やアプリケーション２０３の設定データ等の所定のデータを第３パーティション１２１Ｄにバックアップする（ステップＳ８）。なお、前のステップで修復できなかったデータはバックアップしない。

バックアップ後、データ救済プログラム２０６は、第４パーティション１２１Ｅからシステム起動させる（第４パーティション１２１Ｅをアクティブパーティションに変更する）ための設定内容をブートブロック１２１Ａのパーティションテーブルに保存する(ステップＳ９)。また、データ救済プログラムの次回起動時に、第３パーティション１２１Ｄにバックアップされていたデータを第１パーティション１２１Ｂに書き戻すためのモードで自動的に起動するように設定する。

設定後、データ救済プログラム２０６は、システムを再起動する。再起動前に第４パーティション１２１Ｅから起動するように設定されているので、第４パーティション１２１Ｅからシステム起動することによって、リカバリ用オペレーティングシステム２０７が起動する。リカバリ用オペレーティングシステム２０７が起動すると、リカバリプログラムが自動的に起動する（ステップＳ１０）。リカバリプログラム２０８は第１パーティション１２１Ｂを初期化した後、リカバリイメージ２０９を第１パーティション１２１Ｂに書き込み、第１パーティション１２１Ｂを工場出荷時の状態に復元する（ステップＳ１１）。書き込み終了後、リカバリプログラム２０８は、第２パーティション１２１Ｃからシステム起動させる（第２パーティション１２１Ｃをアクティブパーティションに変更する）ための設定内容をブートブロック１２１Ａのパーティションテーブルに保存する（ステップＳ１２）。

保存後、リカバリプログラム２０８は、システムを再起動する。再起動前に第２パーティション１２１Ｃから起動するように設定されているので、ユーザが操作を行わなくても第２パーティション１２１Ｃからシステム起動することによって、データ救済用オペレーティングシステム２０５が起動する。データ救済用オペレーティングシステム２０５が起動すると、データ救済プログラム２０６が自動的に起動する（ステップＳ１３）。ステップＳ８で、第３パーティション１２１Ｄにバックアップされていたデータを第１パーティション１２１Ｂに書き戻すためのモードで自動的に起動するように設定されている。データ救済プログラムは、第３パーティション１２１Ｄにバックアップされていたデータを第１パーティション１２１Ｂに復元する（ステップＳ１４）。

書き戻し処理が終了した後、データ救済プログラムは、データ救済プログラムの起動設定を初期化する。データ救済プログラムは、第１パーティション１２１Ｂからシステム起動させる（第１パーティション１２１Ｂをアクティブパーティションに変更する）ための設定内容をブートブロック１２１Ａのパーティションテーブルに保存する。

保存後、データ救済プログラムは、システムを再起動する。再起動前に第１パーティション１２１Ｂから起動するように設定されているので、ユーザが操作を行わなくても第１パーティション１２１Ｂからシステム起動する。リカバリ後の最初の起動時には、初期設定を行うためのプログラムが実行される。

本実施形態によれば、第１パーティション内の通常オペレーティングシステム２０２のデータが一部が破損した場合に、第２パーティション１２１Ｃ内のデータ救済用オペレーティングシステム２０５およびデータ救済プログラム２０６を起動することによって、第１パーティション１２１Ｂ内のデータを修復した後、第３パーティション１２１Ｄに第１パーティション１２１Ｂのデータをバックアップすることによって、第１パーティションに保存されているデータを救済可能である。

また、第４パーティション１２１Ｅ内のリカバリ用オペレーティングシステム２０７およびリカバリプログラム２０８を起動することによって、第１パーティション１２１Ｂを工場出荷時の状態に復元することが出来る。

また、第１パーティション１２１Ｂの復元後、データ救済プログラム２０６によって第３パーティション１２１Ｄにバックアップされたデータを第１パーティション１２１Ｂに復元することで、バックアップした時と同様の位置にデータが保存されるので、ユーザがデータの保存箇所を即座に認識することが出来る。

(変形例１)
なお、図４に示すように、記録書換可能型の光ディスク２２０にデータ救済用オペレーティングシステム２０５とデータ救済プログラム２０６を格納しても良い。第１パーティション１２１Ｂから起動できない場合、光ディスクドライブ１２２に光ディスク２２０を格納し、光ディスクドライブ１２２からブートすることで、データ救済用オペレーティングシステム２０５が起動した後、データ救済プログラム２０６が自動的に起動する。データ救済プログラム２０６は、ハードディスクドライブ１２１内のデータを光ディスク２２０の空き領域（保存領域）２２１にコピーする。

コピー後、ハードディスクドライブ１２１に工場出荷時の状態にリカバリした後、再度光ディスク２２０からブートし、データ救済用オペレーティングシステム２０５、およびデータ救済プログラム２０６を起動する。データ救済プログラム２０６によって、光ディスク２２０内の空き領域２２１にコピーされたデータをハードディスクドライブ１２１の第１パーティション１２１Ｂに復元する。なお、光ディスク２２０からハードディスクドライブ１２１に書き戻すデータは、全てのデータであっても良いし、一部のデータであっても良い。

ハードディスクドライブ１２１内にデータを救済するためのデータ救済用オペレーティングシステム２０５およびデータ救済プログラム２０６を保存しなくても良いので、ハードディスクドライブ１２１の空き領域が増え、ユーザが使用することが出来る領域が増える。

なお、光ディスク以外の記録書換可能なメディアの換わりに、例えばフラッシュメモリを用いた記憶手段であっても良い。

(変形例２−１)
第１パーティション１２１Ｂをバックアップするためのデータ救済用オペレーティングシステム２０５とデータ救済プログラム２０６とが格納されたパーティションと、第１パーティションを工場出荷時の状態に戻すためのリカバリ用オペレーティングシステム２０７とリカバリプログラムとが格納されたパーティションとが別であった。しかし、図５に示すように、一つのパーティションである第４パーティション１２１Ｅに、データ救済／リカバリ用オペレーティングシステム２３０、データ救済プログラム２０６、リカバリプログラム２０８、リカバリイメージ２０９、および機能選択プログラム２３１を格納させることも可能である。

バックアップボタン１５を押されながらパワーボタン１４が操作された場合、起動パーティション切替用プログラム２０１によって、アクティブパーティションを第４パーティション１２１Ｅに切り替える。そして、データ救済／リカバリ用オペレーティングシステム２３０が起動した後、機能選択プログラム２３１が自動的に起動する。

機能選択プログラム２３１は、“１．バックアップ”、“２．データ復元”、“３．第１パーティションのリカバリ”の何れかの機能を実行するか、ユーザに選択させるためのメニュー画面をＬＣＤ１７に表示する。“１．バックアップ”が選択された場合、データ救済プログラム２０６が起動し、データバックアップを行う機能が実行される。先の実施形態と同様に、第１パーティション１２１Ｂ内のデータが第３パーティション１２１Ｄにバックアップされる。

“２．データ復元”が選択された場合、データ救済プログラム２０６が起動し、第３パーティション１２１Ｄにバックアップされたデータを第１パーティション１２１Ｂに復元するための機能が実行される。なお、機能選択プログラム２３１が、第２パーティション１２１Ｃをサーチし、第２パーティション１２１Ｃにバックアップされたデータが無い場合に、“２．データ復元”を選択することができないような機能を持っていても良い。

“３．第１パーティションのリカバリ”が選択された場合、機能選択プログラム２３１はリカバリプログラム２０８を起動する。リカバリプログラム２０８は、第１パーティション１２１Ｂをフォーマットした後、リカバリイメージ２０９を用いて第１パーティション１２１Ｂを工場出荷時の状態に復元する。

この変形例の場合、ハードディスクドライブ１２１内に用意されるオペレーティングシステムが、通常オペレーティングシステム２０２とデータ復旧／リカバリ用オペレーティングシステム２０７との２つで済むので、ハードディスクドライブ１２１を占有する容量が少なくて済む。

(変形例２−２)
なお、変形例２−１の変形例として、変形例１と同様に、記録書換可能な光ディスク２４０に、データ救済／リカバリ用オペレーティングシステム２３０、データ救済プログラム２０６、リカバリプログラム２０８、リカバリイメージ２０９、および機能選択プログラム２３１を格納しても良い。そして、光ディスクの空き領域２４１にハードディスクドライブ１２１内のデータをバックアップしても良い。

本実施形態によれば、データ救済／リカバリ用オペレーティングシステム２３０、ハードディスクドライブ１２１内にデータを救済するためのデータ救済プログラム２０６、第１パーティションを工場出荷時の状態に復元するためのリカバリイメージ２０９およびリカバリプログラム２０８を保存しなくても良いので、ハードディスクドライブ１２１の空き領域が増え、ユーザが使用することが出来る領域が増える。

なお、光ディスク以外の記録書換可能なメディアの換わりに、例えばフラッシュメモリを用いた記憶手段であっても良い。

なお、本発明は、上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合せにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。更に、異なる実施形態に亘る構成要素を適宜組み合せてもよい。

本発明の一実施形態に係わる情報処理装置のシステム構成を示すブロック図。 本発明の一実施形態に係わる情報処理装置内のハードディスクドライブの構成を示す図。 本発明の一実施形態に係わるデータ救済の手順を説明するためのフローチャート。 本発明の一実施形態の変形例に係わる光ディスク内のデータ構成を示す図。 本発明の一実施形態の変形例に係わる情報処理装置内のハードディスクドライブの構成を示す図。 本発明の一実施形態の変形例に係わる光ディスク内のデータ構成を示す図。

符号の説明

１０…ノートブック型パーソナルコンピュータ，１２…ディスプレイユニット，１３…キーボード，１４…パワーボタン，１５…バックアップボタン，１６…タッチパッド，１７…ＬＣＤ，１１１…ＣＰＵ，１１２…ノースブリッジ，１１３…主メモリ，１１４…グラフィクスコントローラ，１１４Ａ…ビデオメモリ，１１９．ＢＩＯＳ…サウスブリッジ，１１９…サウスブリッジ，１２０…ＢＩＯＳ−ＲＯＭ，１２１…ハードディスクドライブ，１２２…光ディスクドライブ，１２１Ａ…ブートブロック，１２１Ｂ…第１パーティション，１２１Ｃ…第２パーティション，１２１Ｄ…第３パーティション，１２１Ｅ…第４パーティション，１２２…光ディスクドライブ，１２４…エンベデッドコントローラ／キーボードコントローラＩＣ，１２５…電源コントローラ，２０１…起動パーティション切替用プログラム，２０２…通常オペレーティングシステム，２０３…アプリケーション，２０４…アプリケーションデータ，２０５…データ救済用オペレーティングシステム，２０６…データ救済プログラム，２０７…リカバリ用オペレーティングシステム，２０８…リカバリプログラム，２０９…リカバリイメージ，２２０，２４０…光ディスク，２２１，２４１…空き領域，２３０…データ救済／リカバリ用オペレーティングシステム，２３１…機能選択プログラム

Claims (10)

1. 記憶媒体と、
   前記記憶媒体に設けられた、第１のオペレーティングシステムおよびデータを格納する第１のパーティションと、
   前記記憶媒体に設けられ、第２のオペレーティングシステムと、第２のオペレーティングシステムが起動された場合に実行され、前記第１のパーティションに保存されているデータを修復およびバックアップするデータ救済プログラムとを格納する第２のパーティションと、
   前記第２のオペレーティングシステムの起動を指示するスイッチと、
   前記スイッチが操作された場合に、前記第２のオペレーティングシステムを起動させる起動制御手段とを具備することを特徴とする情報処理装置。
2. 前記記憶媒体は、前記データ救済プログラムが前記第１のパーティションに保存されているデータをバックアップするための第３のパーティションを有することを特徴とする請求項１記載の情報処理装置。
3. 前記記憶媒体は、第３のオペレーティングシステムと、前記第１のパーティションを初期状態に復旧させるためのリカバリイメージと、前記リカバリイメージを用いて前記第１のパーティションを初期状態に復旧させるリカバリプログラムとを格納する第４のパーティションを更に具備することを特徴とする請求項１記載の情報処理装置。
4. 前記記憶媒体の第２のパーティションは、前記第１のパーティションを初期状態に復旧させるためのリカバリイメージと、前記リカバリイメージを用いて前記第１のパーティションを初期状態に復旧させるリカバリプログラムとを更に有することを特徴とする請求項１記載の情報処理装置。
5. 前記記憶媒体は、前記複数のパーティションの何れか一つから起動させるブートブロックを有し、
   前記起動制御手段は、第２のパーティションから起動すべきことを前記ブートブロックに指示することを特徴とする請求項１記載の情報処理装置。
6. 第２のオペレーティングシステムの容量は、第１のオペレーティングシステムの容量より小さいことを特徴とする請求項１記載の情報処理装置。
7. 記録書換可能な記憶媒体であって、
   記憶媒体を有する情報処理装置によって起動可能な第２のオペレーティングシステムが格納された第１領域と、
   前記情報処理装置によって実行可能であって、前記記憶媒体に保存されたデータを修復およびバックアップするデータ救済プログラムが格納された第２領域と、
   前記記憶媒体に保存されているデータをバックアップする第３領域とを有することを特徴とする記憶媒体。
8. 前記記憶媒体を初期状態に復旧させるためのリカバリイメージを格納する第４領域と、
   前記リカバリイメージを用いて前記第１のパーティションを初期状態に復旧させるリカバリプログラムが格納された第４領域とを更に具備することを特徴とする請求項７記載の記憶媒体。
9. 第１のオペレーティングシステムを格納する第１のパーティションと、前記記憶媒体に設けられ、第２のオペレーティングシステムおよび第２のオペレーティングシステム起動時に実行されるデータ救済プログラムを格納する第２のパーティションが設けられた記憶媒体を有する情報処理装置のデータ救済方法であって、
   前記第２のオペレーティングシステムを起動させるステップと、
   前記データ救済プログラムを実行するステップと、
   第２のパーティション中のデータ救済プログラムによって、前記第１のパーティション中のデータを修復するステップと、
   前記第１のパーティション中の所定のデータを前記記憶媒体中の前記第１のパーティション以外のパーティションにバックアップするステップとを含むことを特徴とするデータ救済方法。
10. 前記バックアップ後、前記第１のパーティションを初期状態に戻すステップを更に含むことを特徴とする請求項９記載のデータ救済方法。

Images