特に良かったのは、frugal installにより設定ファイルを殆どバックアップファイルに入れる構造のため、/opt/.filetool.lstを見れば、オリジナルの配布ファイルに対して何を変更しているのか一目瞭然なことです。 また、/mnt/sda1/tce/onboot.lstを見れば、どのパッケージを使っているのかもすぐわかります。 このように、メンテナンス性がかなり上がりました。
また、無駄なディスク容量を使わないのも助かります。 これまで使っていたFedoraでは、ホームディレクトリおよびWebのコンテンツを除いて約14GBの容量を使っていました。 同じ条件で、今のマシンが使っている容量は200MB以下です。 また、メモリ使用量も80MB程度しかありません(実際にはこのほかにMySQLが128MB程度使いますが、設定で変更可能です)。
これなら、けっこう昔のマシンや非力なマシンでも十分活用できそうです。 私が持っている工人舎PMなんかで動かすという手もあるかも。
なお、Tiny Coreは本日時点でバージョン4.3になっています。 主な変更は、新しいエクステンションであるscm (Self Contained Mountable)というものが追加されていることのようです。
Movable TypeはPerlで動作するのですが、いくつかのCPANパッケージを必要とします。 Tiny Coreのfrugal installでは、普通にCPANを使ってインストールすると、リブート時にそれが消えてしまうので、少々細工が必要となります。 それには、必要なファイルをTCZにしてアーカイブしておくのですが、それと同時に他のTCZのパッケージングの例に倣い、不要なファイルを削除してサイズを最小のパッケージにします。
具体的には、以下のパッケージが必要となります。
まずは、必要なTCZパッケージを入れておきます。
% tce-load -wi perl5 % tce-load -wi mysql % tce-load -wi ImageMagick % tce-load -wil compiletc % tce-load -wil squashfs-tools-4.x % tce-load -wil mysql-dev
次に、CPANパッケージをインストールするのですが、あとでTCZパッケージを作成するため、インストール先を/tmp下にしておきます。
% cd /tmp % mkdir -p /tmp/PKG/usr/local/lib/perl5/5.14.1/ % cpan o conf makepl_arg "LIB=/tmp/pkg/usr/local/lib/perl5/5.14.1 \ PREFIX=/tmp/pkg/usr/local/lib/perl5/5.14.1 \ INSTALLMAN1DIR=/tmp/man1 INSTALLMAN3DIR=/tmp/man3" (ここでインストール先をデフォルトから変更) o conf commit o exit
この設定では、cpanのパッケージは/tmp/pkgにインストールされます。 マニュアル類は/tmp/man1および/tmp/man3に入りますが、これらのファイルはここでは使わないので捨ててしまいます。 完全なパッケージを作るなら、これらを入れたものにするか、マニュアル類を別途パッケージ化しますが、ここでは省略します。
% cpan DBI % mksquashfs pkg perl_DBI.tcz % cd pkg % find usr -not -type d > ../perl_DBI.tcz.list % cp perl_DBI.tcz perl_DBI.tcz.list /mnt/sda1/tce/optional % tce-load -wi perl_DBI
これでDBIを含むperl_DBI.tczというパッケージができました。 DBD::mysqlについても同様にします。
% rm -rf /tmp/pkg/* % cpan DBD::mysql % mksquashfs pkg perl_DBD_mysql.tcz % cd pkg % find usr -not -type d > ../perl_DBD_mysql.tcz.list % cp perl_DBD_mysql.tcz perl_DBD_mysql.tcz.list /mnt/sda1/tce/optional % tce-load -wi perl_DBD_mysql
Image::Magickは少々厄介です。 TinyCore 4.2.1でダウンロードされるImageMagickのバージョンは6.7.3なのですが、私がCPANを使って入手した最新のImage::Magick CPANパッケージのバージョンは6.7.4になります。 この両者は互換性がないようで、コンパイルが失敗します。そのため、別途ImageMagick-6.7.3をダウンロードし、中からImage::Magick (PerlMagick)を抜き出して使うことにします。 もしCHAPTCHAを使わないのであれば、この作業は不要です。
% cd /tmp % mkdir pm % tar xf ImageMagick-6.7.3-9.tar.gz % cd PerlMagick % perl Makefile.PL LIB=/tmp/pm INSTALLMAN1DIR=/tmp/man1 INSTALLMAN3DIR=/tmp/man3 % make install % mksquashfs pm perl_Image_Magick.tcz % cd pkg % find usr -not -type d > ../perl_Image_Magick.tcz.list % cp perl_Image_Magick.tcz perl_Image_Magick.tcz.list /mnt/sda1/tce/optional % tce-load -wi perl_Image_Magick
必要なパッケージのインストールができたので、Movable Typeをインストールします。 私はバージョン5を使いました。 まず、パッケージをcgi-binで展開し、mt-staticディレクトリをWebで普通に参照可能な場所に移動します。 なお、この例ではApacheの設定は前回のApacheのセットアップで使ったものを利用しています。
% cd /mnt/sda1/apache2/cgi-bin % unzip MT-5_13-ja.zip % mv MT-5_13-ja mt % cd mt % mv mt-static /mnt/sda1/apache2/htdocs
あとは、Webブラウザでhttp://ドメイン名/cgi-bin/mt/にアクセスし、対話式インストーラでインストールしてください。 詳しいドキュメントはMovable Typeのサイトにあります。
一点注意としては、セットアップ後に作成されるcgi-bin/mt/mt-config.cgiに次の行を追加しておきます。
CaptchaSourceImageBase /mnt/sda1/apache2/htdocs/mt-static/images/captcha-source
以上です。
% tce-load -wi apache2
デフォルトでは、ドキュメントのルートディレクトリは/usr/local/apache2/htdocsになっています。 ここにファイルを置いてもいいのですが、Tiny Coreはこのディレクトリをバックアップ(/opt/filetool.lst)に入れておかないと、リブート時に消えてしまいます。 コンテンツも結構あるので、Webのコンテンツは消えない(圧縮せず、起動時に展開しない)別のディレクトリに入れることにします。 ここでは、そのディレクトリを/mnt/sda1/apache2/htdocsとして話を進めます。
以前のサーバから、Webのコンテンツを/mnt/sda1/apache2/htdocsにコピーしておきます。
/usr/local/apache2/conf/httpd.confを編集します。 編集する箇所はコンテンツの設定等によって変わりますが、以下のような点です。
User daemon # daemonというユーザを作るか、tcなど既存のユーザに変える ServerAdmin foo@bar.com # 存在する管理者のメールアドレスに変える ServerName www.markn.org:80 # 自分のサーバ名に変更 DocumentRoot "/mnt/sda1/apache2/htdocs" # 利用するドキュメントルートに変更 <Directory "/mnt/sda1/apache2/htdocs"> # デフォルトの/usr/local/apache2/htdocsから変更 # この内部は必要に応じて変更。以下は例 # Options Indexesを削除(ディレクトリリスティングを不許可) # Options Includesを追加(SSIを使用) </Directory> <IfModule dir_module> DirectoryIndex index.html index.shtml # SSIを使う場合 </IfModule dir_module> ErrorLog "/mnt/sda1/apache2/logs/error_log" # ログの出力先を起動時に消えない場所にする <IfModule log_config_module> CustomLog "/mnt/sda1/apache2/logs/access_log" combined # ログの出力先とフォーマット </IfModule> <IfModule alias_module> ScriptAlias /cgi-bin/ "mnt/sda1/apache2/cgi-bin" # CGIの格納場所 </IfModule> <IfModule mime_module> AddType text/html .shtml # SSIで.shtmlファイルを使う場合 AddHandler server-parsed .shtml </IfModule>
上記は実際のhttpd.confからの抜粋になっているので、実際のファイルを見ながら必要な箇所を修正します。
いつものように、バックアップファイル(/opt/.filetool.lst)にhttpd.confを追加します。
usr/local/apache2/conf/httpd.conf
最後に、ブート時にapacheを起動するよう設定するとともに、設定ファイルをバックアップします。
% sudo su % echo "/usr/local/bin/apachectl -k start" >> /opt/bootlocal.sh % exit % filetool.sh -b
ここで、"apachectl -k start"で起動させるか(-kはなくてもいい)、リブートして動作を確認します。
最近、Courier-IMAPに代わって互換性のあるDovecotというIMAPサーバがあり、TCZパッケージとして用意されているので、こちらを使うことにしました。
Postfixのインストールはシンプルで、tce-load(またはAppBrowserでインストール)するだけですが、少し設定が必要です。
% tce-load -wi postfix
まず、/usrl/local/etc/postfix/main.cfを編集します。 デフォルトのファイルに対し、以下のような変数を修正しました。
myhostname = (メールサーバのホスト名) mydomain = (ドメイン名) myorigin = $mydomain inet_interfaces = (allまたは必要に応じて) mydestination = (必要なあて先を設定) mynetworks_style = subnet mynetworks = 自分のネットワークのセグメント alias_maps = hash:/usr/local/etc/postfix/aliases home_mailbox = Maildir/
以上が基本的な設定です。 このほか、以前使っていたセキュリティファイル(smtp.pem, server.key)を/usr/local/etc/postfixにコピーし、そのためのエントリを追加しておきます。
smtpd_tls_cer_file = /usr/local/etc/postfix/smtp.pem smtpd_tls_key_file = /usr/local/etc/postfix/server.key smtpd_use_tls = yes smtpd_tls_session_cache_database = キャッシュをおくファイル(/var等に設定)
そのほか必要に応じSSL等の設定もしますが、上記でも動作します。
必要なファイルをバックアップするために、エントリを/opt/.filetool.lstに追加しておきます。
/usr/local/etc/postfix/main.cf /usr/local/etc/postfix/server.key /usr/local/etc/postfix/smtp.pem /usr/local/etc/postfix/aliases
最後に、ブート時にサーバを起動させるために、/opt/bootlocal.shを修正します。
% sudo su % echo "/usr/local/etc/init.d/postfix start" >> /opt/bootlocal.sh
次に、IMAPサーバの設定をします。 インストールには、dovecotとともに、設定ファイルの格納されているdocecot-docも入れます。
% tce-load -wi dovecot % tce-load -wi dovecot-doc
設定ファイルのサンプルは/usr/local/share/doc/dovecot/example-config/dovecot.confにあるので、これを/usr/local/etc/dovecot/dovecot.confにコピーし、編集します。 そのままでも動作はしますが、私はIMAPのみ使い、POPなどは使わないので、protocolの修正をします。 また、IPv6は使わないので、listenも修正します。
protocols = imap # popおよびlmtpを削除 listen = * # "::"はIPv6用なので、削除
また、以前使っていたサーバからpemファイルをコピーし、/usr/local/etc/dovecot/dovecot.pemに置くとともに、関連する設定ファイルを修正します。
% cd /tmp/tcloop/dovecot-doc/usr/local/share/doc/dovecot/example-config/conf.d/ % cp 10-mail.conf /usr/local/etc/dovecot/conf.d (コピー後、 mail-location = maildir:~/Maildir とする) % cp 10-ssl.conf /usr/local/etc/dovecot/conf.d (コピー後、 ssl_cert = </usr/local/etc/dovecot/dovecot.pem ssl_key = </usr/local/etc/dovecot/dovecot.pem とする) % cp auth-system.conf.ext /usr/local/etc/dovecot/conf.d (コピー後、 driver = shadow とする。ログインユーザのパスワードを使うため)
続いて、必要なファイルをバックアップリスト(/opt/.filetool.lst)に入れます。
usr/local/etc/dovecot/dovecot.conf usr/local/etc/dovecot/dovecot.pem usr/local/etc/dovecot/conf.d
ブート時にdovecotを起動するようにし、忘れずにバックアップを取ります。
% sudo su % echo "/usr/local/sbin/dovecot" >> /opt/bootlocal.sh % exit % filetool.sh -b
ここまできたら、postfixとdovecotを手動で起動させるか、リブートしてメールの送受信を確認します。 エラーが出るようなら/var/log/messagesを見ながら設定を確認します。
バージョン4では、vmlinuz(カーネルを格納)、core.gz(ファイルシステムを格納)となりましたが、このcore.gzはMicro Core / Tiny Core共通のようです。 Xなどのファイルはtczパッケージとして別途tce/optionalに格納されています。 これにより、モジュラー化が進み、Micro CoreとTiny Coreを区別せずに利用することも可能になっています。
また、さまざまなアプリケーションが最初から入ったCore Plusというディストリビューションも用意されました。
私の目的はなるべくコンパクトにサーバを構築することなので(でもXくらいはほしい)、普通にTiny Coreを使います。
今回もVirtualBox上に環境を構築しました。 必要に応じてネイティブ環境に移行することも難しくありません。
最初にディスクを用意するのですが、とりあえずルートディレクトリに1GB、ホーム用に4GBを用意してみました。
isoイメージで起動したあと、tc-installというパッケージを使い、ディスクにインストールします。
% tce-load -wil tc-install % tc-install
ここでは記録のためにコマンドラインの記述を書いていますが、AppBrowserで対話的にインストールしてもかまいません。 tce-loadのオプションの-wilは、download + loadで、再起動時には読み込みません。 ちなみに、-wiとすると、再起動時に自動的に読み込む設定になります。
このツールは対話的なので、ルートディレクトリをフォーマットし、インストールを行います。 詳しくはこちらにも書いてあります。 インストールしたら、リブートして動作を確認します。
VirtualBoxで使うので、そのためのパッケージもインストールします。
% tce-load -wi virtualbox-ose-additions
次に、ホームディレクトリ用のディスク領域をフォーマットします。 今回はVirtualBox上で別のディスクを使いました。
% tce-load -wil cfdisk % sudo su % cfdisk /dev/sdb (新しいディスクは私の場合sdb。ここで領域を編集) % mkfs.ext4 /dev/sdb1 % rebuildfstab % mount /mnt/sdb1
以前使っていたディスクからホーム領域をコピーします。 私の場合、ディスクイメージはvdiではなくvmdkファイルで、これ自体は問題ないのですが、FedoraでLVMを使っていたため、LVMパッケージを入れる必要があります。
% tce-load -wil lvm2 (ここでpvscan, vgscan, lvscanコマンドなどを使い、ボリュームを確認します) % vgchange -ay ボリュームグループ名(vgscanで確認したもの) % mkdir /mnt/oldhome % mount /dev/ボリュームグループ名/ボリューム名 /mnt/oldhome (ボリューム名はlvscanで確認しておきます)
これで論理ボリュームにアクセスできるので、ホームディレクトリをコピーします。
% cd /mnt/oldhome % tar cf - home | (cd /mnt/sdb1; tar xvpf -)
必要なユーザを作成します。
% adduser (ユーザ名)
ホームディレクトリを確認し、ユーザとグループのIDが同じになるよう、/etc/passwdと/etc/groupを編集します。
DEFAULT core LABEL core KERNEL /tce/boot/vmlinux APPEND initrd=/tce/boot/core.gz quiet home=sdb1
最後の行の"home=sdb1"が、ホームディレクトリにsdb1を使うための指定です。
ここまで来たら、/opt/.filetool.lstを編集して、/etcの必要なファイルがバックアップされるようにします。
opt etc/passwd etc/passwd- etc/shadow etc/shadow- etc/group etc/group- etc/gshadow etc/gshadow-
最後に、設定をバックアップしておきます。 これで第一段階(?)終了。
% filetool.sh -b
私のサーバで動作している主なサービスは以下のようなものです。
これから、これらのセットアップを書く予定です。
TinyCoreだと、frugal installといって、パッケージをディスク内ではtczのまま入れておいて、起動時に解凍して使う使い方がお勧めになります。 これだと、ディスク使用量を最低にできるほか、設定やインストールで間違いがあっても簡単に元に戻せるというのが利点です。 また、設定ファイルなどで永続化しなければならないものを明示的に指定して自動的にアーカイブにまとめるので、配布されているファイルからの変更点や設定した点をひとまとまりに管理できるのも良いところです。
その代わり、最初のインストールでは最低限のパッケージしか入らないので、自分で必要なパッケージを全部インストールする必要がありますが、逆に言えば不要なものは一切インストールしないので、サーバを常に軽量に保てます。
今回は、それに伴いこのブログに使っているMovable Typeもバージョン4系から最新のバージョン5系にアップグレードしました。 Movable Typeのバックアップ・リストアでは、本来完全に同じバージョンを要求するのですが、バックアップファイルにちょっと手を入れるだけで最新バージョンでも(自己責任で)復元が可能です。 デザインが変わっているのは、以前使っていたデザインがうまくインストールできなかったからで、それほど深い意味はありません。
というわけで、これから少しづつTinyCoreでのサーバ構築について書いていこうと思います。
次に前菜。ハムやチーズなど。パンは大人と同じもののようです。
そしてメイン。パスタとビーフストロガノフ。
デザートもあったのですが、食べられなかったので残念ながら頼みませんでした。
前菜。ラップとかウィンナーとかサラダとか。
メイン。やはりパスタと、あとはコロッケや野菜。
デザートはプリンだったのですが、卵アレルギーで食べられないので頼みませんでした。そのため、その次に出国する際に(IRISの登録は出国時にしかできない)聞いてみたら、なんとIRISの登録はもうやっていないというではありませんか。 日本便が到着する午後3時以降のターミナル3の入国審査は非常に混雑するので、大変困ります。
実際、前回帰ってきたときは、ホールの外にまで人が溢れようかという混み様。 仕方なく、以前キープしておいたFast Track用のカードを使って入国することにしました。 で、自分の順番のときに入国審査の係の人に聞いたところ、IRISは廃止になるそうです。 既に新規登録は廃止になり、既存の登録者も今後1年ほどかけてフェーズアウトしていくことになるということです。 Gatwick空港のSouthなど、空港によっては、機械そのものの撤去も始まっているようです。
しかし、廃止にするならするで、混雑がさほどでもなくても1時間以上待たされる、入国審査のあの混雑を何とかしてほしいものです。 カウンターはいっぱいあるくせにロクに係はいないし、行列のコントロールは最悪だし。 先日は、後ろのほうにいる人を別の列に並びなおさせて、ぎりぎりで並びなおしにならなかった私は余計に時間がかかってしまいました。 列の先頭が複数あっても、係のいるカウンターはほとんど増えないためです。
これまでIRISで行列知らずだったので、次の国外出張が憂鬱です。毎回ファーストクラスに乗れるわけでもなし...。
さて、VirtualBoxで使っている方も多いと思いますが、ホストOSとの共有フォルダを使う方法です。 Tiny Coreでは、tczパッケージでVirtualBox Guest Additionsが提供されているので、基本的にはそれをインストールするだけで使えます。
% tce-load -wi virtualbox-ose-adiitions
ただ、これをインストールすると依存関係でXorgを含めた多数のパッケージがインストールされてしまいます。 Xorgが不要な場合や、私のように カスタマイズしている場合はあまりうまくありません。 そのため、最小のモジュールで使えるようにしてみました。
まず、Guest Additionsのモジュールのみをインストールします。
% tce-load -wi virtualbox-ose-adiitions-modules-2.6.33.3-tinycore
virtualbox-ose-adiitions-modules-2.6.33.3-tinycore.tczであり、virtualbox-ose-modules-2.6.33.3-tinycore.tczではないので注意してください。 このtczは、3つのカーネルモジュールをインストールするだけです。
次に、virtualbox-ose-adiitions.tczから、mount.vboxsfを抽出し、/usr/local/sbinにコピーします。
% cd /tmp % tce-fetch.sh virtualbox-ose-adiitions.tcz % tce-load -i squashfs-tools-4.x (まだダウンロードしていなければオプションは-wil) % unsquashfs virtualbox-ose-adiitions.tcz % sudo cp squashfs-root/usr/local/sbin/mount.vboxsf /usr/local/sbin % rm -rf squashfs-root
このファイルがリブート時に再現されるよう、/opt/.filetool.lstに追加し、バックアップします。
% echo usr/local/sbin/mount.vboxsf >> /opt/.filetool.lst % filetool.sh -b
これで、以下のようにして共有フォルダをマウントできるようになります。
% sudo mount.vboxsf 共有フォルダ名 マウントポイント
これで、非常に軽量に共有フォルダを有効にすることができました。
なお、この情報は、フォーラムにあったものをもとにしています。
前回の方法に味をしめて(?)、microcoreでも同じ方法が使えるのではないかと思いました。
もともと、microcoreとtinycoreの差分はtczで提供されているので、microcoreで起動したら、次のようにすればmicrocoreをtinycore相当にすることができます。
% tce-load -i Xprogs % tce-load -i Xlibs % tce-load -i Xvesa % tce-load -i flwm_topside
もちろん、Dynabook SS 3410ではXvesaの代わりにXorg-7.5でなければいけません。 しかし、この部分は既に前回最小のファイルセットを見つけました。
あとは、XprogsとXlibsに対して同じような作業をすればいいわけです。
で、また地道な作業で最小限のファイルセットを作成しました。 例により、自動的に新しいmicrocore.gzを作成するためのスクリプトと一緒に公開しておきます。
準備として、/mnt/hda1/boot/microcore.gzを用意してください。 また、以下のパッケージを/mnt/hda1/tce/optionalに(tce-load -wで)入れておいてください。
Xlibs.tcz Xorg-7.5-lib.tcz Xorg-7.5.tcz Xprogs.tcz feh-1.3.4.tcz firmware.tcz flwm.tcz giblib.tcz openssl-0.9.8.tcz pixman.tcz
作成方法は、アーカイブを展開したあと、
% sudo sh mkmicrocore.sh
となります。 これで、/tmp/microcore.gzが作成されます。 なお、Virtual Boxで試す場合は、Xorg-7.5.tcz.vbox.minlistをXorg-7.5.tcz.minlistにリネームしてmkmicrocore.shを実行してください。
今回は2バージョンあり、microcore-xorg-flwmはatermおよびflwmが入っています。 そのため、このパッケージではX Window上でターミナルを開いて作業することが可能です。 なお、flwmは私の好みで、tinycore標準のもの(flwm_topside)ではなくてタイトルバーが横につくもの(flwm)を入れてあります。 標準のものにするには、flwm_topside.tczをtce-load -wでダウンロードし、flwm_topside.tcz.minlistを以下の内容で作成します。
usr/bin/flwm_topside
また、mkmicrocore.shを以下のように修正します。
(修正前) sh copyfromlist.sh flwm (修正後) sh copyfromlist.sh flwm_topside (修正前) echo flwm >> /tmp/microcore/etc/sysconfig/desktop (修正後) echo flwm_topside >> /tmp/microcore/etc/sysconfig/desktop
microcore-xorgはこれらは入っておらず、Xが起動したら.xsessionの中身を実行することしかできません。
.xsessionには、以前書いたように、次の行を追加しておきます。
xset s off xset -dpms (dynabookではこの行がないと一定時間後にスクリーンが消える) feh -F -D 10 -r --hide-pointer /mnt/hda2/Photos/
microcore-xorgの場合、終了する場合はCtrl+Alt+BackspaceでX自体を終了させます。 デジタルフォトフレームを作るという本来の目的ではこれでも十分です。 コンソールでの作業はできますし、tce-loadで一時的に追加パッケージを入れてメンテナンスもできますから。
さて、ベンチマークです。 これまでの結果も合わせて表にしました。
| パッケージ | grubから画像表示まで | 電源入から画像表示まで | メモリ使用量 | tinycore.gzのサイズ | tczのサイズ | 備考 |
| Xorg + GQView | 28s | 40s | 98MB | 8.01MB | 16.20MB | |
| Xorg + Feh | 26s | 38s | 56MB | 8.01MB | 14.61MB | |
| Xorg最小化 | 23s | 33s | 45MB | 11.03MB | 0.00MB | grubの待ち時間を3sから1sに変更 |
| microcoreベース+最小Xorg (flwmあり) | 21s | 31s | 35MB | 8.79MB | 0.00MB | |
| microcoreベース+最小Xorg (flwmなし) | 18s | 28s | 34MB | 8.45MB | 0.00MB |
というわけで、最終的に起動時間が30秒を切りました。 tinycore.gz (実際にはmicrocore.gz)のサイズも、Xorgとfehを入れてオリジナルのtinycore.gzとそれほど変わらなくなりました。
BIOSスクリーンの時間はいかんともしがたいですが、実際grubからの起動時間を見ていると約18秒と、このスペック(Celeron 400MHz)にしては驚異的な速度で起動するのがわかります。 参考までに、環境作成に使用していたVirtualBox(ホストはCore i7-640M 2.8GHz、Windows 7 64bit、割り当てCPUは1個、メモリ192MB)での起動時間は5秒程度です。
ここで紹介している方法は、オリジナルのtinycore.gzやmicrocore.gzからファイルを削除するわけではないので、今後バージョンがあがっても修正が不要か、わずかな修正で動作することが期待できます。
PCとしてではなく、デジタルフォトフレームのようなアプライアンスを作るベースとしてTiny Core Linuxをカスタマイズしてきましたが、いかがでしょうか?
軽い画像ビューアであるFehをインストールして起動も結構早くなったのですが、Dynabook SS 3410は標準のXVesaが使えず、Xorgを入れる必要があるので、その分パッケージが大きくなるのが難点です。
注意深く見れば、Xorgのパッケージ(圧縮状態で14.28MB)のうち、不要なものを除く、というよりも必要なものだけを入れ、tinycore.gzに入れてしまえば軽くなるのではないでしょうか。
試しに、Xorg-7.5とそれに必要なパッケージ群を、以前説明したようにすべてtinycore.gzにパックしてみました。 結果はgrubのメニューから最初の画像が表示されるまで約30秒。 ...かえって遅くなってしまいました。 free -mのusedの値も77MBになってしまいます。
やはり、細かく見なければいけないようです。
Xorgはけっこう難敵なので、手始めにFehを調べてみると、fehの実行に必要なファイルは以下のみであることがわかりました。
/usr/local/bin/feh /usr/local/share/feh/fonts/yudit.ttf /usr/local/lib/libgiblib.so.1 -> libgiblib.so.1.0.6 /usr/local/lib/libgiblib.so.1.0.6
Fehに必要なパッケージは圧縮状態で336kBですが、上記の3ファイルの合計は非圧縮でも242kBです(参考まで、上記ファイルをgzip圧縮したものは114kB)。 そのため、これらを取り出してtinycore.gzに取り込んでしまえば、サイズがさらに小さくなってパッケージの読み込みも不要になります。
さてXorgについてです。 やり方は、まずXorg-7.5を入れずに(/mnt/hda1/tce/onboot.lstからエントリを削除)起動します。 そして、Xorgのパッケージ群をunsquashfsで別途展開しておきます。
% tce-load -i squashfs-tools-4.x (まだダウンロードしていなければオプションは-wi) % cd /tmp % unsquashfs -d expat2 /mnt/hda1/tce/optional/expat2.tcz % unsquashfs -d fontconfig /mnt/hda1/tce/optional/fontconfig.tcz % unsquashfs -d openssl /mnt/hda1/tce/optional/openssl-0.9.8.tcz % unsquashfs -d pixman /mnt/hda1/tce/optional/pixman.tcz % unsquashfs -d Xorg-bin /mnt/hda1/tce/optional/Xorg-7.5-bin.tcz % unsquashfs -d Xorg-lib /mnt/hda1/tce/optional/Xorg-7.5-lib.tcz % unsquashfs -d Xorg /mnt/hda1/tce/optional/Xorg-7.5.tcz % unsquashfs -d Xorg-fonts /mnt/hda1/tce/optional/Xorg-fonts.tcz
次に、メインファイルであるXorgを移動します。
% sudo cp -p Xorg/usr/local/bin/Xorg /usr/local/bin
これでXorgを起動すれば、さまざまなエラーが出ると思います。 最初はライブラリが足りないですし、次にエラーログが/var/log/Xorg.0.logに出てきます。 これらを確認しつつ、ひとつづつ/tmpからファイルをコピーしていきます。 実際には、ファイルのリストを作りながら、tarでコピーしていきました。 地道な作業です。
その後、Xを起動しては/var/log/Xorg.0.logを確認し、エラーが出ているライブラリを追加する作業を繰り返します。
そのうちエラーが出なくなって画面が出るようになるのですが、ここで問題です。 その状態ではキーボードの入力を受け付けない(マウスは受け付ける)ことです。 これは、どのファイル不足しているのが原因か、ログファイルからはわかりませんので、何とかいろいろ試すしかありません。 少々苦労しましたが、それらのファイルを特定しました。
なお、私が扱っているDynabook SS 3410の場合、Tridentのチップなので、ドライバは、
/usr/local/X11/modules/drivers/trident_drv.so
となりましたが、他のチップの場合は同じディレクトリにある他のファイルを取り込めば動くかもしれません。 たとえば、VirtualBoxの場合、
/usr/local/lib/X11/modules/drivers/vesa_drv.so /usr/local/lib/X11/modules/libshadow.so
を追加することで動作しました。
そんな感じでだいぶ苦労しましたが、「最小セット」のリストができました。 ついでに、自動でtinycore.gzを作成するスクリプトも作りました。
スクリプトのダウンロードはtinycore-xorg.tar.gzからどうぞ。
使い方は、まず必要なパッケージとして、squashfs-tools-4.xとadvcompを利用可能にしておきます。 また、Xorg-7.5.tczほか、必要なtczファイルを/mnt/hda1/tce/optionalにダウンロードしておきます。 その後以下のように実行するだけで、新しい/tmp/tinycore.gzが出来上がります。
% sudo sh mktinycore.sh
やっていることは以下のとおりです。
なお、これはtridentのドライバしか組み込みません。 VirtualBoxで動かしてみたい場合は、ファイルの中にそれ用の設定ファイルも用意したので、次のように置換してからmktinycore.shを動かしてください。
% mv Xorg-7.5.tcz.vbox.minlist Xorg-7.5.tcz
tinycore.gzの展開と作成の詳細については、tinycore.gzの作り方も参照してください。
なお、この方法だと、以前組み込んだときとはd101m_ucode.binの位置が違う(以前: /lib/firmware/e100、今回: /usr/local/lib/firmware/e100)のですが、問題ありません。
これでできたtinycore.gzのサイズは、約11.03MB。 オリジナルのtinycore.gzが約8.01MBなので、おおよそ3MB増量ということになります。 tce-loadでXorg-7.5とFehをインストールすると、合計では、
8.01 (tinycore.gz) + 14.28 (Xorg-7.5) + 0.33 (Feh) = 22.62MB
ということで、およそ半分弱にまで容量が減ったことになります。
さて、期待(?)の起動時間です。 grubからは約23秒、電源を入れてからのトータル約35秒でした。 前回からさらに3秒ほど高速化しました。 grubの待ち時間を1秒にして、トータル約33秒になりました。 メモリ消費量は、free -mのused部分で45MBです。 前回(56MB)に比べて、11MBほど減らすことができました。
もっとやろうと思うと...もうtinycoreはあきらめて、microcoreベースで構築するしかないですね。