トップ «前の日(01-31) 最新 次の日(02-02)» 追記

屑俺日記

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


2005-02-01(Tue) つつがなく

おっとっと。

鯖のcrondとiptablesは自動で有効にはならなかったっけ。サーバプログラム の大半は確認していたが、このあたり忘れるのはヤバい。

もう

茶化すのも飽きてきた。

cyrus-imapd22

入れた。だけ。
一旦makeが完了せず、configをもう一度やり直してダメといわれた オプションを外す。なんかスクリプトを実行すべきらしいが、後で。

カーネル入れ替え

$ uname -a
Linux $SERVER 2.4.29 #2 Sun Jan 30 17:22:25 JST 2005 i686 unknown

Diaしつこく

エラーメッセージを読み直して、もう少しスマートにやってみた。 ./configureの後、解凍したディレクトリ直下のconfig.h(*.hはこれだけ しか見当たらない)に

#include <ft2build.h>
#include FT_FREETYPE_H

を追記して make 。すると今度は

In file included from /usr/include/png.h:332,
from export_png.c:27:
/usr/include/pngconf.h:255: error: 構文解析エラー before '.' token
make[3]: *** [export_png.o] エラー 1
make[3]: Leaving directory `/home/makoto/src/graph/dia-0.94/app'
make[2]: *** [all-recursive] エラー 1
make[2]: Leaving directory `/home/makoto/src/graph/dia-0.94/app'
make[1]: *** [all-recursive] エラー 1
make[1]: Leaving directory `/home/makoto/src/graph/dia-0.94'
make: *** [all] エラー 2

さてどうしよう。/usr/include/pngconf.h (libpng-1.25)を見てもよくわからなかったが libpng-1.28を落してpngconf.hの同じ所を見ると、INSTALLの最後に意味ありげなコメントが。

If you encounter a compiler error message complaining about the
lines
__png.h__ already includes setjmp.h;
__dont__ include it again.;
This means you have compiled another module that includes setjmp.h,
which is hazardous because the two modules might not include exactly
the same setjmp.h.  If you are sure that you know what you are doing
and that they are exactly the same, then you can comment out or
delete the two lines.  Better yet, use the cexcept interface
instead, as demonstrated in contrib/visupng of the libpng distribution.

2006-02-01(Wed) _

また変なrobot

今度はgenieBotとかいうのが1分ごとに30回。
面倒なのでログについてたfaq(ホスト名がなくIP)など読みたくもない。
DocumentRootがテストページときたら尚更だ。

気付いたら

SERVER:$ uptime
 12:41pm  up 365 days,  8:34,  3 users,\
  load average: 0.00, 0.00, 0.00

Tip

様々なメールから、一部だけを2段階でつまみ出す。
grep は検索語が見つかったら 0を返す。

~/Mail/hoge:$ for file in *; \
  do grep KEY1 $file >&/dev/null \
     && echo -n  $file " "  \
     && grep ^KEY2 $file ;   \
  done 

事故の跡?

サーバで w とか uptime とかすると、3 usersと出るが、 ログインしているのは1人だけ...?要するに辻褄が合わない。

SERVER:~$who
USER   pts/0    Feb  1 22:44
USER   pts/3    Jan 24 18:22
USER   pts/4    Jan 24 18:30
 
SERVER:~$who -w
USER   +   pts/0    Feb  1 22:44
USER   ?   pts/3    Jan 24 18:22
USER   ?   pts/4    Jan 24 18:30

端末の見つからないユーザが2人?
当日の日記をめくって、 例の事故を思い出した。
さてどうしようか。# kill -HUP 1 しても消えないが、 無害ならほっとくか。


2007-02-01(Thu) ぎゅっと

OBS

かった。
吉か凶か。


2008-02-01(Fri) 我慢しても無意味

rcs2log(1)

はcvsに入ってるツールだった。
あ、そうなんだ。

あと、rcs2logにはmanがないらしい。Debian/lennyのmanにそう書かれている。

/etc/sysctl.conf

Debianでは net.ipv4.ip_forward=1 なんかも、ここに書く。

使っている鎌は光る

使っていないフロッピードライブは、大抵壊れている。
BIOS上げられない...orz

動くらしいドライブに変えても同じエラー。
ダウンロードしたBIOSファイルが間違っていたようだった。orz,orz。

BIOSのアップデート操作は完了したが、何も改善された様子がない。
orz.......................


2009-02-01(Sun) ふめい

Qt-4.4.3

デスクトップ(Celeron2GHz,512MB)で、ビルドに8時間近く掛った。
これはCuteとは呼べまい。

VirtualBox-2.1.2-OSE

VirtualBox-2.1.2

Plamo-4.22 のデスクトップに捻じ込んでみる。

Linux Build Instructionsを読まなかったため、若干回り道してしまった。
UserManual.pdf には Qt4.3.0 以上及び SDL 1.2.7 以上しか書かれてなかった。が、 Qt3.xも必要らしい。また、pulse はdisable で逃げれたが、 libcap-2.16と、それが 依存している attr-2.4.43 も必要だった。
に入れたモノも効いているはずだけど。
結局、

$ LD_LIBRARY_PATH=/usr/local/qt3/lib \
 ./configure --disable-pulse         \
  --with-qt-dir=/usr/local/qt3       \
  --with-qt4-dir=/usr/local/qt4 &&   \
  source env.sh && kmk

kmkでビルド中にコケた。

kmk_builtin_append -v $DIR/VirtualBox-2.1.2_OSE/out\
/linux.x86/release/obj/VirtualBox/ui/vbox_image_col\
lection.txt VirtualBox_QT_IMAGES
kBuild: uic VirtualBox - $DIR/VirtualBox-2.1.2_OSE\
/out/linux.x86/release/obj/VirtualBox/ui/vbox_imag\
e_collection.txt
Qt User Interface Compiler version 4.4.3
Usage: /usr/local/qt/bin/uic [options] <uifile>
 
  -h, -help                 display this help and exit
  -v, -version              display version
  -d, -dependencies         display the dependencies
  -o <file>                 place the output into <file>
  -tr <func>                use func() for i18n
  -p, -no-protection        disable header protection
  -n, -no-implicit-includes disable generation of #include-directives
                            for forms generated by uic3
  -g <name>                 change generator
 
kmk[2]: *** [$DIR/VirtualBox-2.1.2_OSE/out/linux.x86\
/release/obj/VirtualBox/ui/vbox_image_collection.cpp] Error 1
kmk[2]: Leaving directory `$DIR/VirtualBox-2.1.2_OSE'
kmk[1]: *** [pass_dlls_this] Error 2
kmk[1]: Leaving directory `$DIR/VirtualBox-2.1.2_OSE'
kmk: *** [pass_dlls_order] Error 2

$PATHがQt4のbinに通っていたのが敗因っぽい。
Qt3の方に直すとビルドできた。

SLAX-ja-6.0.7-2008111901.isoを貰ってスクリーンショット。
GUIはかなりこなれてきた印象。日本語化担当者にも感謝せねばなるまい。
それにしても、スーパーユーザしか起動できないっぽいのは どうにかならないものか。

KNOPPIX-6 A.D.R.I.A.N.E Live System

KNOPPIX6 Boot

手間暇かけてQt4とVirtualBox-2.1.2_OSEを入れたのは、 他でもない、 こないだダウンロードしたKNOPPIXを試す為だった。
でも、これでは流石に重すぎ。起動時のスクリーンショットを撮るのが関の山だ。

今日はここまで

 


2011-02-01(Tue) はれ

WiMAX試供品

Linuxの動作実績はいまいちみたい。さしあたりは dmesg。
以下、Lennyに挿す前と挿した後のdiff。シリアルナンバーらしいのは 伏字にする。

$ diff before.txt after.txt
396a397,416
> [  107.324647] usb 3-1: new high speed USB device using ehci_hcd and address 2
> [  107.457268] usb 3-1: configuration #34 chosen from 1 choice
> [  107.471302] usb 3-1: New USB device found, idVendor=1076, idProduct=7f40
> [  107.471401] usb 3-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
> [  107.471496] usb 3-1: Product: M-WiMAX Network Adaptor
> [  107.471584] usb 3-1: Manufacturer: GCT Semiconductor, Inc.
> [  107.471674] usb 3-1: SerialNumber: XXXXXXXXXXXXXXX
> [  107.674059] Initializing USB Mass Storage driver...
> [  107.675466] scsi0 : SCSI emulation for USB Mass Storage devices
> [  107.675699] usbcore: registered new interface driver usb-storage
> [  107.675785] USB Mass Storage support registered.
> [  107.693510] usb-storage: device found at 2
> [  107.693514] usb-storage: waiting for device to settle before scanning
> [  112.696486] usb-storage: device scan complete
> [  112.697232] scsi 0:0:0:0: CD-ROM            GCT Semi CD-ROM           312e PQ: 0 ANSI: 0 CCS
> [  112.921366] Driver 'sr' needs updating - please use bus_type methods
> [  112.923615] sr0: scsi3-mmc drive: 0x/0x caddy
> [  112.923685] Uniform CD-ROM driver Revision: 3.20
> [  112.923900] sr 0:0:0:0: Attached scsi CD-ROM sr0
> [  113.041338] sr 0:0:0:0: Attached scsi generic sg0 type 5

2012-02-01(Wed) 朝は雨で僅かに暖かく、昼は晴れて、それから

ネットワーク共有 on 7

前にやったXP( 2005年に書いた けど、なんか間違いだらけなような...)と、何も変る事はなさげ。
WANにつながるNICのプロパティで「共有」タブを開いて共有させたい ホストにつながるNICを選ぶだけ。
これでDHCPサーバが起動したNATになる(Debian Squeezeも接続できた)。

共有設定した Windows7 の設定はこんな感じ。
適当に色々省略あり。

C:\Users\user> ipconfig
Windows IP 構成
 
   ホスト名 . . . . . . . . . . . . : user-PC
   プライマリ DNS サフィックス . . . . . . . : 
   ノード タイプ . . . . . . . . . . . . : ハイブリッド
   IP ルーティング有効 . . . . . . . . : いいえ
   WINS プロキシ有効 . . . . . . . . : いいえ
 
イーサネット アダプター ローカル エリア接続 3:
 
   接続固有の DNS サフィックス . . . : 
   説明. . . . . . . . . . . . . . . : HUAWEI Mobile Connect - Network Adapter
   物理アドレス. . . . . . . . . . . : XX-XX-XX-XX-XX-XX
   DHCP 有効 . . . . . . . . . . . . : はい
   自動構成有効. . . . . . . . . . . : はい
   リンクローカル IPv6 アドレス. . . . : XXXX::XXXX:XXXX:XXXX:XXXX%XX(優先) 
   IPv4 アドレス . . . . . . . . . . : 192.168.x.100(優先) 
   サブネット マスク . . . . . . . . : 255.255.255.0
   リース取得. . . . . . . . . . . . : 2012年2月1日 13:52:18
   リースの有効期限. . . . . . . . . : 2012年2月2日 13:52:18
   デフォルト ゲートウェイ . . . . . : 192.168.X.1
   DHCP サーバー . . . . . . . . . . : 192.168.X.1
   DHCPv6 IAID . . . . . . . . . . . : XXXXXXXXX
   DHCPv6 クライアント DUID. . . . . . . . : XX-XX-XX-XX-XX-XX-XX-XX-XX-XX-XX-XX-XX-XX
   DNS サーバー. . . . . . . . . . . : 192.168.x.1
                                       192.168.x.1
   NetBIOS over TCP/IP . . . . . . . : 有効
 
イーサネット アダプター ローカル エリア接続:
 
   接続固有の DNS サフィックス . . . : 
   説明. . . . . . . . . . . . . . . : Realtek RTL8139/810x Family Fast Ethernet NIC
   物理アドレス. . . . . . . . . . . : XX-XX-XX-XX-XX-XX
   DHCP 有効 . . . . . . . . . . . . : いいえ
   自動構成有効. . . . . . . . . . . : はい
   リンクローカル IPv6 アドレス. . . . : XXXX::XXXX:XXXX:XXXX:XXXX%XX(優先) 
   IPv4 アドレス . . . . . . . . . . : 192.168.y.1(優先) 
   サブネット マスク . . . . . . . . : 255.255.255.0
   デフォルト ゲートウェイ . . . . . : 
   DHCPv6 IAID . . . . . . . . . . . : XXXXXXXXX
   DHCPv6 クライアント DUID. . . . . . . . : XX-XX-XX-XX-XX-XX-XX-XX-XX-XX-XX-XX-XX-XX
   DNS サーバー. . . . . . . . . . . : XXXX:X:X:XXXX::X%X 
                                       XXXX:X:X:XXXX::X%X 
                                       XXXX:X:X:XXXX::X%X 
   NetBIOS over TCP/IP . . . . . . . : 有効

接続確認したWindowsXPの例

C:\Users\user> ipconfig
 
Ethernet adapter ローカル エリア接続:
 
 
 
        Connection-specific DNS Suffix  . : mshome.net
 
        IP Address. . . . . . . . . . . . : 192.168.y.137
 
        Subnet Mask . . . . . . . . . . . : 255.255.255.0
 
        Default Gateway . . . . . . . . . : 192.168.y.1

DNATにもなることは、ずっと知らなかった。繋げたホストのWebサーバを外部から閲覧して確認。
(実はこちらはXPでやった)

それにしても、Macからw3mは扱いにくい...


2013-02-01(Fri) 今は晴れているが

再再実装

昨晩の実装は間が抜けていたような気がした。

#include<stdio.h>
#define FIRST 0
#define LAST 100
#define DEF 0
#define FIZZ 1
#define BUZZ 2
#define FIZZBUZZ 3
  
int main() {
  int i, fbnum; 
  int fblist[15] = {DEF, DEF, FIZZ, DEF, BUZZ,
                FIZZ, DEF, DEF, FIZZ, BUZZ,
                DEF, FIZZ, DEF, DEF, FIZZBUZZ};
  for(i=FIRST; i<LAST; i++) {
    fbnum = fblist[i%15];
    switch (fbnum) {
      case FIZZ: printf("fizz\n");
        break;
      case BUZZ: printf("buzz\n");
        break;
      case FIZZBUZZ: printf("fizzbuzz\n");
        break;
      default: printf("%d\n", i+1);
    }
  }
  return 0;
}

例によって一億までやってみる。
今度はいくらか速い目になったようだ。

switch ... case の順番を変えてみた

default に FIZZBUZZを持ってきてみた。

一番出現頻度の少ないFIZZBUZZをdefaultにすると、 ぐっと速くなったようだ。
一番多いNUMを最初に記述してみたりしたが、 こちらは効果なさげ。


2014-02-01(Sat) 一月は長かった

FTDI Basic

ftdi

またUSBシリアルを買った。チップと専用基板ならもっと 安かったのだけど、 この小ささには勝てない。

手はんだの汚さを我慢して接続確認。

ぜひとも専用ケースに内蔵させたいものだ。
TXとRXのLEDが外から見えるように。

遂にRaspberryPiにはんだ付け

usb soldering

年末に買った、TypeAのRaspberryPiの、 挿さらないUSBの跡に、共立で買ってきたUSBアダプタを はんだ付けする。 機器側に、 デバイス側
汚いが、ともかく動いた。

数度以上の抜き差しに耐える強度を確保する自信がなかったので 無線LANアダプタを付けっぱなしにする。
課題は放熱と絶縁か。

ここまで

どうもBad know how.


2015-02-01(Sun) 晴れてる。急がねば

kldunload

35時間くらい経ったが、まだ make buildworldは終わらない。

有線LANはPCに繋げてntpなどさせていたが、PC側は何度も接続を 切っている。しばらく放置するとue0は眠ってしまうらしく、 通信ができなくなった。

$ ifconfig -a
lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> metric 0 mtu 16384
        options=600003<RXCSUM,TXCSUM,RXCSUM_IPV6,TXCSUM_IPV6>
        inet6 ::1 prefixlen 128 
        inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1 
        inet 127.0.0.1 netmask 0xff000000 
        groups: lo 
        nd6 options=21<PERFORMNUD,AUTO_LINKLOCAL>
ue0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500
        options=8000b<RXCSUM,TXCSUM,VLAN_MTU,LINKSTATE>
        ether XX:XX:XX:XX:XX:XX
        media: Ethernet autoselect (100baseTX <full-duplex>)
        status: active
        nd6 options=29<PERFORMNUD,IFDISABLED,AUTO_LINKLOCAL>
 
$ kldstat
Id Refs Address    Size     Name
 1   10 0xc0100000 691cc4   kernel
 2    1 0xc1b4c000 b000     fdescfs.ko
 3    1 0xc2347000 f000     if_axe.ko
 
$ sudo kldunload if_axe
ukphy0: detached
axe0: <vendor 0x0b95 product 0x772b, rev 2.00/0.01, addr 2>\
 on usbus0- 
miibus0: <MII bus> on axe0
ukphy0: <Generic IEEE 802.3u media interface> PHY 16 on miibus0
ukphy0:  none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX,\
 auto, auto-flow
ue0: <USB Ethernet> on axe0
ue0: Ethernet address: XX:XX:XX:XX:XX:XX
ue0: link state changed to DOWN
ue0: link state changed to UP

で接続が生き返り、dhcpでアドレスを取得して 通信が復活した。

同じソースでも

環境によって実行結果が違うことも。
書き方がいんちきなことが最大の敗因と思えたが。

#include<stdio.h>
int  main() {
  unsigned char uc;
  char ac;
  for(uc=0; uc<255; uc++){
    ac = uc;
    printf("un:%3d sn:%3d\n", uc,ac);
  }
  return 0;
}

gcc -Wall はもちろん、cc --Weverything でも何も警告はなかった。
でも実行すると、RaspberryPIのFreeBSD 11-CURRENTとamd64のUbuntu-14.04で違っていた。
以下、FreeBSD。全部は長いので一部だけ。

[$USER@freebsd-pi ~/]$ ./hoge | sed -n '1,3p; 127,131p; 253,$p'
un:  0 sn:  0
un:  1 sn:  1
un:  2 sn:  2
un:126 sn:126
un:127 sn:127
un:128 sn:128
un:129 sn:129
un:130 sn:130
un:252 sn:252
un:253 sn:253
un:254 sn:254

次いでamd64のUbuntu。

$ ./hoge | sed -n '1,3p; 127,131p; 253,$p'
un:  0 sn:  0
un:  1 sn:  1
un:  2 sn:  2
un:126 sn:126
un:127 sn:127
un:128 sn:-128
un:129 sn:-127
un:130 sn:-126
un:252 sn: -4
un:253 sn: -3
un:254 sn: -2

ちなみにRaspberryPiのLFSもRaspbianも、 FreeBSDに同じであった。
PC上のFreeBSDでも確認せねば。


2019-02-01(Fri) 晴れて雪が軽く

アップデート

某アンドロイドを9にあげた。

$IP - - [01/Feb/2019:09:57:14 +0900]
 "GET /mine/about/about.html HTTP/1.1"
 200 5051 "https://www.kuzuore.com/"
 "Mozilla/5.0 (Linux; Android 9; S3-SH)
 AppleWebKit/537.36 (KHTML, like Gecko)
 Chrome/71.0.3578.99 Mobile Safari/537.36"

遅いCPU同士で

$ grep "model name" /proc/cpuinfo                                   
model name      : Intel(R) Celeron(R) CPU 3865U @ 1.80GHz
model name      : Intel(R) Celeron(R) CPU 3865U @ 1.80GHz
 
$ grep "model name" /proc/cpuinfo 
model name      : Intel(R) Core(TM)2 Duo CPU     E8400  @ 3.00GHz
model name      : Intel(R) Core(TM)2 Duo CPU     E8400  @ 3.00GHz

kernel4.20.6をビルド。前者はSSD、後者はHDDモデル。
前者から30分くらい遅れて後者のビルドを始めた。途中で 前者を抜いたので、前者は一旦中断とする。

後者がビルド(make deb-pkg)を終了するまで214分かかった。


2023-02-01(Wed) より寒くなったのかそうでないのか

移行中

ドメイン移管元は、まだ設定ができる状態になっていた。
移管先には既に契約情報に入っており、詳細情報として 以下のように書かれていた。

ドメインコントロールパネル登録情報
 
ドメイン名
    ************.*****
サービスコード
    *****************
レジストラ
    JPRS(日本レジストリサービス)
ドメインの利用状態
    転入作業開始
ステータス詳細
    現在申請を行っています
    Whois情報の管理者担当者のメールアドレス宛に承認メールが送信されます。
    承認手順はこちら
    をご確認ください。 承認作業完了後、5-7日ほどで転入は完了いたします。
AUTHCODE (オースコード)
    ******************

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

index.htmlは ここから。