2009年1月アーカイブ

久々にのんびり休日。

ってか、、、


忙しくなる直前の静寂っつーか。

最近、多忙だったので、ちょっとお疲れ気味。
なんで、疲労回復に効くビタミンB1を多く含む豚肉でも食べようかと。

かなり古いメールまで保存してたりする・・・自宅サーバに。もちろん、バックアップサーバもあって、メールが飛ばないようになってたりするんだけ ど、、、。ま、そんな状況なんで、データ量が多すぎてGoogleメールとかには完全移行できなかったりするのも悩ましいところなんだけど。古いメールが いつでもみれるってのはそれなりに便利だったりする。
運用面で考えれば、例えばDiskがお亡くなりになってメールが飛んだとしても自分の責任だから、プロバイダのメールアカウントと違って（あくまで自己責任と）納得できるし、 独自ドメインでも問題ないし、何よりメールの送受信に問題があったとしても自分でログを見て調べる事もできるし、色々とストレスが無いのは事実だ。
ただ、ちょっと気になるのがセキュリティ。
当然外部からのクラックもそうだけど、メールのウイルス対策、スパムメールの対策など、対策すべき点は多い。お金を掛ければそれなりのソリューションを使えるのは当然判っ てるけど、、、そこは自宅サーバ。そんなにお金を掛ける事も出来ず。色々と（基本タダで）スパム対策・ウイルス対策を頑張るしかない状況になる。
そこで、色々個人が出費できる範囲で出来るセキュリティ対策が無いかと調べては居るのだけど。

なかなか無いんだよねぇ。。。



※　時間が無いので、本題まで持って行けず、断念。。。

ドコモ、第2世代「ムーバ」12年終了へ　670万人の携帯に影響
機種変更しないでMOVA端末使ってる人も居ますからね。（全体の１割強だそうですが。）
何らかの救済措置というか、安価に機種変更できるとか、そういう事になるとは思いますが。

楽天、ＰＨＳ事業に参入　ネット通販と連携
結局、ウイルコムのMVNOみたいですが。PHSがウイルコム一社になって久しいし、、、。
PHSも決して悪くないのですが、初期に電波（出力）が弱いので基地局が沢山必要なんですが、その設置が追いつかないままで端末を売りまくったせいで評判を落とし（安物携帯と認識されたのも・・・）、現在は寒い状況。。。基地局の設置費も安いそうですし、がんがん設置してサービスエリアを広げるしか無かったんですが。

逆にメリットもあって、、、
・音声がクリア　ADPCM32k。実はFOMAよりも圧倒的にクリアです。
・電波が弱い　弱点と取られがちですが、医療現場での使用が許可されているし、人体への影響も圧倒的に少ない
いまさら正当な評価になるとは思えないのですが。


楽天がどこまでやるのかってのは興味ありです。

MSI Wind NetTop D130
デュアルコアATOM搭載のデスクトップですが、、、

注目点は消費電力35W、、、。


案外、自宅サーバの本命かも知れません。。

Photoshopでやってしまいがちな12個の間違った使い方

・1：不適当な選択方法
・2：本文のフォントにエフェクトを加える
・3：七色のグラデーションを使用しまくる
・4：「K=100」が「黒」だと思いこむ
・5：フィルタの使いすぎ
・6：ロゴをPhotoshopで作成する
・7：300dpi以下の解像度で印刷する
・8：ショートカットキーを学ばない
・9：レイヤーとグループを使わない
・10：白黒変換の失敗
・11：ベベル・エンボス・ドロップシャドウの多用
・12：ガイドとグリッドをうまく利用しないこと

かなり当てはまってしまうｗ

富士通のＨＤＤ事業、東芝が買収合意　ディスク部門、昭電交渉へ

　東芝は14日、富士通のハードディスク駆動装置（ＨＤＤ）事業を買収することで基本合意した。両社の社長が同日会談し、東芝が今春をメドに富士通 のＨＤＤ生産・販売事業を買収することで一致した。買収額は300億--400億円とみられる。富士通は赤字のＨＤＤ事業から撤退する方針で、残るディスク 生産部門についても昭和電工に売却する方向で本格交渉に入る。

日本勢の巻き返しに期待したいところではあります。。。

BlogPet 今日のテーマ ファーストフード！
「ファーストフードと聞いて今一番最初に思い出したのは？」

というのは
パイオニア株式会社 当時は画期的だったメディアですからね。。。
やっぱり感慨深いというか。

SDHCもとっくに32GBの壁を迎えてしまったわけですが、次の規格となるSDXCが企画されてるようです。最大容量が2TB、転送速度が300MBpsとなるようで、実際の転送速度がそこまで達せれば、十分にHDDの代わりとなりますね。
あんな小さなカードに2TBといわれてもまだぴんと来ませんが、楽しみです。

Windows7化したD4で、一番の問題点が解消！したかも。

肝心な所です。ダイヤルアップ接続したまま、スリープに入った場合の、復帰してから動作です。USB SerialとW-SIMモデムドライバーのアップデート後、接続したままスリープ（もしくは休止状態）に入ると、復帰後にW-SIMが利用出来ず、再起 動するしか方法がありませんでした。これはVistaでもXPでも同じです。Vistaの場合は、「くわぽんのつれづれ日記」にて公開されているソフトの導入により、ある程度回避出来ます。

そんな厄介な問題を抱えているD4ですが。ダイヤルアップ接続したまま、電源ボタンをぐいっと押してスリープ。時間が惜しいのですぐさまスリープ解除。そしたら。

W-SIM、動作しました。

動作したんですよ。

再起動は要りません。W-SIMの抜き差しも要りません。接続したままスリープに入っても、復帰後、再接続がちゃんと出来ます。Windows7に して、初めて、XP化を上回るメリットを発見しました。ベータ版ですから、正式版でもこの動作をしてくれるか分かりませんが、とにかく、一番の致命的なポ イントが、改善されました。

うーん。うーん。色々と評判を聞けば聞くほど、D4って微妙だなーって思うんですよね。

type PもWindows Vista搭載（というかNetbookから上のスペックなので、XPを搭載できない・・・）という状態だし、決定打といえる存在が無いのです。

たぶん、Netbook買っても速攻Linux化（というかUbuntu化）するつもりだし。ドライバの不安が少ない＝構成が一般的なNetbookのほうが面倒が少なくて良い気がする。

ＮＹの推定年齢140歳のロブスター、海へ戻る
140歳ってやっぱり凄いんでしょうか？
（っつーか、何年生きてるってこと？　人間の年齢に相当する・・・　って話なら実は生後3年でもおかしくはないし）

石川浩司のひとりでアッハッハー

だれ？って・・・たまのボーカルの人ですが
何気にHPがネタ満載です。

巻き返しをはかるパーム、「Palm Pre」を発表

いまさらかよ！！　とつっこみたい心境だが。。。

今となってはALPでエミュレートされてたりするし。なにより下からは携帯電話の高性能化、上からはスマートフォン、Netbookと言った存在がある今、Palmでなければならない理由が無くなっています。

個人的にはグラフィティはなれると使いやすかったし（アドエスもそうですが、いわゆるZAURUS型の手書きにはなじめないけど）、あのシンプルさは悪くはなかったのですが、ね。

NetHackっていう、Rogueライクなゲームがあるんですが、、

telnet nethack.alt.org

このサイトでtelnet接続でオンラインで遊べてしまうと。
しかも、他人のプレイを見ることもできる。。。
ある意味オンゲー。（ただしプレイヤーは一人みたいなｗ）

TTyベースだからこそできる芸当ですね。日本語版じゃないので、それなりに敷居は高いですが。

完全テキストのゲームなんで、、、正直20年前のワークステーションとかPCでも遊べる・・・と思います。（JnethackのMS-DOS版は386以降って言ってますが）

結局、高付加価値路線でしたね。

ちょっとVaioクオリティのNetbookも見てみたかったんですが・・・。

でも、VAIOの場合、例のC1・・・（PCG-C1MSX）もそうですが
（自分も初代505を買ったクチなので）
もともと小さく高機能なモバイルPCを作ってきた訳ですから・・・。

鶏のムネ肉が食べたくなったので、、、生姜醤油で煮て見ました。
皿が汚いのはご愛敬。。。

Plan 9、いまだ死なず。そして、それから何を学ぶことができるか
UNIXが割と初期（1978年前後）の時点でそのモデルが壊れ始めていたという話と、実際Plan9ではそのあたりが改善されているという話。簡潔にまとめられていて、読みやすい。

NetBSDの環境を整えようと久しぶりに新規の環境構築（当然一般ユーザ）。
何年ぶりだ？
ちょっと楽しいかも(*^_^*

標準ではシェルがsh、ksh、cshしか入っていないのでbashをインストール。

# pkg_add bash

その他もいつも通り、

# pkg_add screen
# pkg_add rsync
# pkg_add lynx
# pkg_add wget
# pkg_add gnupg
# pkg_add bunzip
# pkg_add bzip2
# pkg_add perl
# pkg_add zip
# pkg_add unzip
# pkg_add sudo

とかやって各種ツールをインストール。
で、.bashrc書いて・・・ログアウトして、再度ログイン。

$ history

ありゃ？ヒストリー保存されてない！？
→　.bash_historyの所有者がrootになってました(@_@　

で、色々.bashrcに追加してたのですが、どうも.bashrcが読まれてない・・・気がする。

ktraceでチェック

$ ktrace -t n bash
bash$ exit
exit
$ kdump -f ktrace.out
  1491      1 ktrace   NAMI  "/home/gyao/bin/bash"
  1491      1 ktrace   NAMI  "/bin/bash"
  1491      1 ktrace   NAMI  "/sbin/bash"
  1491      1 ktrace   NAMI  "/usr/bin/bash"
  1491      1 ktrace   NAMI  "/usr/sbin/bash"
  1491      1 ktrace   NAMI  "/usr/X11R6/bin/bash"
  1491      1 ktrace   NAMI  "/usr/pkg/bin/bash"
  1491      1 ktrace   NAMI  "/usr/libexec/ld.elf_so"
  1491      1 bash     NAMI  "/etc/ld.so.conf"
  1491      1 bash     NAMI  "/usr/pkg/lib/libtermcap.so.0"
  1491      1 bash     NAMI  "/usr/lib/libtermcap.so.0"
  1491      1 bash     NAMI  "/usr/pkg/lib/libintl.so.0"
  1491      1 bash     NAMI  "/usr/lib/libintl.so.0"
  1491      1 bash     NAMI  "/usr/pkg/lib/libc.so.12"
  1491      1 bash     NAMI  "/usr/lib/libc.so.12"
  1491      1 bash     NAMI  "/dev/tty"
  1491      1 bash     NAMI  "/etc/nsswitch.conf"
  1491      1 bash     NAMI  "/etc/nsswitch.conf"
  1491      1 bash     NAMI  "/usr/pkg/lib/nss_compat.so.0"
  1491      1 bash     NAMI  "/usr/lib/nss_compat.so.0"
  1491      1 bash     NAMI  "/usr/pkg/lib/nss_nis.so.0"
  1491      1 bash     NAMI  "/usr/lib/nss_nis.so.0"
  1491      1 bash     NAMI  "/usr/pkg/lib/nss_files.so.0"
  1491      1 bash     NAMI  "/usr/lib/nss_files.so.0"
  1491      1 bash     NAMI  "/usr/pkg/lib/nss_dns.so.0"
  1491      1 bash     NAMI  "/usr/lib/nss_dns.so.0"
  1491      1 bash     NAMI  "/etc/pwd.db"
  1491      1 bash     NAMI  "/etc/pwd.db"
  1491      1 bash     NAMI  "/etc/nsswitch.conf"
  1491      1 bash     NAMI  "/home/gyao"
  1491      1 bash     NAMI  "."
  1491      1 bash     NAMI  "."
  1491      1 bash     NAMI  "/home/gyao/bin/bash"
  1491      1 bash     NAMI  "/bin/bash"
  1491      1 bash     NAMI  "/sbin/bash"
  1491      1 bash     NAMI  "/usr/bin/bash"
  1491      1 bash     NAMI  "/usr/sbin/bash"
  1491      1 bash     NAMI  "/usr/X11R6/bin/bash"
  1491      1 bash     NAMI  "/usr/pkg/bin/bash"
  1491      1 bash     NAMI  "/usr/pkg/bin/bash"
  1491      1 bash     NAMI  "/home/gyao/.bashrc"　← 読み込まれてる
  1491      1 bash     NAMI  "/home/gyao/.bash_history"
  1491      1 bash     NAMI  "/var/mail/gyao"
  1491      1 bash     NAMI  "/home/gyao/.bash_history"
  1491      1 bash     NAMI  "/home/gyao/.bash_history"
  1491      1 bash     NAMI  "/home/gyao/.bash_history"
  1491      1 bash     NAMI  "/etc/localtime"
  1491      1 bash     NAMI  "/etc/localtime"
  1491      1 bash     NAMI  "/home/gyao/.termcap.db"
  1491      1 bash     NAMI  "/home/gyao/.termcap.db"
  1491      1 bash     NAMI  "/home/gyao/.termcap"
  1491      1 bash     NAMI  "/usr/share/misc/termcap.db"
  1491      1 bash     NAMI  "/usr/share/misc/termcap.db"
  1491      1 bash     NAMI  "/home/gyao/.inputrc"
  1491      1 bash     NAMI  "/etc/inputrc"
  1491      1 bash     NAMI  "/home/gyao/.bash_history"
  1491      1 bash     NAMI  "/home/gyao/.bash_history"
  1491      1 bash     NAMI  "/home/gyao/.bash_history"
$

実際に実行されてる？って調べると

ログインシェル　→ .bashrcが読み込まれない
シェル上からbashを起動　→　.bashrcが読み込まれる

なんでだろうか？と調べたが、結局bashのman pageで解決した

bash が対話的なログインシェルとして起動されるか、 --login オプション付きの非対話的シェルとして起動されると、 /etc/profile ファイルが存在すれば、 bash はまずここからコマンドを読み込んで実行します。 このファイルを読んだ後、 bash は ~/.bash_profile, ~/.bash_login, ~/.profile をこの 順番で探します。 bash は、この中で最初に見つかり、かつ読み込みが可能であるファイルから コマンドを読み込んで実行します。 --noprofile オプションを使ってシェルを起動すれば、 この動作を行わないようにできます。

できればbashの時だけ限定にしたいという事から
.profile → sh使うときも読み込まれるので、NG
残り、.bash_profileか.bash_loginということになる。別にどっちでもイイので、.bash_profileを採用。

$ cp .bashrc .bash_profile

で希望通りの動作に。

でも、今までの環境ってどうなってたの？？という疑問があったので見てみた。

$ cat .bash_profile
#!/bin/sh
if [ -f ~/.bashrc ]; then
        . ~/.bashrc
elif [ -f /etc/bashrc ]; then
        . /etc/bashrc
fi

しっかり、.bsdh_profile使ってました！しかも、.bashrcが読み込まれるようになってました。。。で、そんなことはすっかり忘れて.bashrcだけ触ってた・・・と。

結局、、、bashのmanページに続きがあって、、

bash は、自分を起動したのがリモートシェルデーモン (通常は rshd) かどうかを調べます。 rshd によって実行されていると bash が判断した場合、 ~/.bashrc が存在し、かつ読み込み可能であれば、 bash はコマンドをこのファイルから読み込んで実行します。 sh として呼び出された場合には、この動作は行いません。 --norc オプションを使えばこの動作を禁止できますし、 --rcfile オプションを使えば他のファイルを読ませるようにもできます。 しかし一般的には rshd は これらのオプションを付けてシェルを起動しませんし、 指定もできないようになっています。

とかいう記述もあったので、結局元の環境と同じにしました。触る必要のあるファイルが2つになるとまた混乱するので。（シンボリックリンク張って・・・も考えたけど）

まだまだ色々カスタマイズしないと・・・

インストールは成功したものの自動起動が上手くいかない・・・と。

この下はメモ欄
---------------------
0 > setenv boot-device hd:2,ofwboot.xcf
0 > setenv boot-file hd:3,/netbsd
0 > setenv boot-command boot
0 > reset-all

前の記事のこの部分がMacの自動起動の設定変更にあたる部分なんですが、OpenFirmwareで

0 > boot

と入力しても正常に起動しますし、boot-device/boot-fileの設定が間違っているとは思いにくいのですが・・・。Google先生に聞いてみてもMac mini (ppc)でインストールされている方の多くで同じ症状が出ているようですね。現時点では、OpenFirmwareの操作後（というかLinuxインストール後）にPMUのリセットが必要だった件も含めて考えるとOpenFirmwareに何らかの問題があるか、別の設定が必要になるか・・・というところだと思っています。（あくまで普通に設定してるつもりなんで）



ちなみにOpenFirmwareで色々弄っていると・・・

0 > boot hd:,ofwboot.xcf hd:3,/netbsd

起動する

0 > boot hd:,ofwboot.xcf hd:3/netbsd

起動しない

という事で、iBookで色々インストールされてる方の結果とは逆の結果になったりします。
同じOpenFirmware3（OF3）でも色々とあるのか？とか。



まだまだ調べることは多そうです。



逆にNetBSDが起動してしまえば、普通に動作します。DovecotもSquidもPerlもpkg_add一発で入ってしまうので、かなり使いやすい印象です。（というかPPC版のアク？というかそういうのも少しあるかなーと思っていたので）

NetBSD4.0.1をMacmini（PPC）にインストールしたメモ。

BSDがかなり久しぶりだったもあって、かつ、ppc環境の特殊な部分があったりしたのでかなり手こずった。一度上がってしまえば、そこは普通のNetBSDだし、それほど苦労するような感じではないのだが・・・。

で、正月潰して調べた結果をちょっとまとめておく。


1.CD-ROMからのブート

1.(1) OpenFirmwareに入る
Command + Option + O + Fキーを押しっぱなしで電源On
真っ白い画面に文字が表示されたら、手を離す
0 > プロンプトが表示される

1.(2) CDROMからブートする
0 > boot cd:,ofwboot.xcf netbsd.macppc

1.(3) 起動後のメニューはシェルを選択する（ここではインストールを実行しない）


2.パーティションの作成

これがちょっとメンドウに感じた。慣れなんだろうが、PC/AT機やSunともかなり違う。。。
BSDから見えるdiskのパーティション番号、OpenFirmwareから見えるパーティション番号、MacOS Xから見えるパーティション番号で違う・・・というか、、、。
うーん。最初かなり面食らった部分。

NetBSD/macppc パーティショニング HOW-TOを参考にして、以下の形にした。
ちょっと触ってみる程度の気持ちだから内蔵Diskを使ったけど、実際に運用するならばがっちりFANの付いた外付けDiskにするつもり。やっぱMAC miniの内蔵Diskって連続運用には冷却が心配なので。

# pdisk /dev/wd0c
Edit /dev/wd0c -
Command (? for help): p

Partition map (with 512 byte blocks) on '/dev/wd0c'
 #:                type name         length   base      ( size )
 1: Apple_partition_map Apple            63 @ 1
 2:           Apple_HFS Apple_HFS     61440 @ 64        ( 30.0M)
 3:     Apple_UNIX_SVR2 NetBSD    146800640 @ 61504     ( 70.0G) S0 RUFS k0  /
 4:     Apple_UNIX_SVR2 SWAP        9439344 @ 146862144 (  4.5G) S1  SFS k0  (swap)

Device block size=512, Number of Blocks=156301488 (74.5G)
DeviceType=0x0, DeviceId=0x0

Command (? for help): q

パーティションマップもスライスの一つ･･･のように見えているので、ユーザが利用できるのはパーティション2番からになる。この状態でBSDから見えるスライスはパーティション3番の/(root)とパーティション4番のswap領域。え・・と、rootが/dev/wd0aでswapが/dev/wd0b。そして/dev/wd0cがディスク全体（Sunでいうパーティション2番と一緒）を表し、HFS領域が/dev/wd0dになる。
確認するとこうなっている。

# disklabel /dev/wd0c
# /dev/wd0c:
type: unknown
disk: ST9808210A
label:
（ここはDiskのジオメトリ情報が表示されるので省略）
drivedata: 0

16 partitions:
#        size    offset     fstype [fsize bsize cpg/sgs]
 a: 146800640     61504     4.2BSD      0     0     0  # (Cyl.     61*- 145696*)
 b:   9439344 146862144       swap                     # (Cyl. 145696*- 155060)
 c: 156301488         0     unused      0     0        # (Cyl.      0 - 155060)
 d:     61440        64        HFS                     # (Cyl.      0*-     61*)

用意する必要のあるパーティションについては、まずOpenFirmwareがブートに使えるのがHFSかHFS+という縛りがあるので、HFS領域（数M）が必要。私は30Mにしたけど。次にBSDで使用するrootとswapを用意した。MacOS Xとのデュアルブートが必要であれば、その領域も確保しておく必要があるが、私は無視。

2.(1) まず、スライスを初期化する。

# pdisk /dev/wd0c
Command (? for help): i  ← パーティションマップの初期化
Command (? for help): P

Partition map (with 512 byte blocks) on '/dev/rdisk2'
#:                type name    length   base    ( size )
1: Apple_partition_map Apple       63 @ 1     
2:          Apple_Free Extra  156301424@ 64      (74.5G)
Device block size=512, Number of Blocks=156301488 (74.5G)
DeviceType=0x0, DeviceId=0x0

この時点で表示されてはいないが、パーティション番号0番が0シリンダから1シリンダだけ確保されたブート領域（PC/ATのMBR相当）、パーティション番号1番が1シリンダから63シリンダ確保されたパーティションマップになっている。パーティション番号2番は残り全てが空きになっている。

2.(2) HFSの作成

Command (? for help): C  ← Cで作成
First block: 2p  ← パーティション番号で指定できる
Length in blocks: 30m  ← 30MB確保
Name of partition: Apple_HFS  ← 名前は別になんでもいいと思うが
Type of partition: Apple_HFS  ← HFS領域にする

2.(3) rootの作成

Command (? for help): C  ← Cで作成
First block: 3p  ← パーティション番号で指定
Length in blocks: 70G  ← 70GB確保
Name of partition: NetBSD  ← 名前は別になんでもいいと思うが
Type of partition: Apple_UNIX_SVR2  ← A/UX領域にする
Available partition slices for Apple_UNIX_SVR2:
  a   root partition
  b   swap partition
  c   do not set any bzb bits
  g   user partition
Other lettered values will create user partitions
Select a slice for default bzb values: a  ← rootパーティションにする

2.(4) swapの作成

Command (? for help): C  ← Cで作成
First block: 4p  ← パーティション番号で指定
Length in blocks: 9439344  ← 残りを全て確保
Name of partition: SWAP  ← 名前は別になんでもいいと思うが
Type of partition: Apple_UNIX_SVR2  ← A/UX領域にする
Available partition slices for Apple_UNIX_SVR2:
  a   root partition
  b   swap partition
  c   do not set any bzb bits
  g   user partition
Other lettered values will create user partitions
Select a slice for default bzb values: b  ← swapパーティションにする

2.(5) 書き込んで終了

Command (? for help): w
Command (? for help): q

2.(6) rootファイルシステムの初期化

# newfs /dev/wd0a

3.インストールの実行

# sysinst

ここから先はメニュー形式でサクっとインストールできるのですが、、、ここもHow-Toによれえばre-installをしろ！とか書かれているのでその通りにした。で、インストールが終わったらさっくり再起動。


4.Diskからの起動

4.(1) OpenFirmwareに入る
Command + Option + O + Fキーを押しっぱなしで電源On
真っ白い画面に文字が表示されたら、手を離す
okプロンプトが表示される
（Sun SPARC機と一緒だｗ）

4.(2) CDROMを使ってDiskからブートする
ok boot cd:,ofwboot.xcf hd:3/netbsd



5.ネットワークの設定

MACminiが192.168.200.100/24、ルータが192.168.200.1/24、DNSサーバが192.168.200.200/24として。


5.(1) 一時的にIPアドレスを設定

# ifconfig gem0 192.168.200.100 netmask 255.255.255.0

5.(2) 一時的にデフォルトゲートウェイを設定

# route add default 192.168.200.1

5.(3) pingでネットワーク疎通を確認

# ping 192.168.200.1

5.(4) リゾルバを設定

# echo "nameserver 192.168.200.200" > /etc/resolv.conf

5.(5) DNSが引けるかを確認

# nslookup www.livedoor.com

5.(6) IPアドレスや、ゲートウェイを設定

# echo ifconfig_gem0=\"inet 192.168.200.100 netmask 255.255.255.0\" > /etc/rc.conf
# echo defaultroute=\"192.168.200.1\" > /etc/rc.conf

6.hfsutilsパッケージのインストール

インストール時に作ったHFS領域にofwboot.xcfをコピーするので、HFS領域がNetBSD上からアクセスできるようにhfsutilsパッケージを追加でインストールする。

# export PKG_PATH=ftp://ftp.netbsd.org/pub/NetBSD/packages/4.0/macppc/All
# pkg_add hfsutils

NetBSDのバージョンが4.0.1、パッケージのバージョンが4.0で違う！とか警告が出るが、そこは無視！


7.ofwboot.xcfをHFS領域に置く

7.(1) CDROMをマウントして、ofwboot.xcfを準備

# mount -t cd9660 -o ro /dev/cd0a /mnt

7.(2) HFS領域をフォーマット

# hformat /dev/wd0d

7.(3) HFS領域をマウントして（？）

# hmount /dev/wd0d

7.(4) ファイルをコピー

# hcopy /mnt/ofwboot.xcf :

7.(5) HFS領域をアンマウント

# humount

7.(6) CDROMもアンマウント

# umount /mnt

とりあえず、、、疲れたのでここまで。。。

Operating System Market Shareの情報によると、Windowsのシェアが88.68%と9割を下回ったらしい。。。
情報源として公正かは、多少怪しく感じる部分もあるが、Windowsが唯一の選択肢となっている現状と比較すると、別の選択肢（MacやLinuxが有力か？）も選べるというのはある意味非常に健全な事なのではないかと思う。過去の経緯としてWindows（というかMicrosoft）が独自技術によるユーザの囲い込み（IEとかMicrosoftVMなんてのもあったが・・・）で寡占化に向かおうとすることが正しいとは思えないからだ。
ただし、プロプラな環境であるWindowsがハードウェアベンダーも巻き込みながら、デスクトップOSとして（デバイスドライバ等も含めた形で）高い完成度と安定性を持っていることも評価すべきと感じる。ハードとソフトが1ベンダーから供給されているMac OS Xは別にして、オープンな環境であるLiuxのデスクトップ、もっと言うとX11+GNOME環境がWindowsより安定しているとはお世辞にも言えない気がしている。

ま、9割のシェア＝ほぼ寡占化しているという事実は間違いなさそうなんだけど。

・・・Netbookの普及がLinuxデスクトップの普及に貢献していないというのは大きいが。国内で販売されるNetbookのほぼ全てがWindows XP Home Edition SP3を搭載しているという事も日本人の国民性なのか？ASUS、HP等も海外ではLinux版Netbookを発売しているのに・・・。
Windows自身も強力なライバルの出現無くして、進歩しないであろうし。（現在のWindowsのシェアの礎となったのが、強大なシェアを誇ったMS-DOSからの移行に成功したことと、Windows自身の出来の良さだったのは間違いないと思うが。）
それでも個人的にはWindows XP・・・というかIE6とセットで考えると2002年～2003年からそれほど進歩していないという気が。
たとえば、IEの進化もNNとの戦いがあったからこそであるし、、、。


もうそろそろ"別の選択肢"がでてきてもおかしくない状況なんだけどなぁ。

Dynagenで何をやっているかというと・・・・

実はマルチキャスト・ルーティングだったりします。。。

恥ずかしながら今までマルチキャスト・ルーティングって経験無かったりするのです。
ですので、マルチキャスト・ルーティングの構築・テストその他の方法を調べていたのですが、、、手元にある実機というか、使えそうなヤツってCiscoの3745と2611、Catalyst2950、2960程度だったので色々検証すら出来ずにいたのです。。。

大画面iPod Touch、2009年秋デビューへ
もしかして・・・Newtonの復活でしょうか？