Vitruvian Penguin
knoppix

[knoppix:2158] Re: mkwritableというシェル手続きを作りました。

Date: Mon, 29 Sep 2003 09:35:10 +0900 (JST)
X-mailer: FreeML Web Mailer XP; SP2
河野@南部製作所です

>それと、/ramdiskだと、起動するたびに毎回apt-getする必要がありますよね。
>その実行時間はどのくらいになりますか。

時間を計ってみました。
Pentium4-2.8GHz + 1GBytes Memory + CDx48倍速ドライブ
インターネット接続は128Kbps OCNエコノミーです。

1.以下の準備 :20秒ぐらい

./mkwritable /var/lib/dpkg/*
./mkwritable /var/lib/apt/lists/lock
./mkwritable /var/lib/apt/lists/partial
./mkwritable /var/cache/apt/archives/partial
./mkwritable /var/cache/apt/archives/lock

2.apt-get update : 10分程度
0810-1826

3.以下の準備 : 30秒程度
./mkwritable /usr/X11R6/*
./mkwritable /usr/X11R6/include/*
./mkwritable /usr/X11R6/include/X11/*
./mkwritable /usr/bin
./mkwritable /usr/lib/menu

./mkwritable /usr/share/doc
./mkwritable /usr/share/man/*
./mkwritable /usr/share/locale/*/LC_MESSAGES
./mkwritable /usr/share/lintian/overrides/


4.apt-get install postgresql

0 packages upgraded, 2 newly installed, 0 to remove and 492  not upgraded.
Need to get 3337kB of archives. After unpacking 8565kB will be used.
Do you want to continue? [Y/n] Y
と出てからダウンロード終了まで : 4分程度
インストールダイアログに答える : 30秒程度
インストール : 20秒程度

合計15分を少し越した程度でした。
debファイルをファイルサーバやストレージに保存しておけば1分程度には
なりそうですね。


>しかし、すごいマシンですね。
>私のマシンでramdiskを89Mも使ったら、どんなことになるのでしょう。

knoppixは現在配布されているCDのままで業務などに使用するには1GBytes
メモリが必要と感じています。
今すぐ業務に使用するわけではないのですが、うちとしては3年程度後ぐらい
から顧客に提供できるようになるかなと考えています。
3年後だと1GBytesメモリもほいほい買える状況になるかなと。
ですから現在は多少オーバスペックでもKnoppix実験は1GBytesメモリ上で
行なうようにしています。
今でもエントリーレベルのマシンを購入する時にHDDを抜いてその費用を
メモリに回せば1GBytesにできると考えると、まあ無茶ではない想定かと。

>あと、mkwritableの中の「/ramdisk」を「/home/knoppix」に変えれば、
>ラムディスクの変わりに継続的ホームディレクトリを使ってmkwritableできる
かもし
>れません。(やったことはありませんが)

5年後にPC本体が雑貨レベルの値段になることを考え、エントリーマシンは
内蔵HDDは搭載しなくなるという進化の方向もあるかと思っています。
その想定が大ハズレだったとしても、組織で使用するPCは内蔵HDDを使わず
にファイルサーバや外付けストレージを使うというのは有効な管理方法と
なるはずです。したがって内蔵HDDを使わない方法を模索していこうと
思っています。

さて、そうなるとあくまでCD起動となるのですが、ここで継続的ホーム
ディレクトリにmkwritableしたとすると、例えば今回試したPostgreSQLなんか
でも作成したデータベースが保持できるので素晴らしいです。
でも起動するKnoppix-CDのバージョンが変更となった時の整合性が保持でき
るかどうか?

ほとんどは大丈夫だと思いますが、安心はできないと思います。その場合、
タイムスタンプなどで整合性をチェックするスクリプトを作成すれば
不具合の検出ぐらいはできると思いますが、検出した後どうするか?
apt-getの履歴を保持しておいて、不整合となったものはremoveするという
感じでしょうか。

私は継続的ホームディレクトリを使ってmkwritableするというアイデア
をお聞きするまでは、USBメモリやファイルサーバなどにdebパッケージを
保管して起動の都度インストールするということを考えていました。
こちらの方法ではPostgreSQLのデータベースなんかは保持できませんが、
整合性についてはdebパッケージをインストールする時に依存性が検出
できるというメリットがあります。わざわざインストールする時間も、
上記のようにmkwritableの方に時間がかかるようですのでそんなに
深刻ではなさそうです。
<Prev in Thread] Current Thread [Next in Thread>