組み立てキットを使って自作に挑戦！
［第２１４回］
●システムパーティションのサイズを変更してみる
今まで数回に渡って、ｃｌｏｎｅｚｉｌｌａを使ったＵＢＵＮＴＵシステムのハードディスクのバックアップイメージ作成と、そのイメージからもとのＵＢＵＮＴＵシステムをハードディスクに復元（リストア）する方法について説明をしてきました。
その説明でバックアップイメージを作成したシステムハードディスクは、８０ＧＢのハードディスクで、スワップパーティション以外の領域を１つのシステムパーティションとして、そこにＵｂｕｎｔｕ１１．０４をインストールにしたものでした。
そして同じその８０ＧＢのハードディスクの中味をクリアして、そこに保存したバックアップイメージから、もとのＵＢＵＮＴＵシステムをリストアしました。
しかし後から考えて気が付いたのですが、これでは、もし新しく用意したハードディスクがもとのハードディスクよりも大きい場合（たとえば１ＴＢ）、そこにバックアップイメージからリストアすると、もとと同じサイズのシステムパーティションが作成されて、残りは未使用のままになるのか、それとも１ＴＢ全体を使って巨大なシステムパーティションが作成されるのか、がわかりません。
ちなみにＷｉｎｄｏｗｓ７のシステムバックアップの機能では、新しいハードディスク全体を使ってもとのパーティションが復元されてしまいます。
そこで今回はバックアップイメージを作成したときのハードディスクのサイズよりも大きなハードディスクにシステムをリストアして、そのあたりのところを確かめてみることにしました。
すでに説明をしましたように、もとのＵＢＵＮＴＵシステムは８０ＧＢのハードディスクにインストールしてあります。
それよりも大きいサイズのハードデイスクとしては、２５０ＧＢ、５００ＧＢ、１ＴＢのものを所有しているのですが、どれもいろいろテストに使っていて、ちょっと中味を確認してからでないと、いきなり消去してしまうわけにはいきません。
そこで、それなら現在８０ＧＢのほぼ全部を使っているシステムパーティションを、ＧＰａｒｔｅｄを使ってサイズ縮小しておいて、それをバックアップして、そのバックアップイメージから、あらためて８０ＧＢのハードディスクにリストアしてみたら、サイズ縮小したパーティションと同じサイズで復元されるか、それとも８０ＧＢの全体をほぼ使ったサイズのパーティションとして復元されるのか、というあたりの確認が、同じ８０ＧＢのハードディスクを使うだけでできてしまうではないか、ということを思いつきました。
まあ、ケチな考えなのでありますが、ＧＰａｒｔｅｄのパーティションサイズの変更機能を使ってみるよい機会でもあります。
まずは前回ＵＢＵＮＴＵ１１．０４にインストールしたＧＰａｒｔｅｄを起動してみました。
しかし「リサイズ」は選択できませんでした。
まあそうでしょうねえ。
ＵＢＵＮＴＵシステムが起動している状態で、そのシステムパーティションをいじるのは危険ですものね。
そうすると、やっぱりＧＰａｒｔｅｄ ｌｉｖｅ ＣＤを起動して、そこで作業をすることになります。
●ＧＰａｒｔｅｄ ｌｉｖｅ ＣＤでパーティションのサイズを縮小
ＧＰａｒｔｅｄ ｌｉｖｅ ＣＤを起動しました。
システムパーティション（／ｄｅｖ／ｓｄａ１）を選択して、右クリックするとメニューが表示されます。
「リサイズ／移動」をクリックします。
「／ｄｅｖ／ｓｄａ１をリサイズ／移動」という画面が表示されます。
「新しいサイズ」を変更します。
右の▼を使ってもいいのですが、サイズが大きいので変更に時間がかかります。
キーボードから直接数値を入力することもできます。
直接数値を入力しただけでは、「後方の空き領域」に反映されません。
直接数値を入力したあと少し▼▲を操作すると「後方の空き領域」にも反映されます。
もとは約７２ＧＢだったシステムパーティションを３０ＧＢに変更しました。
最後に［リサイズ／移動］をクリックします。
表示は変更されますが、まだ操作は保留されています。
［Ａｐｐｌｙ］をクリックします。
警告が表示されます。
実際に使っているのは数ＧＢだけですから、多分大丈夫かと（大丈夫ではありませんでした）。
［Ａｐｐｌｙ］をクリックします。
変更作業が開始されました。
作業が完了しました。
［Ｃｌｏｓｅ］をクリックします。
システムパーティションが約３０ＧＢに縮小されました。
このあとＧＰａｒｔｅｄを終了して、ハードディスクでＵＢＵＮＴＵ１１．０４を起動したのですが…。
起動できたことはできたのですが、なんだかちょっと起動に時間がかかるような気がいたしました。
ちょっと悪い予感が…。
●縮小したＵＢＵＮＴＵシステムをバックアップ
パーティションを縮小したＵＢＵＮＴＵシステムのハードディスクをまるごとバックアップします。
Ｃｌｏｎｅｚｉｌｌａ ｌｉｖｅ ＣＤで、Ｃｌｏｎｅｚｉｌｌａを起動します。
今まで何回も説明をしていますから、途中は省略しますが、なんだかＣｌｏｎｅｚｉｌｌａも起動にやたら時間がかかっているようです。
画面いっぱいに文字が表示されてスクロールされていくのですが、それがいつもよりやたらしつこいように感じます。
バックアップイメージを保存するハードデイスクは、いつもの１ＴＢのハードデイスクです。
ターゲットのシステムはｓｄａ１ ３１．５ＧＢ ｅｘｔ４と表示されています。
●日付がおかしい？
作業をしていて気がついたのですが。
バックアップイメージの名前としてデフォルトで表示される日付がおかしいのです。
ちょっとみにくいのですが、２０１１−０９−１９−２３−ｉｍｇと表示されています。
でも、９月１９日ではなくて２０日なのです！
それでやっと気が付きました。
最後の数字はなんだろうと思っていたのですが、時刻だったのです。
でもそれも違っています。だから時刻だとは思えなかったのです。
一旦終了して、ＢＩＯＳを起動して確認をしてみましたところ、ＢＩＯＳの日時が違っていました。
このときは、まだ異変に気が付いていませんでしたので、ＢＩＯＳの日付時刻を変更しました。
その後もう一度Ｃｌｏｎｅｚｉｌｌａを起動して、さきほどのところまできましたら。
２０１１−１０−１９−０８−ｉｍｇ？？？
あれえ。
１９を２０に直すつもりで、９を１０に直してしまった？
ま。こんなところにこだわっていては先に進めませんから、今回はこのままで行くことにします。
バックアップ作業の開始です。
ｙを入力して［Ｅｎｔｅｒ］キーを押しました。
●エラー発生
「問題が発生！！！」と表示されました。
少し上の方を見ますと、
Ｃｏｕｌｄｎ’ｔ ｆｉｎｄ ｖａｌｉｄ ｆｉｌｅｓｙｓｔｅｍ ｂｉｔｍａｐ．
Ｐａｒｔｃｌｏｎｅ ｆａｌｌ，
と表示されています。
パーティションをリサイズするのは、かなり危険なようです。
やっぱり正攻法でいきましょう。
８０ＧＢのハードデイスクからのバックアップイメージから、１ＴＢのハードディスクにシステムを復元（リストア）する、ということでもよいのですけれど、まあ、乗りかかった船ですから、ＵＢＵＮＴＵを小さいパーティションでインストールするところからやってみることに致します。
●問題のハードディスクをクリアする
以前にも経験したことですが、リナックスは起動時に、接続されているファイルシステムをチェックしているようで、その状態によっては起動に時間がかかったり、起動できなくなったりするようです。
ですから、さきほど問題が発生した、パーティションを縮小したハードディスクは、一旦全部クリアしてしまうことにしました。
ＧＰａｒｔｅｄ ｌｉｖｅ ＣＤからＧＰａｒｔｅｄを起動しました。
パーティションを指定して、［Ｄｅｌｅｔｅ］をクリックします。
同じ操作をして全てのパーティションの削除を指示しました。
全部削除されたように見えますが、でもまだ実際には作業は行なわれません。
作業は保留されています。
画面下部に保留されている作業がリストアップされています。
［Ａｐｐｌｙ］をクリックすると保留されていた作業が行なわれます。
全ての作業が実行されました。
［Ｃｌｏｓｅ］をクリックします。
ハードディスクがクリアされました。
●ＵＢＵＮＴＵ１１．０４を再インストール
上でクリアしたハードデイスクにＵＢＵＮＴＵ１１．０４をインストールします。
ハードディスクの一部を使ってシステムパーティションを作成しますから「それ以外」を選択します。
「ディスク領域の割り当て」画面になります。
「空き領域」を選択して［追加］をクリックします。
パーティションのサイズを約４０ＧＢにしました。
マウントポイントは▼を操作して ／ にします。
［ＯＫ］をクリックします。
残った空き領域をもう一度指定して［追加］をクリックします。
スワップ領域を指定します。
サイズは２ＧＢにします。
利用方法：は、▼▲を操作して「スワップ領域」を指定します。
［ＯＫ］をクリックします。
［インストール］をクリックします。
［進む］をクリックします。
Ｊａｐａｎ−ＯＡＤＧ １０９Ａを選択して、［進む］をクリックします。
名前とパスワードを入力します。
Ｕｂｕｎｔｕ１１．０４のインストールが開始されます。
インストールが完了しました。
●インストールしたＵＢＵＮＴＵをバックアップ
何回も同じことを繰り返していると、疲れてしまいます。
でももうひと頑張りです。
Ｃｌｏｎｅｚｉｌｌａを起動して、今インストールしたばかりのＵｂｕｎｔｕシステムをバックアップします。
Ｃｌｏｎｅｚｉｌｌａを使ったシステムのバックアップはもう何回も説明していますから、途中は省略します。
イメージの保存先のハードデイスクを指定します。
●ｃｌｏｎｅｚｉｌｌａはＢＩＯＳの時計を狂わせる？
バックアップイメージに名前をつけますが、デフォルトでは年月日時をもとにした名前が表示されます。
今は０時なんかじゃありませんが、最後の時のところが００になってしまっています。
ＵＢＵＮＴＵは起動するとインターネットから時刻情報を取ってきますから、実害はありませんが、どうして参照するだけにしておかないのでしょうかねえ。
［２０１１．９．２２注記］
ＢＩＯＳの日時を狂わせていたのはｃｌｏｎｅｚｉｌｌａではありませんでした！
そのことについては
［２０１１．９．２６追記］
［第２１９回］に書きましたので、参照願います。
それはともかくとして、コピー元のハードディスクを指定して、バックアップの開始です。
バックアップを開始します。
バックアップは無事終了しました。
ちょっと疲れてしまいましたので、この続きは次回にいたします。
パソコンをつくろう！［第２１４回］
２０１１．９．２１ｕｐｌｏａｄ
前へ
次へ
目次へ戻る
ホームページトップへ戻る