僕の備忘録(PC、UN*X、ネットワーク関連が中心)なんです。
自分の書いたところは適当(な時とか)に書き換えますので御了承を。
鯖のcrondとiptablesは自動で有効にはならなかったっけ。サーバプログラム の大半は確認していたが、このあたり忘れるのはヤバい。
茶化すのも飽きてきた。
入れた。だけ。
一旦makeが完了せず、configをもう一度やり直してダメといわれた
オプションを外す。なんかスクリプトを実行すべきらしいが、後で。
$ uname -a Linux $SERVER 2.4.29 #2 Sun Jan 30 17:22:25 JST 2005 i686 unknown
エラーメッセージを読み直して、もう少しスマートにやってみた。 ./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.
今度は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
様々なメールから、一部だけを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 しても消えないが、
無害ならほっとくか。
Debianでは net.ipv4.ip_forward=1 なんかも、ここに書く。
使っていないフロッピードライブは、大抵壊れている。
BIOS上げられない...orz
動くらしいドライブに変えても同じエラー。
ダウンロードしたBIOSファイルが間違っていたようだった。orz,orz。
BIOSのアップデート操作は完了したが、何も改善された様子がない。
orz.......................
デスクトップ(Celeron2GHz,512MB)で、ビルドに8時間近く掛った。
これはCuteとは呼べまい。
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はかなりこなれてきた印象。日本語化担当者にも感謝せねばなるまい。
それにしても、スーパーユーザしか起動できないっぽいのは
どうにかならないものか。
手間暇かけてQt4とVirtualBox-2.1.2_OSEを入れたのは、
他でもない、
こないだダウンロードしたKNOPPIXを試す為だった。
でも、これでは流石に重すぎ。起動時のスクリーンショットを撮るのが関の山だ。
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
前にやった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は扱いにくい...
昨晩の実装は間が抜けていたような気がした。
#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; }
例によって一億までやってみる。
今度はいくらか速い目になったようだ。
default に FIZZBUZZを持ってきてみた。
一番出現頻度の少ないFIZZBUZZをdefaultにすると、
ぐっと速くなったようだ。
一番多いNUMを最初に記述してみたりしたが、
こちらは効果なさげ。
またUSBシリアルを買った。チップと専用基板ならもっと 安かったのだけど、 この小ささには勝てない。
手はんだの汚さを我慢して接続確認。
ぜひとも専用ケースに内蔵させたいものだ。
TXとRXのLEDが外から見えるように。
年末に買った、TypeAのRaspberryPiの、
挿さらないUSBの跡に、共立で買ってきたUSBアダプタを
はんだ付けする。
機器側に、
デバイス側。
汚いが、ともかく動いた。
数度以上の抜き差しに耐える強度を確保する自信がなかったので
無線LANアダプタを付けっぱなしにする。
課題は放熱と絶縁か。
どうもBad know how.
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でも確認せねば。
某アンドロイドを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"
$ 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分かかった。
ドメイン移管元は、まだ設定ができる状態になっていた。
移管先には既に契約情報に入っており、詳細情報として
以下のように書かれていた。
ドメインコントロールパネル登録情報 ドメイン名 ************.***** サービスコード ***************** レジストラ JPRS(日本レジストリサービス) ドメインの利用状態 転入作業開始 ステータス詳細 現在申請を行っています Whois情報の管理者担当者のメールアドレス宛に承認メールが送信されます。 承認手順はこちら をご確認ください。 承認作業完了後、5-7日ほどで転入は完了いたします。 AUTHCODE (オースコード) ******************
リンクはご自由にどうぞ。でもURLや内容が変った場合はあしからず。