■■■６８０４０／３３ＭＨｚ
システムの崩壊で一旦はとん挫したに見えたNetBSD化計画だったが、五月の終りになって６８０４０のＣＰＵが入手できたので、再び動き始めた。NetBSD関連の数々のトラブルがすべてＣＰＵが原因とは考えられないが、少なくともＦＰＵに起因するsegmentation faultだけは防ぐことができるだろう。安定運用に一歩近づいた。
さっそくＬＣ０４０を使って再び初期化しておいたNetBSD用ディスクを、６８０４０ＣＰＵを搭載した５２０cで起動。ＬＣ０４０ではシングルユーザモードで起動して、手動でシェルからexitをしないと、マルチユーザモードに切り替わらなかったが、０４０を載せたら、マルチユーザモードですんなり起動した。もちろんrc.d以下に配置されているnetatalkとsambaも自動的に起動、dhclientも正常にＩＰを取得した。もちろん例のSegmentation faultは一切出ない。「なるほど、説明通りの動作だ。」しかも、うれしいことに、netatalkをＯＳ９から呼び出す時に暗号化パスワードが使えるようになっている。暗号化モジュールの動作にＦＰＵが絡んでいたのかもしれない。
余談ではあるが、実は５２０ｃに搭載されている６８ＬＣ０４０と６８０４０は実際には同じモノなのだそうだ。中身を開いてもＦＰＵがどちらにも載っているし、製造工程も同じらしい。ところがこのＦＰＵの回路のために歩留まりが悪くなって、かなりのコストに影響したという。そこで、その行程を省いてコストダウンをはかったのがＬＣなのだそうだ。ひょっとしたら、手元のＬＣにも動作したかもしれないＦＰＵが載っているとおもうと少しもったいない気がするが、コストダウンには誰もが苦労しているのだ。
不可解。コプロ（ＦＰＵ）内蔵の６８０４０ＣＰＵに交換したのにもかかわらず、相変わらず２GBのディスクはsbc0:timeout for waiting DREQの頻発で、マルチユーザに移行できない。ターミネーションを変えたり、パーティションを小さくして見たりしてもまったく同じ。ディスク自体がsbc0ドライバに相性が悪いとしか考えられない。このままではNetBSDを載せた意味がないので、このディスクは諦めざるを得ないようだ。
中古のディスクを買うにしても相性問題は情報が少なく、かつ、周辺機器によっては一定に起きるものでもないようなので一か八かの賭けである。しかし、このトラブルの間、パーティションを切ったり張ったりして、うっかりバックアップパーティションも消去してしまっただけに、このままファイルサーバ計画を断念するわけにはいかないのだ。