今井です。 パーティション構成を今後(10.0とか)どうすべきなのか少々悩んでます.....。 /bootはやはり単独で確保してた方がやっぱりいいみたい....。 例えばgrubでxfsパーティションからブートできなくても例えばreiserfs パーティションからブートできるなら、/bootをブートできるreiserfsで フォーマットして、 カーネル自体がxfsを扱えるのであれば、/boot以外のパーティションをxfs でフォーマットしても使うことができるし....。 /usr、/varは/と一緒にしておいた方が良いようで....。 今後/etc/fstabに書かれた情報を元にディスクをマウントする前に、/usrだ とか/varを参照するケースが増えるみたいだし....。 ただ、/usrをリードオンリーでマウントしたいっていう場合にちょっと困り ますが....。 /optは今までより縮小しても問題なさそうですね....。 スクラッチアンドビルド少し繰り返せば何らかの答えが出てきそう....。 -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 今井 優 mail: maimai@coral.ocn.ne.jp web: http://www10.ocn.ne.jp/~masimai/ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
At Sat, 27 Aug 2005 01:05:57 +0900, Masaru Imai wrote:
/bootはやはり単独で確保してた方がやっぱりいいみたい....。 例えばgrubでxfsパーティションからブートできなくても例えばreiserfs パーティションからブートできるなら、/bootをブートできるreiserfsで フォーマットして、 カーネル自体がxfsを扱えるのであれば、/boot以外のパーティションをxfs でフォーマットしても使うことができるし....。
そうですね、/boot を別物にしておいた方が、安全性は高いです。
/usr、/varは/と一緒にしておいた方が良いようで....。 今後/etc/fstabに書かれた情報を元にディスクをマウントする前に、/usrだ とか/varを参照するケースが増えるみたいだし....。 ただ、/usrをリードオンリーでマウントしたいっていう場合にちょっと困り ますが....。
基本的には /usr は別で read-only でも構わない「はず」なのですが、あま りそうした状況でテストされていないので、一緒にした方が無難、ではありま すね。
/optは今までより縮小しても問題なさそうですね....。
とはいえ、いまだに KDE & GNOME & OOo & mozilla などが載ってますからねぇ…。
--
Takashi Iwai
今井です。 土曜日 27 8月 2005 01:45、Takashi Iwai さんは書きました:
/usr、/varは/と一緒にしておいた方が良いようで....。 今後/etc/fstabに書かれた情報を元にディスクをマウントする前に、/usrだ とか/varを参照するケースが増えるみたいだし....。 ただ、/usrをリードオンリーでマウントしたいっていう場合にちょっと困り ますが....。
基本的には /usr は別で read-only でも構わない「はず」なのですが、あま りそうした状況でテストされていないので、一緒にした方が無難、ではありま すね。
プレマウント機能みたいなのがあれば/と別パーティションでも良いのでしょうけど.....。
/optは今までより縮小しても問題なさそうですね....。
とはいえ、いまだに KDE & GNOME & OOo & mozilla などが載ってますからねぇ…。
OOoは既に/usrに移動になってるはずですね。 10.0Beta3あたりを使ってパッケージをフルインストールに近い状態にして少し余裕を 持たせたサイズを導き出してみると (ユーザのホームディレクトリのある/homeは別であると仮定) /boot 128MB /opt 2.5GB /usr 6GB /var 300MB(syslogサーバーとかだともっと要るはず) /tmp 適宜(状況次第.....) 上記以外の/(ルート) 500MB 位というのが出てくる様で....。(最小限のパッケージなら当然これより「かなり」小さくなる はずですが) カーネルのアップデートとか考えると/や/boot等はもう少し余裕持たないと辛いかも....。 /bootと/以外をLVMでそれぞれパーティション確保しとけば楽なはずですけれど。 -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 今井 優 mail: maimai@coral.ocn.ne.jp web: http://www10.ocn.ne.jp/~masimai/ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
On Sat, 27 Aug 2005 01:05:57 +0900
Masaru Imai
パーティション構成を今後(10.0とか)どうすべきなのか少々悩んでます.....。
私は、最近は、/boot だけ、分けています。システム領域があふれると困ると 昔は考えていましたが、結局、当初の予定どおりにはいきません。システム 領域を余分にとっていたため、データ領域を少なく設定し、後から、データ 領域を拡張するために、システム領域を減らすことに成ってしまったこと もあります。パーティションの切り直しは、時間もかかるし、トラブルも 起こりやすいです。Linuxのために、HDDの領域を確保できない場合以外は、 /boot以外は、1パーティションのほうが良いと思っています。 わたしも、/bootは、ext3, それ以外は、xfsです。 また、/bootですが、大きめに取っておくことをおすすめします。私は、 150MBほど取っています。ぎりぎりで取っておくと、システムを変更した 時に、使えなくなることがあります。/bootがどこにあるかで、起動でき ないLINUXもあるようなので、結構重要だと思っています。マルチブート でなければ、そこまで心配しなくても良いと思いますが・・・。 かんだつ Susumu Kandatsu eMail: kanchan@rr.iij4u.or.jp HomePage: http://www.rr.iij4u.or.jp/~kanchan
今井です。 土曜日 27 8月 2005 13:40、Susumu Kandatsu さんは書きました:
私は、最近は、/boot だけ、分けています。システム領域があふれると困ると 昔は考えていましたが、結局、当初の予定どおりにはいきません。システム 領域を余分にとっていたため、データ領域を少なく設定し、後から、データ 領域を拡張するために、システム領域を減らすことに成ってしまったこと もあります。パーティションの切り直しは、時間もかかるし、トラブルも 起こりやすいです。Linuxのために、HDDの領域を確保できない場合以外は、 /boot以外は、1パーティションのほうが良いと思っています。
私の場合、「拡張領域は作らない」のが基本方針で、 9.3からインストール時に、LVMで/usrとか確保しても大丈夫な様になったので /boot swap / LVM(/usr,/usr/src,/tmp,/var,/opt,/home) という構成にしてます。 10.0Beta3でもこの構成でやってるのでこのまま行くかも....。 (/usrと/usr/src分けてるのは前にも書きましたけど、実際にはまだですが/usrを リードオンリーでマウントしようと思ってるので...) /varとか/tmp、/usr/srcとかインストール時の容量決定はかなり面倒?ですが、 LVMだと足りなければ拡大すれば良いだけと楽ができますからこれで良いのかな と....。 一時は/usr等のシステム用と/homeのユーザ用とLVMボリューム二つ作った事も ありましたけど、あんまり意味が無いというか融通が利かなくなるので止めました。
わたしも、/bootは、ext3, それ以外は、xfsです。
私の場合、SUSEのデフォルトがReiserFSなので/bootはあえてReiserFSにしました。 ReiserFSにする必要性ってあまり無いですが、あれこれシステム全体をインストール し直したりして遊ぶ事が多いので、デフォルトかXFSに絞ってます。
また、/bootですが、大きめに取っておくことをおすすめします。私は、 150MBほど取っています。ぎりぎりで取っておくと、システムを変更した 時に、使えなくなることがあります。/bootがどこにあるかで、起動でき ないLINUXもあるようなので、結構重要だと思っています。マルチブート でなければ、そこまで心配しなくても良いと思いますが・・・。
/bootに関しては最低でも100MB取っておかないとカーネル2世代残しておく様な 運用の場合に困りますね。 ましてやxen用とか複数のカーネル入れてる場合など更に必要な訳で....。 -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 今井 優 mail: maimai@coral.ocn.ne.jp web: http://www10.ocn.ne.jp/~masimai/ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
participants (3)
-
Masaru Imai
-
Susumu Kandatsu
-
Takashi Iwai