トップ «前の日(07-19) 最新 次の日(07-21)» 追記

屑俺日記

僕の備忘録(PC、UN*X、ネットワーク関連が中心)なんです。
自分の書いたところは適当(な時とか)に書き換えますので御了承を。


2005-07-20(Wed) いきなり

w3mでmixiに投稿したら

改行を勝手に消してくれた。
firefoxのちっちゃな編集画面で四苦八苦。

ちゃんと

読むべき所を読まなかったので、 USBカメラで撮った 画像の再生ができるまで徒に時間を喰い潰して しまった。
spcaview -i hoge.avi とかするだけである。
次は音声か。

ちなみに撮ったAVIファイルは、TigerのQuickTime Player で難なく再生できてしまった。

オプション

X11その他もろもろをTigerに追加インストール。xeyes を起動して、一息。

Tiger の

ruby も確認。utils.rb は修正されていた。 parser.rb は1.3.2.1だった。

CGIでtdiaryの

設定を変えると、以後は@data_path の下にできたtdiary.conf に基づいて動くようになる、らしい。

ふと

sarge の ruby が 気になった

$ ruby --version
ruby 1.8.2 (2005-04-11) [i386-linux]
 
$ ls -alF  /usr/lib/ruby/1.8/xmlrpc/
-rw-r--r--  1 root root  1777 2003-07-19 19:05 base64.rb
-rw-r--r--  1 root root 18267 2003-11-18 06:30 client.rb
-rw-r--r--  1 root root   989 2003-07-19 19:05 config.rb
-rw-r--r--  1 root root  5906 2003-07-19 19:05 create.rb
-rw-r--r--  1 root root  3652 2003-07-19 19:05 datetime.rb
-rw-r--r--  1 root root  3980 2003-07-19 19:05 httpserver.rb
-rw-r--r--  1 root root  1594 2003-07-19 19:05 marshal.rb
-rw-r--r--  1 root root 18320 2005-07-08 19:38 parser.rb
-rw-r--r--  1 root root 23212 2004-08-13 13:24 server.rb
-rw-r--r--  1 root root  3750 2005-07-08 19:38 utils.rb
 
$ grep public_instance_methods utils.rb 
      obj.class.public_instance_methods(false).collect { |name|

対応してはいるらしい。でも、 parser.rb もなんか新しい? ruby-1.8.2.tar.gz に入ってたのと比較してみた。

$ diff parser.deb.rb parser.orig.rb
lj700:~$ diff parser.deb.rb parser.orig.rb 
6c6
< # $Id: parser.rb,v 1.3.2.2 2005/02/23 13:52:18 matz Exp $
---
> # $Id: parser.rb,v 1.3.2.1 2004/04/05 07:45:32 matz Exp $
54c54
<   class FaultException < StandardError
---
>   class FaultException < Exception

FreeBSDも1.3.2.1の模様。
ぐぐると、 改善のきっかけと思われる情報があった。 さて、どうすべし。"脆弱性"と目されてはいないようだけど。

ほんとは昨日だけど

Tiger に navi2ch を入れた。これも make install でOK。


2006-07-20(Thu) たしたし

My Private Folder

頒布中止とかいうストーリーで知って、 紹介されたリンク先から落とし、適当なホストに 入れてみた。ちなみに 紹介記事も。

インストールしてお決まりの再起動。デスクトップに "My Private Folder"というアイコンが。任意のフォルダ に鍵を別置するわけではないらしい。
適当な鍵を設定してみる。"111111"でも通った。できた フォルダに適当に不要なファイルをコピーしたり、 ログオフしたりして遊んだ末、Deleteキーで片付けてみた。
確認ダイアログに「コントロールパネルで復活できます」 とか表示されたが、どのアプレットをどう操作するのか謎。
ごみ箱は空っぽだった。

なんとなくnamed

coLinuxのコンソールから、namedが起動しているSargeめがけて host www.2ch.netしてみた。
もちろん、Sarge側にはtcpdump -n -s 2000 -p udp -w log.cap して、Etherealと睨めっこ。

.netの名前解決は初めてだったらしく、C.ROOT-SERVERS.NET. (192.33.4.12)まで聞きに行っていた。
次にクエリを投げたd.gtld-servers.net.(192.31.80.30)には一度 "Standard query response, Format error"(Flags: 0x8001) と返されて、もう一度やりなおしている。2回のクエリは Flagsが0x0000から0x0010に変っていた。 "Non-authenticated data is acceptable"が同じく "unacceptable"に なっている。
同様のエラーと再度のクエリが所々で出ている。
2chのトップページのアドレスをcoLinuxに返した後、 どういうわけか、AAAAレコードが返されているが こちらはcoLinuxには返さなかった。

あとでもう少し書くか。


2007-07-20(Fri) しっちゃか

OSC2007/Kansai

LILO in OSC2007/Kansai

落し物にもめげず、持ってきたiMacでEtchを起動してデモに努める。
会場には無線LANが設置されていたが、接続数を考えて遠慮し、AirHで 過ごす。ieee1394でもってiMacもIP-Reachableとなった。

リモートホストのスクリーンショット。
以前はxwdからconvertにパイプで繋げたが、 もうimportだけで足りる。ただ、DISPLAYの 指定方法にしばらく嵌まっていた。

$ DISPLAY=:0.0 import -window root screenshot.png

これだと動画が撮れない。動画の楽曲を止めて(そうしないと暴走する)、 動画ソフトから動画のスクリーンショットを(8-bit/colorはひどいが、ないよりまし) 取り、gimpで合成する。

帰ってからゴニョゴニョ

そんだけ。


2008-07-20(Sun) 晴れていた

何もやる気がせず

&nbsp;


2009-07-20(Mon) 雨が止んで曇ったり晴れたり敗れたり

findわかったようなわからんような

デジカメで今日撮った写真を$HOMEの下にコピーしてみる。

$ find . -ctime -1 -exec cp  {}  $HOME/dir  \; 
 
cd $HOME/dir
 
$ find . -ctime -1  
.
./dcp_2645.jpg
./dcp_2646.jpg
./dcp_2647.jpg
./dcp_2648.jpg
./dcp_2649.jpg
./dcp_2650.jpg

2016-07-20(Wed) 同じような天気、のはず

LANの外に

Gatewayをもう一つ、設けてみた。モバイルルータなので、知れてはいるが。
昨日の例(LANの内側に外へのgateway)だと、icmp redirectが どうもいまいちだった。 redirectが 必要なくなった場合はどうするのかあまり良く分からない。
WindowsやRaspbianのデフォルトはまるっきり無視するようだ(だから 復旧にすぐ追従できた、ともいえるが)。

イーサネット2つにモバイルルータ(USB接続)をブリッジしたjessieを用意して、 ルータの外側に割り込ませる。

$ sudo brctl addbr br0
$ sudo brctl addif br0 eth0 eth1 usb0

で、Yamahaルータの設定変更。

Router# ip keepalive 1 icmp-echo 3 3 $GRLBAL_IP
Router# ip route $GLOBAL_NET gateway $PPPoE keepalive 1 
  gateway  $MOB_ROUTER_LAN weight 0
Router# nat descriptor type 1200 masquerade
Router# ip lan2 nat descriptor 1200
$outer# nat descriptor address outer 1200 primary

たぶんこれでいけた、はず。
で、 昨日同様のテスト($GLOBAL_HOST側で $GRLBAL_IPへの$PPPoEからのicmp-requestを落とし、 バックアップ回線 への切り替えを確認し、数十秒後復帰)を実施。

$ ping -n $GRLBAL_HOST
PING $GRLBAL_HOST ($GRLBAL_IP) 56(84) bytes of data.
64 bytes from $GRLBAL_IP: icmp_seq=1 ttl=52 time=31.2 ms
64 bytes from $GRLBAL_IP: icmp_seq=2 ttl=52 time=31.0 ms
64 bytes from $GRLBAL_IP: icmp_seq=3 ttl=52 time=30.6 ms
//
64 bytes from $GRLBAL_IP: icmp_seq=9 ttl=52 time=31.2 ms
64 bytes from $GRLBAL_IP: icmp_seq=10 ttl=52 time=31.1 ms
64 bytes from $GRLBAL_IP: icmp_seq=11 ttl=52 time=31.1 ms
64 bytes from $GRLBAL_IP: icmp_seq=23 ttl=45 time=206 ms
64 bytes from $GRLBAL_IP: icmp_seq=24 ttl=45 time=62.6 ms
64 bytes from $GRLBAL_IP: icmp_seq=25 ttl=45 time=59.9 ms
//
64 bytes from $GRLBAL_IP: icmp_seq=44 ttl=45 time=120 ms
64 bytes from $GRLBAL_IP: icmp_seq=46 ttl=45 time=232 ms
64 bytes from $GRLBAL_IP: icmp_seq=47 ttl=45 time=151 ms
64 bytes from $GRLBAL_IP: icmp_seq=48 ttl=52 time=31.2 ms
64 bytes from $GRLBAL_IP: icmp_seq=49 ttl=52 time=31.3 ms
64 bytes from $GRLBAL_IP: icmp_seq=50 ttl=52 time=31.0 ms
64 bytes from 133.242.230.14: icmp_seq=51 ttl=52 time=31.1 ms
^C
--- $GLOBAL_HOST ping statistics ---
51 packets transmitted, 39 received, 23% packet loss, time 50127ms
rtt min/avg/max/mdev = 30.626/89.113/232.054/53.751 ms

グラフは省略。

家からここにアクセスしたら

kuzu

ping がかように乱れた。

たぶん

ここまで。

本日のツッコミ(全1件) [ツッコミを入れる]

kuzu [書き忘れていた ip lan2 nat descriptor 1200 追加。これがないと何処がNATなのか分からな..]


2017-07-20(Thu) 月なんて真っ青でない朝のどこにも見えなかった

LinuxのTag VLAN

Raspi BとRT107eの接続を試す。
まずルータの方。

vlan lan1/1 802.1q vid=10
ip lan1/1 address 192.168.10.1/24

繋がってる有線LANに192.168.10.2/24などを 与えてもpingが返らないことを確認。
(vlanパッケージを入れてみたが、要らなかったようだ)

$ sudo modprobe -v 8021q
insmod /lib/modules/4.9.37+/kernel/net/llc/llc.ko
insmod /lib/modules/4.9.37+/kernel/net/802/stp.ko
insmod /lib/modules/4.9.37+/kernel/net/802/garp.ko
insmod /lib/modules/4.9.37+/kernel/net/8021q/8021q.ko
 
$ modinfo 8021q
filename:       /lib/modules/4.9.37+/kernel/net/8021q/8021q.ko
version:        1.8
license:        GPL
alias:          rtnl-link-vlan
srcversion:     E65572DB5FB3C4EE01087CF
depends:        garp
intree:         Y
vermagic:       4.9.37+ mod_unload modversions ARMv6 p2v8

(以上は必要時にロードされるようで、これも不要らしい)
で、ip(8)でもって設定してみた。

$ sudo ip link add link eth1 name eth1.1 type vlan id 10
 
$ sudo ip addr add 192.168.10.2/24 dev eth1.1
$ ping -c 3 192.168.10.1
PING 192.168.10.1 (192.168.10.1) 56(84) bytes of data.
64 bytes from 192.168.10.1: icmp_seq=1 ttl=255 time=0.889 ms
64 bytes from 192.168.10.1: icmp_seq=2 ttl=255 time=0.734 ms
64 bytes from 192.168.10.1: icmp_seq=3 ttl=255 time=0.787 ms
 
--- 192.168.10.1 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2003ms
rtt min/avg/max/mdev = 0.734/0.803/0.889/0.068 ms

もう一発年齢算

もうちょっとエレガントに。
確か「算私語録 その2」の冒頭にあったはず。

(define new_ages
  (lambda (p c)
    (cons (* 2 (- p c))
          (cons (- p c)
                (cons (- p (* 2 c))
                      '())))))
 
gosh> (new_ages 41 14)
(54 27 13)
 
gosh> (new_ages 80 50)
(60 30 -20)

2018-07-20(Fri) 酷暑続く

とあるメーリングリストから

全投稿数126の、From: 別の投稿数、そしてその割合と。

$ grep "^From: " * | \
>  awk -F'From:' '{print $2}' | \
>  sort | uniq -c | sort -nr | \
>  gawk '{print $1, $1/126*100,"%" }'
41 32.5397 %
40 31.746 %
7 5.55556 %
6 4.7619 %
5 3.96825 %
5 3.96825 %
4 3.1746 %
4 3.1746 %
3 2.38095 %
2 1.5873 %
2 1.5873 %
1 0.793651 %
1 0.793651 %
1 0.793651 %
1 0.793651 %
1 0.793651 %
1 0.793651 %
1 0.793651 %

2020-07-20(Mon) 盛夏

古いSSDは、実はあまり速くないのかも

dd direct

$ dmesg (日時省略)
ata2: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
ata1: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
ata2.00: ATA-8: TOSHIBA THNSNC128GNSJ, CJPA0202, max UDMA/100
ata2.00: 250069680 sectors, multi 16: LBA48 
ata2.00: configured for UDMA/100
ata1.00: ATA-8: WDC WD2500AAKX-19U6AA0, 15.01H15, max UDMA/133
ata1.00: 488397168 sectors, multi 16: LBA48 NCQ (depth 32), AA
ata1.00: configured for UDMA/133
scsi 0:0:0:0: Direct-Access     ATA      WDC WD2500AAKX-1 1H15 PQ: 0 ANSI: 5
scsi 1:0:0:0: Direct-Access     ATA      TOSHIBA THNSNC12 0202 PQ: 0 ANSI: 5
$ time sudo dd if=/dev/zero of=/dev/sdb bs=1M count=4096 oflag=direct
4096+0 レコード入力
4096+0 レコード出力
4294967296 bytes (4.3 GB, 4.0 GiB) copied, 21.0951 s, 204 MB/s
 
real    0m21.135s
user    0m0.004s
sys     0m0.463s

昨日測定したUSB SSDよりずっと遅い。念の為このPCでも追試したが、 昨日とほとんど同じ。
マザーボード上で繋ぐ位置を変えてみたが、sdbがsdaに変わっただけで これもほとんど同じだった。


リンクはご自由にどうぞ。でもURLや内容が変った場合はあしからず。

index.htmlは ここから。