今井です。 「ディスクの分割」について書いてたらインストーラもこうだったら いいなぁと思うことがあったので書いておきます。 現状だとパーティションサイズ決めてパッケージ選択ですけど、 この逆、つまりパッケージ選択してパーティションサイズ決定できる ルートがあればいいと思うのですがどうでしょうか。 (パーティショニングの経験が無くどれだけのサイズを切ったら良いか 判らない人向けがメインかな?パーティションに合わせてパッケージ を選ぶのではなく,使うパッケージに合わせてパーティションサイズを 決めるって事ですね) 具体的に書くと、パーティションのサイズを指定しないでパーティショ ン名(/とか/bootとか/usr)だけ決めておいて、入れるパッケージを選択 して決定すると必要なパーティションサイズを計算して設定できる様に なってるとか。 まあ使用率100%ってのはあまり好ましくないのでその計算を行う前 とかに空きサイズをどの位にするかとか、詳細を設定する処理も必要 でしょうけど、サイズの判断出来ない人にとっては楽になると思いま す。 -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 今井 優 mail: maimai@coral.ocn.ne.jp web: http://www10.ocn.ne.jp/~masimai/ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
イマドです。 すばらしい案ですね。 パッケージインストール後のLVM構築やパーティションリサイズによる 実害がないとしても、それらの手間を考えるとユーザーにとって 一段と気の利いたシステムになる画期的な手法だと思います。 わたしはパーティション分割に頭使うのが面倒なのでいつも / しか 作らないです。経験からある程度は導き出せるけどそんな事を覚えたり メモってるわけじゃないのでね。 ついでに言うと、インストール時のHDD容量は明記されているけど正直少ないと思います。 「 2 GB (Personal Edition) or 6 GB (Professional Edition) for the installation of all packages」と言われても、「その後どれくらい必要なの?」っていうのが 疑問ですから、HDD消費量の参考値を出してくれるとありがたいですね。 マルチメディア系のデータは特に容量を食いつぶすので、 エンドユーザーをターゲットにしているなら明記する数値を 引き上げることも考えてみてはいかがでしょう?SUSEさん。 On Tuesday 05 October 2004 22:47, Masaru Imai wrote:
今井です。 「ディスクの分割」について書いてたらインストーラもこうだったら いいなぁと思うことがあったので書いておきます。 現状だとパーティションサイズ決めてパッケージ選択ですけど、 この逆、つまりパッケージ選択してパーティションサイズ決定できる ルートがあればいいと思うのですがどうでしょうか。 (パーティショニングの経験が無くどれだけのサイズを切ったら良いか 判らない人向けがメインかな?パーティションに合わせてパッケージ を選ぶのではなく,使うパッケージに合わせてパーティションサイズを 決めるって事ですね) 具体的に書くと、パーティションのサイズを指定しないでパーティショ ン名(/とか/bootとか/usr)だけ決めておいて、入れるパッケージを選択 して決定すると必要なパーティションサイズを計算して設定できる様に なってるとか。
まあ使用率100%ってのはあまり好ましくないのでその計算を行う前 とかに空きサイズをどの位にするかとか、詳細を設定する処理も必要 でしょうけど、サイズの判断出来ない人にとっては楽になると思いま す。 -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 今井 優 mail: maimai@coral.ocn.ne.jp web: http://www10.ocn.ne.jp/~masimai/
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
-- =================================================^===== Yasunari Imado y-imado@users.sourceforge.jp [SSJV] http://ssjv.sourceforge.jp/ =================================================^=====
At Tue, 5 Oct 2004 23:42:15 +0900, Yasunari Imado wrote:
イマドです。
すばらしい案ですね。 パッケージインストール後のLVM構築やパーティションリサイズによる 実害がないとしても、それらの手間を考えるとユーザーにとって 一段と気の利いたシステムになる画期的な手法だと思います。
確かに、便利そうですね。実装は、意外に難しいと思いますけど。 パッケージでインストールされるファイル以外に、データ領域として使われる ディレクトリ (/var とか) にどの位余分を与えるのか、また、パッケージを 追加インストールする必要があるのか、アップデートする予定はあるのか、 などなど。細かくすると、 あと、以前言われていたような「パーティションを細かく分割する」ことの 異義について、最近はちょっと違和感を覚えています。 確か、 ・パーティションを細かく切った方がパフォーマンスが良い ・壊れにくい といった理由だったと思うのですが、FS が journaling する現在、 大きなパーティションでいいじゃん、とか思うのですよね。
わたしはパーティション分割に頭使うのが面倒なのでいつも / しか 作らないです。経験からある程度は導き出せるけどそんな事を覚えたり メモってるわけじゃないのでね。
同じく。 / と /home、あとは他のデータ用のパーティションくらいですね。
ついでに言うと、インストール時のHDD容量は明記されているけど正直少ないと思います。 「 2 GB (Personal Edition) or 6 GB (Professional Edition) for the installation of all packages」と言われても、「その後どれくらい必要なの?」っていうのが 疑問ですから、HDD消費量の参考値を出してくれるとありがたいですね。
ホーム以外の容量ならある程度予測できそうですね。 基本的には、インストール後大きく膨れるのは /var くらいですから、 /tmp と含めて 500MB〜1GB 程度あれば十分ですね。
マルチメディア系のデータは特に容量を食いつぶすので、 エンドユーザーをターゲットにしているなら明記する数値を 引き上げることも考えてみてはいかがでしょう?SUSEさん。
その手の (ユーザーの) データを考慮すると際限ないと思いますよ。
それこそ千差万別ですから。
私なんか Mailbox だけでも 1.5GB 喰ってますしね :-)
--
Takashi Iwai
On Tuesday 05 October 2004 22:47, Masaru Imai wrote:
今井です。 「ディスクの分割」について書いてたらインストーラもこうだったら いいなぁと思うことがあったので書いておきます。 現状だとパーティションサイズ決めてパッケージ選択ですけど、 この逆、つまりパッケージ選択してパーティションサイズ決定できる ルートがあればいいと思うのですがどうでしょうか。 (パーティショニングの経験が無くどれだけのサイズを切ったら良いか 判らない人向けがメインかな?パーティションに合わせてパッケージ を選ぶのではなく,使うパッケージに合わせてパーティションサイズを 決めるって事ですね) 具体的に書くと、パーティションのサイズを指定しないでパーティショ ン名(/とか/bootとか/usr)だけ決めておいて、入れるパッケージを選択 して決定すると必要なパーティションサイズを計算して設定できる様に なってるとか。
まあ使用率100%ってのはあまり好ましくないのでその計算を行う前 とかに空きサイズをどの位にするかとか、詳細を設定する処理も必要 でしょうけど、サイズの判断出来ない人にとっては楽になると思いま す。 -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 今井 優 mail: maimai@coral.ocn.ne.jp web: http://www10.ocn.ne.jp/~masimai/
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
-- =================================================^===== Yasunari Imado y-imado@users.sourceforge.jp
[SSJV] http://ssjv.sourceforge.jp/ =================================================^=====
-- For additional commands, email: suse-linux-ja-help@suse.com
今井です。 木曜日 07 10月 2004 23:09、Takashi Iwai さんは書きました:
確かに、便利そうですね。実装は、意外に難しいと思いますけど。
現状でもインストーラのパッケージの選択時に容量計算して、使用率とかを 棒グラフで表示してるのでそれほどでもないのではと思ったのですが。
パッケージでインストールされるファイル以外に、データ領域として使われる ディレクトリ (/var とか) にどの位余分を与えるのか、また、パッケージを 追加インストールする必要があるのか、アップデートする予定はあるのか、 などなど。細かくすると、 ですんでパッケージの実使用サイズの合計値をインストーラに出してもらって あとの余裕の持たせかたは使う人まかせでいいんじゃないかと。 追加でアプリ入れてそれがあとどのくらい食いそうだから余裕をこれだけ持たせ ようとか。 あとは新規インストール時に各パーティションで使用率が80%を越える様な状況 を作りたくない時とか20%は確実に空きになる様に指定する様にしたらどうかと。
あと、以前言われていたような「パーティションを細かく分割する」ことの 異義について、最近はちょっと違和感を覚えています。 確か、 ・パーティションを細かく切った方がパフォーマンスが良い ・壊れにくい といった理由だったと思うのですが、FS が journaling する現在、 大きなパーティションでいいじゃん、とか思うのですよね。
メンテナンスとか考えるとでっかいパーティションだとなにかと苦しむ場合が....。 前は160+250GBx2なんていうLVM環境下でボリュームを平気で作りましたけど、 今はそういう事をしないようにしてたりします。 そのボリュームを復活させるまでの時間がかかりすぎますので。 LVM and ソフトウエアRAID関連のドライバか何かだったと思うけど、システム シャットダウン完了直前の最後までファイルシステム握っててReiserFSが壊れて しまうケースが9.1であって、そういう場合、データをフルレストアしたりする 事が必要だったりした場合がありました。(まっさらになったので) この様な場合、例えば380GB位のデータをrsyncでデータ転送すると一晩位かかっ たりしましたので。 後はそれぞれの使用率とかがすぐ簡単に判るのも大きいんじゃないかと。 全部いっしょくただとduコマンド使ったりとかして求める訳ですけど、 すぐ結果が得られる訳じゃないですし。
わたしはパーティション分割に頭使うのが面倒なのでいつも / しか 作らないです。経験からある程度は導き出せるけどそんな事を覚えたり メモってるわけじゃないのでね。
同じく。 / と /home、あとは他のデータ用のパーティションくらいですね。
私の場合は自分のWebサイトにそのメモが。後はそれを基準に増減。 サブマシンの方は/と/homeのパターンですね。 本当はある程度細かくしたかったけど....。 サブマシンの存在目的でメインマシンのデータ保管で、こちらは復旧 させるための時間の方はあえて度外視し、如何にオペレーションを簡 単にするかというこに注意してやったため、一枚の大風呂敷みたいな 形にしてあります。
ホーム以外の容量ならある程度予測できそうですね。 基本的には、インストール後大きく膨れるのは /var くらいですから、 /tmp と含めて 500MB〜1GB 程度あれば十分ですね。
マルチメディア系のデータは特に容量を食いつぶすので、 エンドユーザーをターゲットにしているなら明記する数値を 引き上げることも考えてみてはいかがでしょう?SUSEさん。
その手の (ユーザーの) データを考慮すると際限ないと思いますよ。 それこそ千差万別ですから。 私なんか Mailbox だけでも 1.5GB 喰ってますしね :-)
/homeとかは完全に使用者次第なのでシステム回りのパーティション だけでも有る程度参考値出してもいいんじゃないかなぁと。 壁紙とか/opt/kde3に突っ込む様な人の場合だと、/optも結構使いそう。 私の場合は/optに放りこむアプリとか結構あったので、/opt元々5Gだっ たけど今現在10Gまで増やしましたし。 -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 今井 優 mail: maimai@coral.ocn.ne.jp web: http://www10.ocn.ne.jp/~masimai/ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
At Thu, 7 Oct 2004 23:52:17 +0900, Masaru Imai wrote:
今井です。
木曜日 07 10月 2004 23:09、Takashi Iwai さんは書きました:
確かに、便利そうですね。実装は、意外に難しいと思いますけど。
現状でもインストーラのパッケージの選択時に容量計算して、使用率とかを 棒グラフで表示してるのでそれほどでもないのではと思ったのですが。
全部合わせて、の方が計算が楽なのだと思います。 インストール予測容量自体は計算できますが、ディレクトリによって将来 使われる容量は違いますよね。例えば /opt なんかは、将来を考えると随分と 余分に必要ですし、/var はシステムデータ領域ですから、各パーティション 一律 +20% という訳にはいきませんね。
パッケージでインストールされるファイル以外に、データ領域として使われる ディレクトリ (/var とか) にどの位余分を与えるのか、また、パッケージを 追加インストールする必要があるのか、アップデートする予定はあるのか、 などなど。細かくすると、 ですんでパッケージの実使用サイズの合計値をインストーラに出してもらって あとの余裕の持たせかたは使う人まかせでいいんじゃないかと。 追加でアプリ入れてそれがあとどのくらい食いそうだから余裕をこれだけ持たせ ようとか。 あとは新規インストール時に各パーティションで使用率が80%を越える様な状況 を作りたくない時とか20%は確実に空きになる様に指定する様にしたらどうかと。
この「各パーティションの使用率」の指定が難しい点でしょう。インストール 終了時とシステム運用時では、必要な容量は異なりますし。 前述のように、全体の容量であれば、+20% とか概算できると思いますが。
あと、以前言われていたような「パーティションを細かく分割する」ことの 異義について、最近はちょっと違和感を覚えています。 確か、 ・パーティションを細かく切った方がパフォーマンスが良い ・壊れにくい といった理由だったと思うのですが、FS が journaling する現在、 大きなパーティションでいいじゃん、とか思うのですよね。
メンテナンスとか考えるとでっかいパーティションだとなにかと苦しむ場合が....。
あ、上記はシステムパーティションについてで、例えば /opt と / と /usr と /var を切り離す必要があるのか、という話です。 もちろん、データ自体はある程度切る必要があるでしょうね。
前は160+250GBx2なんていうLVM環境下でボリュームを平気で作りましたけど、 今はそういう事をしないようにしてたりします。 そのボリュームを復活させるまでの時間がかかりすぎますので。 LVM and ソフトウエアRAID関連のドライバか何かだったと思うけど、システム シャットダウン完了直前の最後までファイルシステム握っててReiserFSが壊れて しまうケースが9.1であって、そういう場合、データをフルレストアしたりする 事が必要だったりした場合がありました。(まっさらになったので) この様な場合、例えば380GB位のデータをrsyncでデータ転送すると一晩位かかっ たりしましたので。
後はそれぞれの使用率とかがすぐ簡単に判るのも大きいんじゃないかと。 全部いっしょくただとduコマンド使ったりとかして求める訳ですけど、 すぐ結果が得られる訳じゃないですし。
そうですね。
わたしはパーティション分割に頭使うのが面倒なのでいつも / しか 作らないです。経験からある程度は導き出せるけどそんな事を覚えたり メモってるわけじゃないのでね。
同じく。 / と /home、あとは他のデータ用のパーティションくらいですね。
私の場合は自分のWebサイトにそのメモが。後はそれを基準に増減。 サブマシンの方は/と/homeのパターンですね。 本当はある程度細かくしたかったけど....。 サブマシンの存在目的でメインマシンのデータ保管で、こちらは復旧 させるための時間の方はあえて度外視し、如何にオペレーションを簡 単にするかというこに注意してやったため、一枚の大風呂敷みたいな 形にしてあります。
ホーム以外の容量ならある程度予測できそうですね。 基本的には、インストール後大きく膨れるのは /var くらいですから、 /tmp と含めて 500MB〜1GB 程度あれば十分ですね。
マルチメディア系のデータは特に容量を食いつぶすので、 エンドユーザーをターゲットにしているなら明記する数値を 引き上げることも考えてみてはいかがでしょう?SUSEさん。
その手の (ユーザーの) データを考慮すると際限ないと思いますよ。 それこそ千差万別ですから。 私なんか Mailbox だけでも 1.5GB 喰ってますしね :-)
/homeとかは完全に使用者次第なのでシステム回りのパーティション だけでも有る程度参考値出してもいいんじゃないかなぁと。
御意。 上記では、「マルチメディア系のデータは特に容量を食いつぶすので...数値 を引き上げる」という文に対してのフォローです。 データの容量は、この際、あまり関係ないのではないかと。
壁紙とか/opt/kde3に突っ込む様な人の場合だと、/optも結構使いそう。 私の場合は/optに放りこむアプリとか結構あったので、/opt元々5Gだっ たけど今現在10Gまで増やしましたし。
/opt ははまりますね。以前、切っていた時は、KDE のアップデートの際に
足りなくなって困りました。
--
Takashi Iwai
今井です。 金曜日 08 10月 2004 00:29、Takashi Iwai さんは書きました:
/opt ははまりますね。以前、切っていた時は、KDE のアップデートの際に 足りなくなって困りました。
RedHatとかからの移行組は特にそこら辺、はまるでしょう。 ついいつもの調子で/を切って....。インストールしたら/がパンク。 (/と/usrと分けてる人は特に) RedHatとかだと/optありませんから。 MozillaやらOpenOfficeやら入りますし、複数バージョン残す様に インストールしちゃうとなおさら簡単にパンクしちゃいますね。 -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 今井 優 mail: maimai@coral.ocn.ne.jp web: http://www10.ocn.ne.jp/~masimai/ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
At Fri, 8 Oct 2004 01:19:40 +0900, Masaru Imai wrote:
今井です。
金曜日 08 10月 2004 00:29、Takashi Iwai さんは書きました:
/opt ははまりますね。以前、切っていた時は、KDE のアップデートの際に 足りなくなって困りました。
RedHatとかからの移行組は特にそこら辺、はまるでしょう。 ついいつもの調子で/を切って....。インストールしたら/がパンク。 (/と/usrと分けてる人は特に) RedHatとかだと/optありませんから。 MozillaやらOpenOfficeやら入りますし、複数バージョン残す様に インストールしちゃうとなおさら簡単にパンクしちゃいますね。
LSB/FHS の視点からでは、/usr に入れるのがより正しいので、こちらでも
/opt から /usr に移そうという話はいつも出るのですが、/opt は /opt で
管理が楽なんですよね。
例えば KDE と Gnome を両方 /usr にインストールすると、色々とかち合った
りするし、全部同じ所(例えば /usr/bin)に展開されると、見通しが悪くな
る。
代わりに /usr/lib/kde3/XXX とか /usr/lib/gnome2/XXX という風にすると、
単にディレクトリを深くしただけで、他のメリットは少ないですし。
それで、未だに /opt にインストールされている、という訳です。
--
Takashi Iwai
今井です。 経験則で極めて安全策に走った結果がこれ。 (df -hの出力結果) Filesystem サイズ 使用 残り 使用% マウント位置 /dev/hda2 1018M 349M 670M 35% / tmpfs 1004M 24K 1004M 1% /dev/shm /dev/hda1 255M 11M 244M 5% /boot /dev/hdb3 10G 3.3G 6.8G 33% /opt /dev/hde2 1018M 81M 937M 8% /tmp /dev/hdb1 10G 6.1G 4.0G 61% /usr /dev/hdb2 10G 926M 9.1G 10% /usr/src /dev/hde1 2.0G 369M 1.7G 19% /var /dev/mapper/home-home 110G 55G 55G 51% /home /dev/mapper/internet-internet 463G 244G 220G 53% /home/internet /dev/mapper/mmedia-mmedia 124G 67G 57G 54% /home/mmedia といった具合でとってもアンバランスといいますか微妙なところ があります。 /bootは複数カーネル対応、/tmpはISOイメージ生成対応、/varはネット ワーク経由でのシステムログ収集、squidのキャッシュ格納用とか勘案し てやったんですけど....。計算(予定が)狂ってかなり無駄が....。 火曜日 05 10月 2004 22:47、Masaru Imai さんは書きました:
今井です。 「ディスクの分割」について書いてたらインストーラもこうだったら いいなぁと思うことがあったので書いておきます。 現状だとパーティションサイズ決めてパッケージ選択ですけど、 この逆、つまりパッケージ選択してパーティションサイズ決定できる ルートがあればいいと思うのですがどうでしょうか。 (パーティショニングの経験が無くどれだけのサイズを切ったら良いか 判らない人向けがメインかな?パーティションに合わせてパッケージ を選ぶのではなく,使うパッケージに合わせてパーティションサイズを 決めるって事ですね) 具体的に書くと、パーティションのサイズを指定しないでパーティショ ン名(/とか/bootとか/usr)だけ決めておいて、入れるパッケージを選択 して決定すると必要なパーティションサイズを計算して設定できる様に なってるとか。
-- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 今井 優 mail: maimai@coral.ocn.ne.jp web: http://www10.ocn.ne.jp/~masimai/ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
participants (3)
-
Masaru Imai
-
Takashi Iwai
-
Yasunari Imado