メインコンテンツにスキップ
ブログストレージディスクリサイズの上下

ディスクのリサイズを上下させる

ディスクイメージのサイズを大きくしたり小さくしたりする新機能をリリースしました。

より大きなサイズに変更する場合の唯一の変更点は、スワップとしてラベル付けされたディスクイメージのサイズを変更すると、スワップイメージを削除して再作成することです。 以前は、イメージ自体のサイズを変更しても、中のスワップを作り直すことはありませんでした。

小さくリサイズする場合は、ext2/ext3とswapディスクイメージでのみ動作します。 他のタイプのイメージでは中止されます。 ext2/ext3のリサイズは非破壊的で、内部のファイルシステムのサイズ変更を試み、十分な空き領域がない場合は中断します。 中止してもディスクイメージはそのままなので、本当にディスクイメージをできるだけ小さくしようとしているのであれば、異なるサイズを「試す」ことは安全です。 我々は、 [url=http://e2fsprogs.sourceforge.net/]e2fsprogs[/url] パッケージの一部である「resize2fs」を使用しています。

以下は私のテストケースの結果の一部です。

テスト結果[/size]

[b]初期イメージ。RedHat 9.0 Small, 1500 MB[/b].

[code]ファイルシステムサイズ 使用量 使用率 マウントされているのは
/dev/ubda 1.5G 875M 576M 61% /[/code].

[b]1500から1000へのリサイズ[/b]。

リサイズ後
コード]ファイルシステムサイズ 使用量 使用率 マウントオン
/dev/ubda 987M 842M 135M 87% /[/code].

[b]サイズを1000から900に変更する[/b]。

サイズ変更後
コード]ファイルシステムサイズ 使用量 有効使用% マウントされている
/dev/ubda 887M 842M 36M 96% /[/code].

[b] 900から800へのリサイズ[/b]。

No space left on device "でエラーになりました。 900MB残っていました。 ファイルはホスト上で変更されていません。 正常に起動し、dfが報告しました。
Code]Filesystem Size Used Avail Use% Mounted on
/dev/ubda 887M 842M 36M 96% /[/code].

[b] 900から1500へのリサイズ[/b]。

サイズ変更後
コード]ファイルシステムサイズ 使用量 有効使用% マウント先
/dev/ubda 1.5G 842M 624M 58% /[/code].

最初のリサイズの後、「使用済み」のスペースが少なくなっていることに注目してください。 fsck.ext3を実行した後にスペースを取り戻し、おそらく新しいジャーナルを開始したのだと思います。

ありがとう、そして楽しんでください。
-Chris

追記:この機能をスクラッチディスクイメージでテストして、その結果をここに報告してくださる方がいらっしゃれば幸いです。


コメント 

コメントを残す

あなたのメールアドレスは公開されません。必須項目には*印がついています。