Return-Path: <netbsd-request@re.soum.co.jp> のメーリング・リストで、見かけたので、試して見ると

makoto@harry ■6:38:36/000624(...macppc/dev)> ntpq -p
     remote           refid      st t when poll reach   delay   offset    disp
==============================================================================
+jh1ynw.jn1lfd.g .GPS.            1 u   34  128  337    96.33    1.355    6.04
*clock.nc.fukuok .GPS.            1 u   28  128  377   119.74   -0.278    8.99
 milano          0.0.0.0         16 u    6   64    0     0.00    0.000 16000.0
 komekome.ki.nu  0.0.0.0         16 -    -   64    0     0.00    0.000 16000.0
 ml.ki.nu        0.0.0.0         16 -    -   64    0     0.00    0.000 16000.0
 i.ki.nu         0.0.0.0         16 -    -   64    0     0.00    0.000 16000.0
 nazuha.ki.nu    0.0.0.0         16 -    -   64    0     0.00    0.000 16000.0
+cesium.mtk.nao. .ATOM.           1 u    3  256  377    72.49    0.902   11.75
makoto@harry ■6:38:50/000624(...macppc/dev)> 

近くの機械で xntpd が動いていない気がする。
行の最後に記録先の設定を追加

xntpd=YES               xntpd_flags="-p /var/run/xntpd.pid -f /var/db/ntp.drift -l /var/log/xntpd"

手で動かして回ってしばらくしたら、動き出したようだが、

makoto@harry ■8:04:46/000624(...macppc/dev)> ntpq -p
     remote           refid      st t when poll reach   delay   offset    disp
==============================================================================
*jh1ynw.jn1lfd.g .GPS.            1 u    8  128  377    87.36   -0.053    6.04
-clock.nc.fukuok .GPS.            1 u  181  512  377   163.22   31.237   17.68
+milano          jh1ynw.jn1lfd.g  2 u   37  128  377     1.19   -1.143    0.72
-komekome.ki.nu  jh1ynw.jn1lfd.g  2 u    -   64  377    10.48   24.309   17.67
-ml.ki.nu        jh1ynw.jn1lfd.g  2 u  297 1024  377     1.68    9.005    2.18
 i.ki.nu         0.0.0.0         16 -    - 1024    0     0.00    0.000 16000.0
 nazuha.ki.nu    0.0.0.0         16 -    - 1024    0     0.00    0.000 16000.0
+cesium.mtk.nao. .ATOM.           1 u   77  128  377    73.36   -1.684    4.59

福岡大学の機械は何か変。
でも、どうして近くの機械も三台とも止ってしまっていたのだろう。 ntp 情報

なっている。(09:36) と思ったらすぐ直った。
山岡さんにちくった のは僕です。それしか情報がなかったので。という訳で、いつも見ている ということではないと思います。

snapshot/20000606/
0 > boot hd:10,netbsd.ram load-size=38b8f4 adler32=566e0a6f

Loading ELF

CLAIM Failed
 ok
0 >

実は別の日に別の場所で netboot した時にも、同じような文字列を見て しまった。機械は G4

0 > boot enet:0
CLIENT: 000a27b44572 220.4.101.136
SERVER: 080007ff1146 220.4.101.101 papageno
Transfer FILE: /tftpboot/netbsd.ram |
TFTP-actual=38b8f4 TFTP-adler32=566e0af load-size=38b8f4 adler32=566e0af

Loading ELF


CLAIM Failed
 ok
0 > _

netbsd.ram を読むというのは何か間違っているのかな。 もしかして real-base の問題 ? ではないはず。 Forms の使い方

Forms mode:
Major mode to visit files in a field-structured manner using a form.

Commands:                        Equivalent keys in read-only mode:
 TAB            forms-next-field          TAB
 C-c TAB        forms-next-field          
 C-c <          forms-first-record         <
 C-c >          forms-last-record          >
 C-c ?          describe-mode              ?
 C-c C-k        forms-delete-record
 C-c C-q        forms-toggle-read-only     q
 C-c C-o        forms-insert-record
 C-c C-l        forms-jump-record          l
 C-c C-n        forms-next-record          n
 C-c C-p        forms-prev-record          p
 C-c C-r        forms-search-reverse       r
 C-c C-s        forms-search-forward       s
 C-c C-x        forms-exit                 x

を準備し始めた。以前のただの .shtml に比べて(多分)速いので気に入っている。
ただし中身の情報 (link 先) の確認はこれから。