| 2025年5月11日 | ノート給油 |
| 2025年3月18日 | emacs近代化改修 |
| 2025年2月20日 | ノート塗装 |
| 2025年2月3日 | メールが復活？ |
| 2025年1月25日 | PX-M730Fの黒インクカートリッジ交換 |
| 2025年1月4日 | ザ・シチズン時刻合わせ |
| 2025年1月3日 | コンクエストV.H.P. 時刻合わせ |
| 2024年12月27日 | MacBook Airで外付けSSDにmacOSをインストール |
| 2024年12月7日 | 太陽電池パネル交換 |
| 2024年11月30日 | 鉛蓄電池交換 |
元旦から、 サーバーに使っている部品寄せ集め6号と300PLのOSを入れ替え。 一応Stableとなった、FreeBSD 5.3である。 300PLのほうはバックアップのDNSとメールなので、 さして問題はなかった。 さすがにメインの部品寄せ集め6号は難儀する。 まずは
の順で復旧。 これがないとwebにアクセスできないのだ。 あとは
と情報発信系のサーバーを動かす。 付随してfetchmailやらprocmailやらbsfilterなど。
Perl5.8はOSのインストール時に自動的に追加されるので、 Python2.1と2.3、Ruby 1.8をインストール。 emacsとWanderlastで一段落。
ファイルサーバーとしても使っているので、 UFS2への変換が大変。 ふたつのパーティションで13GBと87GB使っているので、 DDS2ではバックアップできない。 sambaを動かしてWindowsマシンのハードディスクにコピーすることにした。 まずは13GBのほうからであるが、 寝る前に実行したら一部コピーできていなかった。 とりあえず残りをコピーしてから、ファイルシステムをumount。 オプションなしのnewfsでフォーマットし、 tunefs -n enable /dev/ad1s1eでsoftupdatesを有効にしてから再度mount。 もうひとつの87GBは現在バックアップ中。 実は13GBは単体ハードディスクなのに対して87GBのほうは4台でストライプを組んでいる。 そのせいか、29Mbps対53Mbpsと、転送速度が結構違う。 正確にいえばNIC部分での速度だが、 1台のPCしかアクセスしていないので実質的にハードディスクの読み書き速度だと思っていいだろう。
寝る前に、Windowsマシンにファイルをコピー。 13GBのパーティションは16:30から17:30くらいでバックアップ。 リストアは17:30から19:00くらい。 87GBのほうは20:00から24:00でバックアップして、 00:00から04:00ちょっと前までかかってリストア。 いずれも読み出しより書き込みのほうが早い。 それにしても、 33MB/sのIDEインターフェイスを使い切っていないなあ。 単純計算だと8倍で264Mbpsだから100BASE-TXなんか飽和しちゃうはずなのに。 何が律速なんだろう。
portsでコンパイルすると、 イニシャライズがどーしたこーしたとかいってコンパイラがエラーを出す。 ヘッダファイルを別のマシンからコピーしても結果は同じ。 まさかと思いつつリブートするとあっさりと解決。 どこかに変なキャッシュが残っていたのだろうか？
しかし、LANG=jaだとEOSを単語として認識しないし、 LANG指定なしだと日本語の単語が全滅状態。 どうしたもんか。 ……実は茶筅じゃなくてkakashiを使えばOKなのであった。
qmailの設定ファイル回りでオーナーの設定を間違えたり、 記述をしくじったりしてメールが配送できていなかった。 tarで設定ファイルのバックアップを取ったのだが、 一般ユーザーレベルで展開したのでオーナーがみんなそのユーザーになってしまったのが敗因。
なぜかspin lockという表示を出してkernelが止まってしまった。 とりあえずリブートしたところ、問題なく動いているようだが。 FreeBSDのkernelが落ちたというのは、記憶にある限り初めてだ。