Follyコメントする1ヶ月前に10GB単位で空きのあった会社のデータサーバ君がいつの間にかギューギューになっていた。何を入れているのやら。253:2VGに余裕を持たせてあるので、マウントしたまま拡張が出来る。Volumeを拡張する。253:2パーティーションもやらないとだめですよ。ext3なので、マウントしたまま出来るという恩恵を受ける。/dev/vg00/srvlv空きが有るか無いかすら気づかないとはね。Debianで構築したサーバー君が容量不足でupdate出来ないなど困ったことが多かったので意を決してパーティーションの変更作業。扱うデータの量が多いので失敗時が恐いけど、一応バックアップもあるし最悪消えることは・・無い。下記のようなパーティーションとした1GBのディスクが4台。autodetectsd[abcd]1はmd0を構成し、/マウントsd[abcd]5はswapsd[ab]6はmd1,sd[cd]6はmd2を構成。アレイmd0,md1,md2はいずれもRAID1で、md1+md2をlvmでvg00としている。md2で収まる範囲だった。2台ずつ変更していくために、まずvg00からmd2を外したい。巨大なパーティーションとしている/srvを800GB以下にすることでmd1以内の容量となるようにする。-mでマッピングを確認すると、vgでpvのどれが利用されているか解る。/srv中身が小さくなったので、lvを小さくする。/dev/mapper/vg00-srvlv続いて、md2側を利用しているデータをmd1に移動。/dev/md2このコマンドは凄く時間がかかるらしいのだが、ほぼ使っていなかったらしく一瞬だった。sddはフリーになった。新しくパーティーションを設定。/dev/sdc新しく下記のように編集。/dev/sdc6時間がかかるので待つ。今回は3時間近くかかった。/dev/sdd1容量が小さいので比較的短時間で終わる。UUID=md2側完了。同じようにmd1側のパーティーションも変更するために、md1側からmd2側利用に切り替える。&かなり時間がかかるからバックグラウンドで動かしておくといいかも。sda,sdbも同じように作業を繰り返す。md0からsda1,sdb1を外し、vg00からmd1を分離してmd1アレイを解除。swapも利用解除してsda,sdbをフリーにしてからパーティーション切り直し。/dev/sdbこれですべてのディスクが同じ設定になったと。md0へsda1,sdb1を追加sda6,sdb6でmd1を作成、フォーマット。md1をvg00へ追加(lvの拡張は後でいつでも出来るから後回し)sda5,sdb5でswapを作成、fstab修正。swapon大事なポイントはここからで、md0にマウントしている/をどうするのか。今回知ったポイントで一番大きいところはext3の拡張はマウントした状態で行えると言うこと。今までの作業でmd0のsd[abcd]1パーティーションは1GBとなっているので、まずアレイのサイズを拡張する。maxリビルドが行われるが、これも1GBなのですぐ終わる。ここです、ext3ファイルシステムはマウントしたまま拡張可能。実行できなかったlinux-imageのupdateを実行したところ気になるwarningが。changes.そうだ、アレイを構築し直したのでUUID等情報を修正しないとなりません。–scanこれで表示されるARRAY表示をmdadm.confに記載する。/etc/mdadm/mdadm.conf起動できなくなったりしたら恐いので、再度インストールしてみる。一つ調べなきゃ行けないことを思いだした。initramfsについて。