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

「初めての本人訴訟 インターネット発信者情報開示編」Boothに入荷しました。倉庫発送です。売れ行きが落ちたら自宅匿名発送に切り替えます。
モノクロ174ページ、1000円。学部一般教養の法学を履修している前提で、民訴法の基礎とプロ責法を説明。請求原因を書けるところまで。裁判所と相手弁護士が困らないように。https://7n2jju.booth.pm/items/4753730

とりあえず、これだけ液漏れしたけどプリント基板は腐食していなかった。ただし、ハンダを剥がしたら臭いこと臭いこと。

2週間でひどい液漏に発展したのは上の10V 470uFで、この時点で液漏れしてたのは下の10V 680uFのうちの1本だけ。

足が曇ってるな～、交換するか、でも在庫が切れたから補充待ち、の2週間で液漏れが進んだ。通電は当然していないんだが。日ケミLXFだからしょうがない?

ヒートガンであぶってるところに大きめの部品を置いて位置調整するの、ピンセットじゃ持ちにくいし、柄が短すぎて熱風をもろに食らうし、ラジオペンチは保持しにくいしということで、結局ペアン鉗子に行き着いた。

UPSのバッテリーはいつもこれで交換してる。ケーブルとかコネクタがもう1セット余分にあればクリティカルな時間を減らせるんだが。でも組み替えるのに15分もかからんし。その間に停電なんてしないだろうと。

適切な道具があると安全にリワークできるし速い。SuperSPARC-IIモジュールのコンデンサ交換を2台やってた。

微妙に調子が悪いの、メモリだったか。負荷を掛けると突然死することがあって、理由がわからなかった。あと、stray interruptがやたらと起きるのは、quad first ethernetボードのせいらしい。

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バイトもブロックがあると怒ってしまう。