CentOS 5.5がミラーされている様です。
riken.jpを見てみたら、ファイル一式ありました（笑
本家CentOSサイトではまだCentOS5.4になってますが、明日には5.5 Releaseが出ているのでしょう。
ReleaseNotes
日本語訳がないなぁ。。。

a85d7cd41f49f2146177dae52163d5dca276efc2 CentOS-5.5-x86_64-bin-DVD-1of2.iso
bb9a2c140170f10ed854541004539890ef7c68c8 CentOS-5.5-x86_64-bin-DVD-2of2.iso
なにかの冗談ですか？あらまDVD2枚になりましたか。。。


i386のDVDイメージは在ったけど、x86_64のDVDイメージは存在せず。
CDイメージは両方アリ。
他のミラーサイトはまだなさそうなので、理研一番早いのかな？


[2010/05/21追記]
CentOS 5.5をCD1枚で導入出来る様に、1CD導入イメージを作成しましたのでDVDドライブを付けていない方、CD8枚ダウンロードが面倒な方ご利用ください。

CentOS 5.5 1CD i386 (20100515)

CentOS 5.5 1CD x86_64 (20100516)

こちらの1CD導入ディスクは、私が独自に作成、配布しているものです。CentOS projectへの問い合わせはお控え下さい。

Japaninoです。
本日発売の「大人の科学マガジン Vol.27」付録です。
「Arduino」互換機です。
私は自社から一番近い本屋で先程買ってきました。
Interfaceやトラ技とは違い、売り切れの心配はなさそうだけど、とりあえず早めにゲット！

実際に一時間で覚えられるかどうかはさておき、一時間でなんとなく使えた気になれる最低限の項目だけに絞ってみました。
環境は個人的にSlackware好きなので、Slackware13.0です。
TOMOYO 1.7.2を利用。
（CentOSとかは本家サイトで詳しく書いてるので要らないとか思ってる人です。）
おそらく、一時間で使える気分にはなれるはずです。

思いつきでPythonはじめました。
今更ですか？と云われそうですが。。。

ElementTreeでXMLを弄っていると以下エラーメッセージ発生。
データに2バイト文字があった場合に出ている様子。

UnicodeDecodeError: 'ascii' codec can't decode byte 0xe5 in position 0: ordinal not in range(128)

どうやらPythonでは良くある事のようで、Pythonでのデフォルトの文字コードがutf-8ではなくasciiとして認識されているのが問題らしい。
python install path/lib/site-packages/以下に「sitecustomize.py」という名前でファイルを作成し、以下内容を書いておけば解決する。

import sys
sys.setdefaultencoding("utf-8")

LXC（Linux Containers）は、Kernelメインラインに含まれているので手軽に使えます。
ぽちっっと、導入は終了。

# apt-get install lxc

fstabに追加。（リソースの管理と制限にcgroupが必要らしぃ）

none /cgroup cgroup default 0 0

試しに一個作成。
/usr/share/doc/lxc/examples/lxc-debian.gzを利用。
解凍してぽちっと実行して、debootstrapされてるだけですね。
少しイロイロ入りすぎ感があるので、minimalなtar玉捜して来た方がイイかもですね。

# env TERM=vt100 LANG=C ./lxc-debian -p /opt/lxc/test
............（とりあえず、かなり長い。。。）

起動。そのままやるとeth0を使おうとするので、interfaceあたりは事前に書き換えが必要。

# lxc-start -n test -f /opt/lxc/test/config -d

lxc-consoleでttyに繋いで、要らなくなったらlxc-stopで止めて、Xenとかの仮想化と比べてjail()の様に手軽に作ったり潰したり出来るのが便利ですね。
libvirtも使えるみたいだし、libvirt利用してる管理ツール系も使えるのかな。。。

東京SKY TREE
予想より大きいですな。

使ったマシンがCDROMドライブなしUSBブート非対応だったので、PXEインストールを試しました。
この辺のデータを全部そのままダウンロード。
http://archive.ubuntu.com/ubuntu/dists/lucid/main/installer-i386/current/images/netboot/

TFTPサーバで公開。（個人的には、TFTPD32を利用してます。）
ルータのDHCPとかは止めておくのが吉。

PXEイメージにpxelinux.0を設定。
マシンをPXEブートさせれば、インストーラが起動。
CDブートした時と若干インストーラ構成が異なる気もするが、導入後は変わらないので気にしない事に。。。

もちろん、PXEサーバと導入対象機の2台必要なので、複数台無いよという人はさよぅなら。

本当は、Ubuntu 10.04でOpenVZする予定でした。
OpenVZ管理ツールをapt-getしたまでは良かったのですが、OpenVZのカーネルが無い。。。 どうやら、10.04には含まれなかったと。。。
次期Debianには入るとの事なのですが、Ubuntuをインストールしてしまった今となっては気づくのが遅かった。
Ubuntu 10.04では、管理ツールがapt-getで入ってしまったので騙されてしまった。。。

Kernelを自分で作り直せばいいのだが、今回は開発環境一式入れる気は無く。
標準で使えそうな残りは、LXC（Linux Containers）ですかね。

ぽちっっと、導入は終了。

# apt-get install lxc

lxc-debianでchroot環境作成後、lxc-startしたらcgroupが必要と怒られたので、また後日。。。
Ubuntu 10.04でのコンテナ仮想環境は、用意されているKernelではLXCだけになりそうな予感。
別からdeb持って来ればイイ訳だけども。。。

Ubuntu 10.04でgettyを止めようとしたら、inittabが無かった。。。
仕方ないので、こんな方法で止めてみた。

１．/etc/default/console-setup

ACTIVE_CONSOLES="/dev/tty[1-6]"

をこんな感じに。

ACTIVE_CONSOLES="/dev/tty[1-2]"

２．/etc/init/tty[3-6].confあたりをコメントアウトにして実行されないように。

なんかハードウェア寄りを触りたくなったGWです。
むかーし作ってたPICマイコンのプログラム発掘してきました。
その中の、シリアル通信箇所の紹介です。

下の図を見ていただければわかると思いますが、ツェナダイオードと抵抗しか使っていません。
シリアル通信以外にも、電源取得もできています。



PIC側シリアル通信のレベルは+5Vと0V、PC側のRS232Cのレベルは、-5V～-15Vと+5V～+15Vなのですが、完全無視仕様です。

なぜこんな回路で、RS232Cと通信できるのか？
-15V、+15Vなどは仕様の話で、RS232Cは実際には0V時には「1」と認識してくれるのです。
また、+5Vで無くても、+3V程度から「0」として認識してくれます。
実際には、+1V～+2Vぐらいがスレッシホールド電圧となっている訳ですね。

ツェナダイオード（5.1V）は、電源として約5Vを生成する為につけられてます。
抵抗は念のための入力電流制限ですが、無くてもPIC内蔵の保護ダイオードで大丈夫だったりもします。
また、RS232CのTxDからの入力は-10V～+10Vで変動しますが、PICに内蔵されている保護ダイオードの働きにより、+5Vより大きい電圧はPICのVDDピン（電源）へ、0Vより低い電圧はPICのVSSピン（GND）へ流れるようになっています。

おそらく、PCのRS232Cと通信をする上で最小のハード構成だと思うのですがどぅでしょ？