組み立てキットを使って自作に挑戦！
［第２０７回］
●Ｇ４Ｌの致命的問題点
前回はリナックス用のシステムバックアップソフトＧ４Ｌを使ってみましたが、そこで気が付いた問題点は、とにかくバックアップにやたら時間がかかることです。
ＵＢＵＮＴＵ１１．０４をインストールして、まだそれほどあれこれ作業もしていない状態でのバックアップですのに、なんと４０分もかかってしまいました。
中日電工のパソコン組立キットはＣｅｌｅｒｏｎデュアルコア２．６ＧＨｚですから、ちょいと前のパソコンに比べたらかなり速いことが十分実感できるマシンです。
それなのにバックアップに４０分もかかってしまうのでは、少し以前のパソコンではとても耐えられないのではないか、と思います。
それに、この先データを蓄積していってバックアップしなければならないデータ量がうんと増えてしまったときのことを考えると、とても使用に耐えないなあ、と思います。
ところが、実は処理時間が長くかかってしまうことのほかにも、もっと致命的な問題点がＧ４Ｌにはあったのです。
このことについては、他にも何人かの方がインターネット上で言及してみえて、中にはその対策について考察してみえる方もいらっしゃるようです。
それは作成されるバックアップイメージのサイズなのです。
なんと。
信じられないほど、大きなサイズのイメージファイルが作成されてしまいます。
バックアップ用に接続したハードディスクｓｄａの中味です。
ｓｄａはあらかじめＧＰａｒｔｅｄでリナックスパーティションを作成し、ｉｍｇｂｋｕｐという名前をつけてあります。
それを開いてみたところです。
ｉｍａｇｅ．ｉｍｇ．ｇｚがＧ４Ｌで作成されたバックアッブイメージファイルです。
このイメージファイルのサイズを確認してみましょう。
ｉｍａｇｅ．ｉｍｇ．ｇｚのプロパティを開いてみました。
なんと、３９．６ＧＢもあります。
そもそももとのＵＢＵＮＴＵ１１．０４のシステムファイルのサイズはいったいどれほどなのでしょうか。
●システムパーティションの使用済みサイズを調べる
ＵＢＵＮＴＵ１１．０４で、システムディスクの使用済みサイズはどのようにしたら確認することができるのでしょうか。
システムディスクにはＵＢＵＮＴＵ１１．０４がインストールされた基本パーティションｈｄａ１（またはｓｄａ１）のほかに、ＳＷＡＰパーティション（ｈｄａ５またはｓｄａ５）があります。
ハードディスクの丸ごとバックアップをするときに、このＳＷＡＰパーティションの扱いがどうなるのか、よくはわかりません。
しかし通常ＳＷＡＰパーティションはシステムパーティションに比べてサイズは小さい（２〜５ＧＢ）ので、システムディスクの使用済みサイズを見るときには、システムパーティションの使用済みサイズを見る、ということでもよいのでは、と思います。
で。
そのシステムパーティションの使用済みサイズの確認方法です。
デスクトップ画面右上の電源マークをクリックして、システム設定をクリックします。
システムグループのシステム・モニタを開きます。
ファイルシステムを見ると、使用済みサイズがわかります。
デバイス ／ｄｅｖ／ｓｄａ１は５．８ＧｉＢになっています。
約６ＧＢです。
その６ＧＢのバックアップイメージが、圧縮して（！）４０ＧＢにもなってしまうのですから、これはとても素直には信じられないことではあります。
なんでも未使用の領域が存在すると、圧縮がうまくできなくて巨大なイメージファイルができてしまうのだそうです。
そこで未使用領域をあらかじめスペースだかなんだかの文字コードで埋めておくと、バックアップイメージが小さくなるので、そのための処理にはこういう作業をするといいですよ、などと書いてあるサイトもあります。
うむむ。
それは世の中にＧ４Ｌしか使えるバックアップソフトが存在しないときにとるべき手段でありましょう。
私は、まことに申し訳ないが、このソフトはとても使う気にはなりません。
ええ。
ほかのバックアップソフトを使いますです。
ちなみに、その「他のバッアップソフト」で、上と同じＵＢＵＮＴＵ１１．０４のハードディスクのまるごとバックアップをして、作成されたイメージバックアップファイル（こちらはフォルダ）のサイズを確認してみたのが、これです。
フォルダのサイズは１．７ＧＢです。
おお。
これなら、ＤＶＤにも十分保存できるサイズです。
このバックアップソフトにつきましては、もう少し後でご紹介いたします。
●フォルダのコピーができません
バックアップソフトの検証を行なう過程では、複数のバックアップソフトを使って、システムディスクのバックアップイメージをハードディスクに保存したり、そのイメージからもとのシステムを復元する作業を繰り返しおこないます。
その過程ではＵＢＵＮＴＵ１１．０４をインストール済みのハードデイスクをクリアしてしまって、そこに新たにバックアップイメージからシステムを復元したりしますから、もしうまくバックアップイメージが保存されていなかったりすると、泣くことになります。
また最初からＵＢＵＮＴＵ１１．０４をインストールしなければなりません。
ですから、間違いなくシステムが復元できる、という検証済みのバックアップイメージファイルが必要になります。
検証済みのバックアップイメージは、バックアップイメージ用のハードディスクに保存しています。
ところで、その同じハードディスクに、別のバックアップソフトを使ってバックアップイメージを保存するテストをするときに、初めて使うソフトなどですと、操作や設定を誤って、バックアップイメージを保存してあるハードディスクの中味を破壊してしまう、などということになってしまったら厄介です。
そこで、念の為に検証済みのバックアップソフトで作成したバックアップイメージをＵＳＢメモリにコピーしておくことにしました。
転ばぬ先の杖、というわけです。
そのバックアップイメージは、今回のページの最初のところでお見せしておりますが、戻るのも面倒でしょうから、下に再掲いたします。
保存用ハードディスクのｉｍｇｂｋｕｐパーティションにある、
２０１１−０９−０９−０６−ｉｍｇｕｂｕｎｔｕｎｅｗと
２０１１−０９−１２−０２−ｉｍｇｕｂｕｎｔｕ
の２つのフォルダです。
この２つのフォルダをＵＳＢメモリにコピー＆ペーストしようとしたのですが、エラーになってしまいました。
パーミッションがないから駄目だ、ということのようです。
むむむ。
このあたりはＷｉｎｄｏｗｓは楽なのですけれどねえ。
リナックスは融通が利かないのです。
しかし。
確か以前にＵＳＢメモリやネットワークコンピュータにファイルをコピー＆貼り付けしたときは、何の問題もなく出来てしまったのでしたが。
フォルダだと駄目なようです。
それなら、フォルダごとコピーするのを諦めて、ファイル単位でコピーすればよいわけですけれど。
むむ。
それは、面白くない、のですよねえ。
なんとか、駄目だ、というところをクリアしたいじゃないですか。
そこで調べてみたのですけれど。
ＧＵＩのままで、フォルダにパーミッションを与えるのは、無理なようです。
あ。
フォルダのパーミッションを確認してみました。
フォルダのプロパティを開いて、「アクセス権」を確認してみました。
やっぱり、所有者はｒｏｏｔになっています。
むむ。
ＧＵＩ（グラフィカルユーザーインターフェース）ではｒｏｏｔにはなれませんから、これは無理のようです。
う。
ｒｏｏｔになる？
ＧＵＩでは駄目だけど…。
ひょっとしたら。
●ｃｈｍｏｄコマンド
「端末」でｒｏｏｔになってみました。
「端末でｒｏｏｔになる」については［第２０３回］を参照してください。
フォルダやファイルのパーミッションを変更するにはｃｈｍｏｄコマンドを使います。
ちょいと乱暴ですけれど、所有者もユーザーもフルアクセスできるようにするにはパラメータとして７７７を与えます。
−Ｒをつけると、そのフォルダだけではなくて、その下にある全てのフォルダやファイルにも同じアクセス権が与えられます。
ｉｍｇｂｋｕｐパーティションにある全てのフォルダをコピー可能にするために、上の「端末」の画像にありますように、
ｃｈｍｏｄ ７７７ −Ｒ ／ｍｅｄｉａ／ｉｍｇｂｋｕｐ
を実行してみました。
なお、システムのハードディスク以外のハードデイスクやＵＳＢメモリなどは／ｍｅｄｉａの下に置かれているようです。
上記を実行してから、フォルダのプロパティを開いてみたのですが、アクセス権の表示は変わっていません。
上位のフォルダ（パーティション）のアクセス権を変えても、その下のフォルダのアクセス権の表示は変わらないようです。
しかしもう一度イメージバックアップファイル（フォルダ）をＵＳＢメモリにコピー＆ペーストしてみましたら。
おお。
今度はエラーにならずにちゃんと貼り付けできてしまいました。
「ファイルシステム４．０ＧＢ」というのがＵＳＢメモリです。
２０１１−０９−０９−０６−ｉｍｇｕｂｕｎｔｕｎｅｗと
２０１１−０９−１２−０２−ｉｍｇｕｂｕｎｔｕ
がコピーされています。
パソコンをつくろう！［第２０７回］
２０１１．９．１３ｕｐｌｏａｄ
前へ
次へ
目次へ戻る
ホームページトップへ戻る