Nobuyoshi Sato (発信者情報開示本Booth) @[email protected]

4極ステレオコネクタ、安いのを探してもない。ホルター心電計の電極につながってるだけだから、別に周波数特性が～とかいうことはないし、金メッキである必要も無いんだが。
4極ステレオコネクタ自体が特殊な用途が多いからしょうがない。

テープを作るのをミスっていたらしい。tapefile2の中身がtar.gzじゃなくてsparc executableだった。何をどうしたんだか。

もしかして、リリース用のイメージが更新されていないのかと思って、再度やり直している。ramdiskbinはちゃんとパッチが当たったgzipを取り込んでいる。

gzipがstdinから読みとるときに4バイトと決めつけないでブロックサイズをチェックするパッチをNetBSDのgzipの作者から送ってもらったのだが。テープブートの場合はまだ問題があるようだ。

クランチバイナリだったりするから、ややこしいんだよね。tarを名乗ってるpaxが、zオプションがあったらfork()してgzipをexeclp()するんだけど。どのgzipがexeclp()されてるのかとか。

NetBSD/sparcがテープからインストールできない問題、ML
でもらったサジェスチョンを元に、tar zxf /dev/nrst0なら同じ問題が再現して、ddif=/dev/nrst0 | tar zxf - とかgzip -dc /dev/nrst0 | tar xf - なら問題ないというのが判明した。マルチユーザーでHDDからブートしてのテストだけど。

4byte/blockでテープを作るのも当然ダメだよね。

カーネル内のramdiskに入ってるtarの正体はpaxなのがわかったのだが、ブロックデバイスにたいしてなんでバッファを十分要しいしないでread()を呼ぶのか。謎だ。

kernelと一緒にロードされるramdiskには逃げることができたが、このramdiskのイメージのソース自体はsrc/distrib/sparc/ramdiskにあって、クランチバイナリを使っているだけっぽいんだが。tarの何が悪いんだか。

SPARCstation 20をテープからブートしてNetBSDインストーラを起動するところまではやりたいのだが、インストーラが入ってるtarファイルを展開するところでtarが4バイトしかばっふぁがないのに4096バイトもブロックがあると怒ってしまう。

PCIのSCSIカードを1枚保管してあるんだけど、そのカード、FreeBSDでサポートがなくなってしまった。AdaptecのAHA-2940とかは未だにサポートされてるんだけど。PCIeに接続するPCIライザカードとか経由でうまく使えるかもしれないけどさ。

なんでDATドライブをSPARCstation 20につけたかというと、別にテープからOSをインストールしたいとかそういうのじゃなくて。DATに保存されている医療機器か何かのデータがいっぱいあってサルベージしたいといわれたんだけど、SCSIのホストになれるのがもうSPARCstation 20しかなかったという。
PCで昔、SCSIを使ってたんだけど、SCSIカードはPCI接続だし。PCIeのパラレルSCSIカードなんて見たことがないし、DATドライブもSAS接続があればまだいいけど、聞いたことないし。
バックアップを取るメディアは考えないとだめだねぇ。読む手段がなくなる。

SuperSPARC-IIのモジュールは安かった頃にいっぱい買い込んである。多分8枚ぐらい手元にある。調子が悪くなる理由がさっぱりわからなかったんだけど、 コンデンサの液漏れが、液漏れに見えない液漏れなのね。
https://www.okqubit.net/machines/sun.html
不思議なことに、LCRメーターで計るとちゃんと容量はあることになっているんだけど。

まだ、SuperSPARC-IIのモジュールはeBayあたりで買えることは買えるんだけど、目ん玉が飛び出るような値段になってる。４桁ドルってさ。昔は100ドルちょいだったのに、古くなって数が減ってきたからな。

電動ハンダ吸い取り器のおかげで、両面スルーホール基板から、子基板のハンダを剥がして引っこ抜くという芸当ができている。ベタグラウンドでもハンダを吸い取れるので神だ。

製造後30年経っているワークステーションなので、あちこちガタが来ている。直しているけどね。あとは電源モジュールのコンデンサ交換を考えておいた方がいいなあ。

あっ、スーパーに行き損ねた。