Usoinfo blog http://blog.usoinfo.info/ OpenStreetMapを使ったツールの開発やプログラミング、Linuxの話題など。 ja http://blogs.law.harvard.edu/tech/rss OpenStreetMapを使ったツールの開発やプログラミング、Linuxの話題など。 GPS,OpenStreetMap,プログラミング,Linux usoinfo no http://blog.usoinfo.info/article/519479621.html UsostRideTool2 Mon, 15 Dec 2025 19:14:13 +0900 7年半一度もアクセスしていなかったブログがまだちゃんと残ってて、ログインできるし記事も書ける！Seesaaさん凄い！！！というわけで、こまめにブログを書くのが性に合わず、旧ツイッターに行ってからはまるで放置していたわけだが、「そういえば昔ブログ作ってたな」と思い出したのは、久しぶりに、公開できるものを開発してみたから。ブログ書きから離れた後、自転車趣味を始めて、最初は楽しいのか半信半疑だったけどだんだんのめり込むようになり、今じゃすっかりロードバイク大好きマンになってしまった.. UsostRideTool2 usoride2-main.png 自転車趣味の方、よろしければご利用ください。 ]]> Seesaaさん凄い！！！

というわけで、こまめにブログを書くのが性に合わず、旧ツイッターに行ってからはまるで放置していたわけだが、「そういえば昔ブログ作ってたな」と思い出したのは、久しぶりに、公開できるものを開発してみたから。

ブログ書きから離れた後、自転車趣味を始めて、最初は楽しいのか半信半疑だったけどだんだんのめり込むようになり、今じゃすっかりロードバイク大好きマンになってしまった。最初は時速と距離だけしか出ないチープなサイコンを付けて近所を軽く走っていたものが、長じてくるとGPSロガー付きのサイコンでライドログを蓄積する日々。近年は友人に誘われてブルベというイベントにも参加するようになり、すっかりロングライドする人と成り果てた（今年始めてSRを取れました…）。

一方、ロードバイクってのは消耗品の塊で（走るものはみんなそう）、いろんな部品が劣化して、どんどん部品を交換しなきゃならない。チェーンは400kmで注油して3000kmで交換して、タイヤは5000kmで交換して、ブレーキシューも減ったら交換、タイヤのグリスアップだって年一でしなきゃ…ってなわけで、サイコンでログを取って、ログの情報から距離や時間を積算して、メンテナンスの時期を測っていた。さすがに手で計算するのはあまりに煩雑なので、Stravaからアクティビティを取ってきて積算するツールを自作して使っていた。自分用で自分しか使わないから、見てくれの非常に悪い、汚いツールを。

さて、昨今、IT業界はすっかりAI時代になり、AIを使うか死か、みたいな激動の時代なわけだ。開発者としてAIを学ぶ必要に迫られ、まことに万やむを得ず、AIによる開発というやつを勉強することにした。そのとっかかりとして、自分用に作ってた、ロードバイクメンテナンス時期測りWebアプリを、AIで作り直してみよう、と思い立ったのだ。

それで、そこそこ見せられる感じのものが出来たので、サービスを公開するところまで状態を整える練習として（もちろんそこもAIでやる）、やってみた。

それがこれ UsostRideTool2

usoride2-main.png

自転車趣味の方、よろしければご利用ください。
]]> 開発 usoinfo blog:https://blog.seesaa.jp,usoinfo/519479621 http://blog.usoinfo.info/article/457133188.html atpagesから移行 Sat, 24 Feb 2018 09:48:06 +0900 atpagesに置いていた内容をXdomainに移行。http://www53.atpages.jp/usoinfo2/ だったURLは、http://xdomain.usoinfo.info/ に置き換えてアクセスしてください。land.to も危ないかなあ。。。 ]]> http://www53.atpages.jp/usoinfo2/ だったURLは、http://xdomain.usoinfo.info/ に置き換えてアクセスしてください。

land.to も危ないかなあ。。。 ]]> 日記 usoinfo blog:https://blog.seesaa.jp,usoinfo/457133188 http://blog.usoinfo.info/article/456764912.html @pages閉鎖 Fri, 09 Feb 2018 06:43:18 +0900 @pagesが今月末でサービスを終了するとのこと。ブログ以外の部分のコンテンツの移行を検討中。 ]]> ブログ以外の部分のコンテンツの移行を検討中。 ]]> 日記 usoinfo blog:https://blog.seesaa.jp,usoinfo/456764912 http://blog.usoinfo.info/article/452582079.html Orange Pi Zero + BMP180/BME280 でデータ計測 Thu, 10 Aug 2017 16:00:56 +0900 I2C経由で気温や気圧が取れる、BMP180とBMP280というチップを買った。Orange Pi Zero に繋いで、データを取ってみる。OrangePiのOSはARMBIAN 5.31 stable。買ったのは、BMP180モジュール 200円くらいBME280モジュール 550円くらいジャンパーケーブル メス-メス 100円くらいピンヘッダ 150円くらい全部合わせて1000円ほど。他に必要なものは、ハンダと半田ごて。まずハードウェア側の整備。OrangePi本体のI2.. BMP180モジュール 200円くらいBME280モジュール 550円くらいジャンパーケーブル メス-メス 100円くらいピンヘッダ 150円くらい全部合わせて1000円ほど。他に必要なものは、ハンダと半田ごて。 まずハードウェア側の整備。 OrangePi本体のI2Cポートはピンが出てないので(RaspberryPiは出ているのだが…)ピンヘッダを半田付けし、BMP180/BME280モジュールは付属してくるピンヘッダを半田付け。 -- OragePi 1 - VCC BMP180 OragePi 3 - SDA BMP180 OragePi 5 - SCL BMP180 OragePi 9 - GND BMP180 -- をジャンパーケーブルで結線する。 IMG_20170810_154343s.jpg こんな感じになった。 次いでソフトウェア側の整備。 /etc/modprobe.d/fbdev-blacklist.conf にblacklistを2行追加してreboot。 aptitude install i2c-tools libi2c-dev をインストール。 # vi /etc/modprobe.d/fbdev-blacklist.conf -- blacklist pcf8591 ←この行追加 blacklist bmp085 ←この行追加 -- # reboot # aptitude install i2c-tools libi2c-devi2cdetectしてみると、モジュールが見えた。 # i2cdetect -y 0 0 1 2 3 4 5 6 7 8 9 a b c d e f 00: -- -- -- -- -- -- -- -- -- -- -- -- -- 10: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 20: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 30: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 40: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 50: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 60: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 70: -- -- -- -- -- -- 76 -- そして、センサー値の取得は、https://www.blackmagicboxes.com/?p=608 に掲載されているデータ取得用のプログラムを使用。 デバイスが、/dev/i2c-1 ではなく、/dev/i2c-0 で見えているので、プログラムを一部書き換え。 char *bus = "/dev/i2c-1"; ↓ char *bus = "/dev/i2c-0";そしてコンパイルして実行。 # gcc -g -Wall -Wextra -pedantic -std=c11 -o bme280_p bme280_p.c # ./bme280_p -a Temperature in Celsius : 26.07 C Temperature in Fahrenheit : 78.92 F Pressure : 1006.47 hPa Relative Humidity : 0.00 %RH 見えた！カンタン！！！ この例で繋いだのはBMP180だったので湿度は取れていないが、同じようにBME280を繋げば、湿度も取れる。 気圧のデータを、muninに取ってみた。グラフ出力サンプルはこんな感じ。 pressure_withjma_1-day.png 緑のラインはBMP180の計測値、青のラインは最寄りの気象台が発表している1時間毎の気圧。 こうしてみると、ほぼ一定の誤差で、気圧の変動は気象台の計測値を完全にトレースしている。まあ、当然と言えば当然だが、わざわざ自前で気圧を測らなくても、気象庁のデータで十分だろうということが分かってしまった……。 しかし、たかだか数百円で、カンタンにデータが取れるようになったので、これはなかなかいいんじゃなかろうか。夏休みの自由研究とかに向いているのではなかろうか？ ]]> OrangePiのOSはARMBIAN 5.31 stable。

買ったのは、
全部合わせて1000円ほど。他に必要なものは、ハンダと半田ごて。

まずハードウェア側の整備。
OrangePi本体のI2Cポートはピンが出てないので(RaspberryPiは出ているのだが…)ピンヘッダを半田付けし、BMP180/BME280モジュールは付属してくるピンヘッダを半田付け。
--
OragePi 1 - VCC BMP180
OragePi 3 - SDA BMP180
OragePi 5 - SCL BMP180
OragePi 9 - GND BMP180
--
をジャンパーケーブルで結線する。
IMG_20170810_154343s.jpg
こんな感じになった。

次いでソフトウェア側の整備。
/etc/modprobe.d/fbdev-blacklist.conf にblacklistを2行追加してreboot。
aptitude install i2c-tools libi2c-dev をインストール。

# vi /etc/modprobe.d/fbdev-blacklist.conf
--
blacklist pcf8591 ←この行追加
blacklist bmp085 ←この行追加
--
# reboot

# aptitude install i2c-tools libi2c-devi2cdetectしてみると、モジュールが見えた。
# i2cdetect -y 0
0 1 2 3 4 5 6 7 8 9 a b c d e f
00: -- -- -- -- -- -- -- -- -- -- -- -- --
10: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
20: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
30: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
40: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
50: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
60: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
70: -- -- -- -- -- -- 76 -- そして、センサー値の取得は、https://www.blackmagicboxes.com/?p=608 に掲載されているデータ取得用のプログラムを使用。
デバイスが、/dev/i2c-1 ではなく、/dev/i2c-0 で見えているので、プログラムを一部書き換え。

char *bus = "/dev/i2c-1";
↓
char *bus = "/dev/i2c-0";そしてコンパイルして実行。
# gcc -g -Wall -Wextra -pedantic -std=c11 -o bme280_p bme280_p.c
# ./bme280_p -a
Temperature in Celsius : 26.07 C
Temperature in Fahrenheit : 78.92 F
Pressure : 1006.47 hPa
Relative Humidity : 0.00 %RH 見えた！カンタン！！！

この例で繋いだのはBMP180だったので湿度は取れていないが、同じようにBME280を繋げば、湿度も取れる。
気圧のデータを、muninに取ってみた。グラフ出力サンプルはこんな感じ。

pressure_withjma_1-day.png

緑のラインはBMP180の計測値、青のラインは最寄りの気象台が発表している1時間毎の気圧。
こうしてみると、ほぼ一定の誤差で、気圧の変動は気象台の計測値を完全にトレースしている。まあ、当然と言えば当然だが、わざわざ自前で気圧を測らなくても、気象庁のデータで十分だろうということが分かってしまった……。

しかし、たかだか数百円で、カンタンにデータが取れるようになったので、これはなかなかいいんじゃなかろうか。夏休みの自由研究とかに向いているのではなかろうか？
]]> Linux usoinfo blog:https://blog.seesaa.jp,usoinfo/452582079 http://blog.usoinfo.info/article/452473045.html BIOSしか起動しない KVI-70B を回復 Sun, 06 Aug 2017 17:25:23 +0900 今更、激安中華タブでもないと思うのだが、誰かの役に立つかもしれないので、ジャンクのKVI-70Bを回復させた作業記録。当然ながら保証なんてクソくらえ壊れて上等、自己責任の参考資料である。特に使い道もなかったのだが、恵安のKVI-70Bの中古が送込3000円で売られてたので買った。但し書きに、「BIOSは起動するがOS起動不可」と書いてあったため、ジャンク品相当ではあろうが、BIOSまで上がるのならなんとかする方法はあると思い、値段に釣られて買ったのである。で、品物が届いたので.. KVI-70Bの中古が送込3000円で売られてたので買った。但し書きに、「BIOSは起動するがOS起動不可」と書いてあったため、ジャンク品相当ではあろうが、BIOSまで上がるのならなんとかする方法はあると思い、値段に釣られて買ったのである。 で、品物が届いたので電源を入れてみたが、確かにBIOSのPOST画面は出るしBIOS Setupにも入れるが、Windowsは起動しない（起動すると画面が乱れて固まる）。ブート失敗後は、回復オプションが出てくるので、ストレージがハードウェア的に壊れてるとかいうことはなさそうだが……。 多分、回復オプションとかリカバリーとかがあると思って、UEFI shellから起動を試みたり、USBからのブートを試みるが、起動しない。いろいろと試してBIOSの設定を変えているうち、うっかりBIOS設定でUSB3.0を切ったら二度とUSBデバイスを認識しないカラダになってしまった。 外付けキーボードを挿しても認識しないので、何の操作もできなくなってしまった。USB3.0を切ってはダメです。あはは！！！ 普通のデスクトップやノートのマザーボードだったら、CMOSクリアをかけてBIOSをリセットすればいいんだが、タブレットではどうにもならない。やむを得ず、殻を割る。KVI-70Bは、両面テープなどは使われておらず、簡単に割れた。 IMG_20170723_171148s.jpg バッテリーを空にしたり、バッテリーからの給電線を切断したり、３日ほど放置したりしたが、BIOS設定はリセットされない。 万策尽きた、と思ったが、５年以上前に、BIOSをぶっ飛ばした時にチップに無理矢理BIOSを書き込むために、フラッシュROMライタを買っていたことを思い出した。これでBIOSを吸い出せばなんとかならないだろうか。 ボードを眺めていると、Winbond W25Q64FWSというチップがあった。これがBIOSに違いない。が、ボードにがっちり実装されていて取り外せそうにない。どうしよう、、、と思ってぐぐっていると、ICテストクリップというものがあることを発見。チップを脇から挟んでROMライタまで結線するというアイテムだ。 早速クリック。 ROMライタは古いものなので、WindowsXP 32bitのドライバしかないので、読み書きする用に別のマシンにXPを新たにインストールし、準備を整えているうちに、テストクリップが届いた。 IMG_20170806_082411s.jpg IMG_20170806_103149s.jpg チップを挟んで、BIOSを吸い出す。一旦Eraseして、BIOSを書き戻し、起動。が、設定は変わらず、キーボードは認識しない。BIOSの設定自体がフラッシュROMに書き込まれているのか？なんてこった。BIOSファイルのバイナリダンプを眺めてみるが、どこが設定値なのか分かるはずもない。多分、どこか1バイトを書き換えればいいのだろうが、どこだか分からん。くそう、メーカーがBIOSファイルを１つでも公開してればなあ……。手詰まり。再び、万策尽きた。 未練がましく、チップを覆っているセロハンを剥がしてみると、ボード上に "EM_I8170_V3.1" の刻印があったので、ぐぐってみると、EMDOOR EM-I8710というタブレットがあり、これは REEDER W7iC というタブレットと等価であって、W7iCのBIOSファイルが見つかった。 ダウンロードしてみると、BIOSとおぼしきReederW7iCBIOS_V1.6.8.binも8192KB。これ焼けばいけるかも！？ということで（起動できなくなってもROMライタだから怖くないし）、フラッシュROMにこのBIOSを書き込む。 IMG_20170806_103327s.jpg ezp2011-2017-08-06.PNG 起動してみると、、、おお、キーボードが認識されている！起動画面とか充電画面は Reeder W7iC らしきものに変わってしまっているが、これでいけそうだ。 もう元々の中身を回復するのは諦めて、WindowsのMediaCreationToolで Windows 10 Home 32bit のインストール用ブートUSBを作り、Windowsパーティションをぶっ飛ばしてクリーンインストールを実施。成功。 不明なデバイスが大量にあるが、これを順次解決していく。 Windows Updateを全て当てた後、メインボード関係のドライバとして、（多分互換だとおぼしき）Iconia Tablet8 W1-810から、8.1用の「Platform Installer ドライバー」をダウンロードして入れる。これでI2C関係の不明なデバイスが解決された。 次いでKionixからKXTJ9-KXCJ9-KXTJ2 Driverをダウンロードして入れる。これで３軸傾きセンサーが解決された。（回転方向が反対になってるが、後で解決する） 後はカメラとタッチパネルだが、これはメーカー、ベンダーのドライバがない。 カカクコムのBBSに、吸い出したドライバーを発見したのでダウンロード。解凍してUSBメモリでKVI-70Bに持って行き、！マークのデバイスを「ドライバーの更新」でローカルから探して当てる。 タッチパネルはこのままではどうもタッチが狂っているので、SileadTouch.fwを取得。zipを解凍したら、SileadTouch.fw を C:\Windows\System32\Drivers の下にコピーし、デバイスマネージャーからタッチパネルのドライバーを一度アンインストール。再起動すると不明なデバイスになるので、ドライバーの更新で当て直して、解決。 センサーの回転方向が反対になるのは、レジストリ値 HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Enum\ROOT\SENSOR\0000\Device Parameters\kxfusion に 00,00,00,01,01,00,02 と書き込む。解決。 regファイルはこう。Windows Registry Editor Version 5.00 [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Enum\ROOT\SENSOR\0000\Device Parameters\kxfusion] "Orientation"=hex:00,00,00,01,01,00,02 不明なデバイスに１つ残っている（カメラのセンサー？）が、これは解決法が分からなかった。 が、これで、概ね普通に使用可能なWindows10になったと思われる。 IMG_20170806_164759s.jpg ストレージの残りが2Gもないので、果たして何かに使えるかと言うと、微妙だが……。 あと本体あっつい！ ]]> 当然ながら保証なんてクソくらえ壊れて上等、自己責任の参考資料である。

特に使い道もなかったのだが、恵安のKVI-70Bの中古が送込3000円で売られてたので買った。但し書きに、「BIOSは起動するがOS起動不可」と書いてあったため、ジャンク品相当ではあろうが、BIOSまで上がるのならなんとかする方法はあると思い、値段に釣られて買ったのである。

で、品物が届いたので電源を入れてみたが、確かにBIOSのPOST画面は出るしBIOS Setupにも入れるが、Windowsは起動しない（起動すると画面が乱れて固まる）。ブート失敗後は、回復オプションが出てくるので、ストレージがハードウェア的に壊れてるとかいうことはなさそうだが……。
多分、回復オプションとかリカバリーとかがあると思って、UEFI shellから起動を試みたり、USBからのブートを試みるが、起動しない。いろいろと試してBIOSの設定を変えているうち、うっかりBIOS設定でUSB3.0を切ったら二度とUSBデバイスを認識しないカラダになってしまった。
外付けキーボードを挿しても認識しないので、何の操作もできなくなってしまった。USB3.0を切ってはダメです。あはは！！！

普通のデスクトップやノートのマザーボードだったら、CMOSクリアをかけてBIOSをリセットすればいいんだが、タブレットではどうにもならない。やむを得ず、殻を割る。KVI-70Bは、両面テープなどは使われておらず、簡単に割れた。
IMG_20170723_171148s.jpg

バッテリーを空にしたり、バッテリーからの給電線を切断したり、３日ほど放置したりしたが、BIOS設定はリセットされない。
万策尽きた、と思ったが、５年以上前に、BIOSをぶっ飛ばした時にチップに無理矢理BIOSを書き込むために、フラッシュROMライタを買っていたことを思い出した。これでBIOSを吸い出せばなんとかならないだろうか。

ボードを眺めていると、Winbond W25Q64FWSというチップがあった。これがBIOSに違いない。が、ボードにがっちり実装されていて取り外せそうにない。どうしよう、、、と思ってぐぐっていると、ICテストクリップというものがあることを発見。チップを脇から挟んでROMライタまで結線するというアイテムだ。
早速クリック。

ROMライタは古いものなので、WindowsXP 32bitのドライバしかないので、読み書きする用に別のマシンにXPを新たにインストールし、準備を整えているうちに、テストクリップが届いた。
IMG_20170806_082411s.jpg
IMG_20170806_103149s.jpg

チップを挟んで、BIOSを吸い出す。一旦Eraseして、BIOSを書き戻し、起動。が、設定は変わらず、キーボードは認識しない。BIOSの設定自体がフラッシュROMに書き込まれているのか？なんてこった。BIOSファイルのバイナリダンプを眺めてみるが、どこが設定値なのか分かるはずもない。多分、どこか1バイトを書き換えればいいのだろうが、どこだか分からん。くそう、メーカーがBIOSファイルを１つでも公開してればなあ……。手詰まり。再び、万策尽きた。

未練がましく、チップを覆っているセロハンを剥がしてみると、ボード上に "EM_I8170_V3.1" の刻印があったので、ぐぐってみると、EMDOOR EM-I8710というタブレットがあり、これは REEDER W7iC というタブレットと等価であって、W7iCのBIOSファイルが見つかった。
ダウンロードしてみると、BIOSとおぼしきReederW7iCBIOS_V1.6.8.binも8192KB。これ焼けばいけるかも！？ということで（起動できなくなってもROMライタだから怖くないし）、フラッシュROMにこのBIOSを書き込む。
IMG_20170806_103327s.jpg
ezp2011-2017-08-06.PNG

起動してみると、、、おお、キーボードが認識されている！起動画面とか充電画面は Reeder W7iC らしきものに変わってしまっているが、これでいけそうだ。

もう元々の中身を回復するのは諦めて、WindowsのMediaCreationToolで Windows 10 Home 32bit のインストール用ブートUSBを作り、Windowsパーティションをぶっ飛ばしてクリーンインストールを実施。成功。

不明なデバイスが大量にあるが、これを順次解決していく。
Windows Updateを全て当てた後、メインボード関係のドライバとして、（多分互換だとおぼしき）Iconia Tablet8 W1-810から、8.1用の「Platform Installer ドライバー」をダウンロードして入れる。これでI2C関係の不明なデバイスが解決された。
次いでKionixからKXTJ9-KXCJ9-KXTJ2 Driverをダウンロードして入れる。これで３軸傾きセンサーが解決された。（回転方向が反対になってるが、後で解決する）

後はカメラとタッチパネルだが、これはメーカー、ベンダーのドライバがない。
カカクコムのBBSに、吸い出したドライバーを発見したのでダウンロード。解凍してUSBメモリでKVI-70Bに持って行き、！マークのデバイスを「ドライバーの更新」でローカルから探して当てる。
タッチパネルはこのままではどうもタッチが狂っているので、SileadTouch.fwを取得。zipを解凍したら、SileadTouch.fw を C:\Windows\System32\Drivers の下にコピーし、デバイスマネージャーからタッチパネルのドライバーを一度アンインストール。再起動すると不明なデバイスになるので、ドライバーの更新で当て直して、解決。
センサーの回転方向が反対になるのは、レジストリ値 HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Enum\ROOT\SENSOR\0000\Device Parameters\kxfusion に 00,00,00,01,01,00,02 と書き込む。解決。
regファイルはこう。Windows Registry Editor Version 5.00
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Enum\ROOT\SENSOR\0000\Device Parameters\kxfusion]
"Orientation"=hex:00,00,00,01,01,00,02
不明なデバイスに１つ残っている（カメラのセンサー？）が、これは解決法が分からなかった。

が、これで、概ね普通に使用可能なWindows10になったと思われる。
IMG_20170806_164759s.jpg

ストレージの残りが2Gもないので、果たして何かに使えるかと言うと、微妙だが……。
あと本体あっつい！
]]> Windows usoinfo blog:https://blog.seesaa.jp,usoinfo/452473045 http://blog.usoinfo.info/article/452153155.html PHPでIPアドレス＋ネットマスクに適合するかチェック Wed, 26 Jul 2017 18:06:00 +0900 あるIPアドレスが、ネットワークアドレス/ネットマスク長にヒットするかどうかを検査したい。ソースアドレスでアクセス制限したいとかいう時によくあるアレである。IPv4だけのときは、ip2long/long2ipでマスク長のビット演算をして比較すればよかったが、昨今IPv6も普通にあり得るのでそっちにも適用しなくちゃいけない。IPv6は128ビットなので、longでは検査できないので、inet_ptonを使って検査するルーチンを書いてみた。Github はこちら。https://.. ]]> IPv4だけのときは、ip2long/long2ipでマスク長のビット演算をして比較すればよかったが、昨今IPv6も普通にあり得るのでそっちにも適用しなくちゃいけない。
IPv6は128ビットなので、longでは検査できないので、inet_ptonを使って検査するルーチンを書いてみた。

Github はこちら。
https://github.com/usoinfo/php_ipaddrmask_test

function ipaddr_mask($src, $mask)
{
$iarr = str_split($src);
$marr = str_split($mask);
$ret = false;
for($i=0;$i<count($iarr);$i++){
$ret .= $iarr[$i] & $marr[$i];
}
return $ret;
}

function ipaddr_compare($srcaddr, $netaddr, $netmask)
{
if( !$netmask && ($pos = strpos($netaddr,"/")) !== FALSE ){
$netmask = intval( substr($netaddr, $pos+1) );
$netaddr = substr($netaddr, 0, $pos);
}

$addr = inet_pton($srcaddr);
$comp = inet_pton($netaddr);

$len = strlen($addr)*8;
if($netmask > $len) $netmask = $len;

$mask = str_repeat('f', $netmask>>2);
switch($netmask & 3){
case 3: $mask .= 'e'; break;
case 2: $mask .= 'c'; break;
case 1: $mask .= '8'; break;
}
$mask = pack('H*', str_pad($mask, $len>>2, '0') );

return ipaddr_mask($addr, $mask) == ipaddr_mask($comp, $mask);
}

/*

使用法サンプル
$srcaddr = "192.168.1.12";
$netaddr = "192.168.1.0";
$netmask = 24;
$r = ipaddr_compare($srcaddr, $netaddr, $netmask);
echo $srcaddr." compare ".$netaddr."/".$netmask." => ".($r ? "match" : "unmatch")."\n";

$srcaddr = "25ef:91:c540:1:a00:27fa:fce1:28c";
$netaddr = "25ef:91:c540:1::0";
$netmask = 64;
$r = ipaddr_compare($srcaddr, $netaddr, $netmask);
echo $srcaddr." compare ".$netaddr."/".$netmask." => ".($r ? "match" : "unmatch")."\n";

実行結果
192.168.1.12 compare 192.168.1.0/24 => match
25ef:91:c540:1:a00:27fa:fce1:28c compare 25ef:91:c540:1::0/64 => match

*/
]]> 開発 usoinfo blog:https://blog.seesaa.jp,usoinfo/452153155 http://blog.usoinfo.info/article/440563017.html ホストマシンの仮想化支援機能(VT-x/AMD-V)が使用できません。 Sat, 30 Jul 2016 07:15:05 +0900 Visual Studio 2015 Community をインストールしたら、その後、VirtualBoxのVMが起動できなくなった。実行しようとすると「ホストマシンの仮想化支援機能(VT-x/AMD-V)が使用できません。」とメッセージが出る。しかし、BIOSの設定では、VT-xは有効になっている。これは、Hyper-Vが有効になったせいらしい。「コントロールパネル」-「プログラムと機能」-「Windowsの機能の有効化または無効化」で、Hyper-Vのチェックボックスを.. 20160730-01.png 困るぜ。仕事が出来なくなるところだった。 ]]> しかし、BIOSの設定では、VT-xは有効になっている。

これは、Hyper-Vが有効になったせいらしい。
「コントロールパネル」-「プログラムと機能」-「Windowsの機能の有効化または無効化」で、Hyper-Vのチェックボックスをオフにして再起動したら解決。
20160730-01.png
困るぜ。仕事が出来なくなるところだった。 ]]> Windows usoinfo blog:https://blog.seesaa.jp,usoinfo/440563017 http://blog.usoinfo.info/article/435310552.html 同じUSBデバイスが複数ある時にデバイスを識別する Sun, 20 Mar 2016 10:26:22 +0900 全く同じUSBデバイスが複数繋がっている時、特定の１つを指定するにはどうすればいいか困っていた。ベンダーID・プロダクトIDが異なっていればudevでデバイス名を固定すればいいのだが、同じだとどうやら固定できなさそう。そもそも/dev配下にデバイスとして見えないものはどうすればいいのか。具体的にはUSB温度計が複数繋がっている時。USBのデバイス番号で読み取り先の温度計を指定できるものの、USBのデバイス番号は毎回変わるので、決め打ちで一意に指定できない。lsusbでUSBデ.. ]]> ベンダーID・プロダクトIDが異なっていればudevでデバイス名を固定すればいいのだが、同じだとどうやら固定できなさそう。そもそも/dev配下にデバイスとして見えないものはどうすればいいのか。
具体的にはUSB温度計が複数繋がっている時。
USBのデバイス番号で読み取り先の温度計を指定できるものの、USBのデバイス番号は毎回変わるので、決め打ちで一意に指定できない。

lsusbでUSBデバイスの接続状況が見られるわけだが、'lsusb'だとバス・デバイス番号・デバイスIDが、'lsusb -t'だと、カスケードされたハブの接続とその先のデバイス番号が分かる。
そこで、例えば
+PCのUSBポート
|
+---ハブ1--+--エレコムのカメラ
| +--USB温度計
|
+---ハブ2--+--バッファローのカメラ
+--USB温度計

こんな感じに機器が繋がっているならば、

”エレコムのカメラと同じハブに繋がってるUSB温度計”
”バッファローのカメラと同じハブに繋がってるUSB温度計”

という特定の仕方をすれば、USB温度計のデバイス番号が一意に求められる（別にカメラじゃなくても、ベンダーID・プロダクトIDが違っていれば何でもいいけど）。
よって、まず lsusb -t の出力でツリー構造を分析して、ルートからどうハブを経由しているかとデバイス番号を紐付けして、その結果をlsusbの出力でデバイス番号とベンダーID・プロダクトIDを紐付けすれば、”エレコムのカメラと同じハブに繋がってるUSB温度計”が分かるようになるだろう。

ということで、lsusb -tとlsusbの出力結果を解析して、接続されている場所・デバイス番号・デバイスIDを列挙するコードをPHPで書いてみた。

https://github.com/usoinfo/usb_device_list

初めてgithubを使ってみた。
使い方のサンプルは、 sample.php にあります。
]]> 開発 usoinfo blog:https://blog.seesaa.jp,usoinfo/435310552 http://blog.usoinfo.info/article/418819060.html Debian Jessie で、シャットダウン・再起動するときsshdが終わらない Tue, 12 May 2015 09:00:15 +0900 sshで接続したままDebian Jessieをシャットダウンか再起動すると、サーバー側のsshdがコネクションを切らないまま終了するので、クライアント側がいつまでも繋がりっぱなしでうざい。rc0 rc6 でsshdをkillするようにして、とりあえず回避。これDebianのバグなんじゃないかなあ？よくわからんけど。/etc/init.d/ に killsshd 等適当な名前でスクリプトを作成。runlevel 2345 では何もしない、06では kilall sshd する.. ]]> rc0 rc6 でsshdをkillするようにして、とりあえず回避。
これDebianのバグなんじゃないかなあ？よくわからんけど。

/etc/init.d/ に killsshd 等適当な名前でスクリプトを作成。
runlevel 2345 では何もしない、06では kilall sshd するだけ。
#! /bin/sh
### BEGIN INIT INFO
# Provides: killsshd
# Required-Start:
# Required-Stop:
# Default-Start: 2 3 4 5
# Default-Stop: 0 1 6
# Short-Description: kill all sshd process
# Description: kill all sshd process
#
### END INIT INFO
#
# Author: usoinfo
#

PATH=/bin:/usr/bin:/sbin:/usr/sbin

case "$1" in
start)
;;
stop)
killall sshd
;;
status)
;;
*)
echo "Usage: /etc/init.d/killsshd {stop}"
exit 1
;;
esac

exit 0適当に有効化。aptitude install psmisc (※killallコマンドが入ってなければ入れる)
chown root:root /etc/init.d/killsshd
chmod 755 /etc/init.d/killsshd
update-rc.d killsshd defaultsreboot、shutdownの時は、killall sshdされるので、サーバー側から接続が切られるはず。
]]> Linux usoinfo blog:https://blog.seesaa.jp,usoinfo/418819060 http://blog.usoinfo.info/article/418596388.html 玄箱にDebian Jessieをインストール Fri, 08 May 2015 06:54:26 +0900 Squeeze化しカーネルを2.6.39.4にして使っていた玄箱だが、Jessieがリリースされたのを機に、追い付いておくことにした。と言っても、HDL-GXRでWheezy/Jessieを動かすよりは簡単に済んだ。玄箱は、正式にカーネルに取り込まれているので、カーネルソースをいじらなくてよいので。よって、Weezy用は3.2系logtermの3.2.68、Jessie用は最新のstableである3.19.6を選択した。基本的な作業は、3.x系のカーネルをコンパイルして(参照.. Squeeze化しカーネルを2.6.39.4にして使っていた玄箱だが、Jessieがリリースされたのを機に、追い付いておくことにした。 と言っても、HDL-GXRでWheezy/Jessieを動かすよりは簡単に済んだ。玄箱は、正式にカーネルに取り込まれているので、カーネルソースをいじらなくてよいので。 よって、Weezy用は3.2系logtermの3.2.68、Jessie用は最新のstableである3.19.6を選択した。 基本的な作業は、3.x系のカーネルをコンパイルして(参照記事)、debootstrapでrootfsを作成(参照記事)、玄箱からディスクを取り出して別のPCにマウントし、ブート環境を整えた上で、作ったカーネルとrootfsを展開した。 作ったrootfsとカーネルを一応置いておく。 Wheezy向け rootfs kurobox-rootfs-wheezy.tar.bz2 kernel kurobox-kernel-3.2.68.tar.bz2 lib kurobox-lib-3.2.68.tar.bz2 config kurobox-config-3.2.68.txt Jessie向け rootfs kurobox-rootfs-jessie.tar.bz2 kernel kurobox-kernel-3.19.6.tar.bz2 lib kurobox-lib-3.19.6.tar.bz2 config kurobox-config-3.19.6.txt インストール手順 1. ハードディスクのパーティションを切る Linuxの動いているPCにHDDを接続して、 (※接続したHDDはsdbの想定) /dev/sdb1 MontaVista Linux (100M～お好みで) /dev/sdb2 swap (256M～お好みで) /dev/sdb3 Debian (残り全部) sdb1,sdb3はext3でフォーマット、sdb2はmkswapする。 玄人志向のページからファームウェアアップデート Ver1.02をダウンロードし解凍、中のimage.zipを解凍して、tmpimage.tgzを /dev/sdb1 に展開する。(この段階で玄箱MontaVistaが動くようになるはず。つまり第１パーティションに玄箱オリジナルのLinuxが入ればいいので、通常の初期化手順を実行しても良い、はず。) 2. ブート環境の整備 玄箱/玄箱HG 用 ubuntu 12.04 LTS imageより、kuro-bootsel2.20080419.tar.gz と ubuntu-precise-installer.zip をダウンロード。 ubuntu-precise-installer.zip を解凍し、u-boot-1.2.0-hd.ram.bin uloader-2.4.17_mvl21-sandpoint.oをsdb1:/boot に置く。 kuro-bootsel2.20080419.tar.gz を解凍して、install.shの内容を手作業で実行。 # mount /dev/sdb1 /mnt (※接続したHDDはsdbの想定) # cp u-boot-1.2.0-hd.ram.bin /mnt/boot # cp uloader-2.4.17_mvl21-sandpoint.o /mnt/boot # mkdir -p /mnt/boot/tools # cp kuro_swread kuro_morse /mnt/boot/tools/ # cp kuro_bootsel2.sh /mnt/etc/init.d/ # chmod 755 /mnt/etc/init.d/kuro_bootsel2.sh # pushd /mnt/etc/rc.d/rcS.d # ln -s ../init.d/kuro_bootsel2.sh S15kuro_bootsel2.sh # popd # cp kuro_boot.conf /mnt/etc/sdb1:/etc/init.d/kuro_bootsel2.sh を次のように変更。 101行目から if [ ! -f $2 ]; then /bin/echo "Kernel does not exist." /boot/tools/kuro_morse F $AVR return 0; fi init_avr を # if [ ! -f $2 ]; then # /bin/echo "Kernel does not exist." # /boot/tools/kuro_morse F $AVR # return 0; # fi if [ -f $2 ]; then /sbin/insmod $1 kernel=$2 $3 else echo /sbin/insmod $1 $2 $3 /sbin/insmod $1 $2 $3 echo /sbin/init 6 /sbin\/init 6 fi init_avr している内容は、ubuntu-precise-installer-kuroBOX.sh の sed -e "101,105 s/^./#/" -e "110 s/^./#/" ... と同じ。 sdb1:/etc/kuro_boot.conf を次のように変更。 # kuro_bootsel config file (2008-04-01) # # "bootdefault" # 1: Linux, 2-9: See below bootdefault=2 (略) # Menu entry No.2 # menu2="Debian" loader2="-f /boot/uloader-2.4.17_mvl21-sandpoint.o" kernel2='uboot=/boot/u-boot-1.2.0-hd.ram.bin' option2='' している内容は、ubuntu-precise-installer-kuroBOX.sh の sed -e "s/^#bootdefault=1$/bootdefault=2/" ... と同じ。 3. rootfs,kernel,lib を展開 カーネルをsdb1へ、rootfsとlibをsdb3へ展開する。 # mount /dev/sdb1 /mnt # tar xvfj kurobox-kernel-XXXXXX.tar.bz2 -C /mnt/boot # umount /mnt # mount /dev/sdb3 /mnt # tar xvfj kurobox-rootfs-XXXXXX.tar.bz2 -C /mnt # tar xvfj kurobox-lib-XXXXXX.tar.bz2 -C /mnt # umount /mnt4. ハードディスクを玄箱に接続してブート eth0はdhcpでアドレスを取得。電源投入から3～5分くらいで、sshd が上がりアクセス可能になる。はず。 ユーザー名root、パスワードkuroadmin でログインできる。 - 2015/05/08 3.19.6カーネルでUSBディスクを認識しなかったので作り直し。 ]]> Squeeze化しカーネルを2.6.39.4にして使っていた玄箱だが、Jessieがリリースされたのを機に、追い付いておくことにした。

と言っても、HDL-GXRでWheezy/Jessieを動かすよりは簡単に済んだ。玄箱は、正式にカーネルに取り込まれているので、カーネルソースをいじらなくてよいので。
よって、Weezy用は3.2系logtermの3.2.68、Jessie用は最新のstableである3.19.6を選択した。

基本的な作業は、3.x系のカーネルをコンパイルして(参照記事)、debootstrapでrootfsを作成(参照記事)、玄箱からディスクを取り出して別のPCにマウントし、ブート環境を整えた上で、作ったカーネルとrootfsを展開した。
作ったrootfsとカーネルを一応置いておく。

Wheezy向け
rootfs kurobox-rootfs-wheezy.tar.bz2
kernel kurobox-kernel-3.2.68.tar.bz2
lib kurobox-lib-3.2.68.tar.bz2
config kurobox-config-3.2.68.txt

Jessie向け
rootfs kurobox-rootfs-jessie.tar.bz2
kernel kurobox-kernel-3.19.6.tar.bz2
lib kurobox-lib-3.19.6.tar.bz2
config kurobox-config-3.19.6.txt

インストール手順
1. ハードディスクのパーティションを切る
Linuxの動いているPCにHDDを接続して、
(※接続したHDDはsdbの想定)
/dev/sdb1 MontaVista Linux (100M～お好みで)
/dev/sdb2 swap (256M～お好みで)
/dev/sdb3 Debian (残り全部)

sdb1,sdb3はext3でフォーマット、sdb2はmkswapする。
玄人志向のページからファームウェアアップデート Ver1.02をダウンロードし解凍、中のimage.zipを解凍して、tmpimage.tgzを /dev/sdb1 に展開する。(この段階で玄箱MontaVistaが動くようになるはず。つまり第１パーティションに玄箱オリジナルのLinuxが入ればいいので、通常の初期化手順を実行しても良い、はず。)

2. ブート環境の整備
玄箱/玄箱HG 用 ubuntu 12.04 LTS imageより、kuro-bootsel2.20080419.tar.gz と ubuntu-precise-installer.zip をダウンロード。
ubuntu-precise-installer.zip を解凍し、u-boot-1.2.0-hd.ram.bin uloader-2.4.17_mvl21-sandpoint.oをsdb1:/boot に置く。
kuro-bootsel2.20080419.tar.gz を解凍して、install.shの内容を手作業で実行。
# mount /dev/sdb1 /mnt (※接続したHDDはsdbの想定)
# cp u-boot-1.2.0-hd.ram.bin /mnt/boot
# cp uloader-2.4.17_mvl21-sandpoint.o /mnt/boot
# mkdir -p /mnt/boot/tools
# cp kuro_swread kuro_morse /mnt/boot/tools/
# cp kuro_bootsel2.sh /mnt/etc/init.d/
# chmod 755 /mnt/etc/init.d/kuro_bootsel2.sh
# pushd /mnt/etc/rc.d/rcS.d
# ln -s ../init.d/kuro_bootsel2.sh S15kuro_bootsel2.sh
# popd
# cp kuro_boot.conf /mnt/etc/
sdb1:/etc/init.d/kuro_bootsel2.sh を次のように変更。
101行目から
	if [ ! -f $2 ]; then
		/bin/echo "Kernel does not exist."
		/boot/tools/kuro_morse F $AVR
		return 0;
	fi
	init_avr
を
#	if [ ! -f $2 ]; then
#		/bin/echo "Kernel does not exist."
#		/boot/tools/kuro_morse F $AVR
#		return 0;
#	fi
	if [ -f $2 ]; then
		/sbin/insmod $1 kernel=$2 $3
	else
		echo /sbin/insmod $1 $2 $3
		/sbin/insmod $1 $2 $3
		echo /sbin/init 6
		/sbin\/init 6
	fi
	init_avr
している内容は、ubuntu-precise-installer-kuroBOX.sh の sed -e "101,105 s/^./#/" -e "110 s/^./#/" ... と同じ。
sdb1:/etc/kuro_boot.conf を次のように変更。
# kuro_bootsel config file (2008-04-01)
#
# "bootdefault"
# 1: Linux, 2-9: See below
bootdefault=2

(略)

# Menu entry No.2
#
menu2="Debian"
loader2="-f /boot/uloader-2.4.17_mvl21-sandpoint.o"
kernel2='uboot=/boot/u-boot-1.2.0-hd.ram.bin'
option2=''
している内容は、ubuntu-precise-installer-kuroBOX.sh の sed -e "s/^#bootdefault=1$/bootdefault=2/" ... と同じ。

3. rootfs,kernel,lib を展開
カーネルをsdb1へ、rootfsとlibをsdb3へ展開する。
# mount /dev/sdb1 /mnt
# tar xvfj kurobox-kernel-XXXXXX.tar.bz2 -C /mnt/boot
# umount /mnt
# mount /dev/sdb3 /mnt
# tar xvfj kurobox-rootfs-XXXXXX.tar.bz2 -C /mnt
# tar xvfj kurobox-lib-XXXXXX.tar.bz2 -C /mnt
# umount /mnt
4. ハードディスクを玄箱に接続してブート
eth0はdhcpでアドレスを取得。電源投入から3～5分くらいで、sshd が上がりアクセス可能になる。はず。
ユーザー名root、パスワードkuroadmin でログインできる。

- 2015/05/08
3.19.6カーネルでUSBディスクを認識しなかったので作り直し。 ]]> 開発 usoinfo blog:https://blog.seesaa.jp,usoinfo/418596388 http://blog.usoinfo.info/article/418454427.html HDL-GXRでJessieを動かす。 Tue, 05 May 2015 16:44:54 +0900 前記事で、HDL-GXRでWheezyを動かしたが、こっちが本命、Jessie。Jessieはつい先日出たばかりだが、Debianの過去バージョンの捨て去り方は急すぎるというか、もう少し余韻を残してくれてもいいんじゃないか。ミラーサイトからイメージが消えるの早い早い。というわけで、HDL-GXRでJessieを動かした。Jessieのカーネルは3.16番台のようなので、3.16.7 をコンパイルし、debootstrapでrootfsを作成。やった内容は、Wheezyとほぼ同.. 前記事で、HDL-GXRでWheezyを動かしたが、こっちが本命、Jessie。Jessieはつい先日出たばかりだが、Debianの過去バージョンの捨て去り方は急すぎるというか、もう少し余韻を残してくれてもいいんじゃないか。ミラーサイトからイメージが消えるの早い早い。 というわけで、HDL-GXRでJessieを動かした。 Jessieのカーネルは3.16番台のようなので、3.16.7 をコンパイルし、debootstrapでrootfsを作成。 やった内容は、Wheezyとほぼ同じなので割愛。前記事の3.2.68を3.16.7に、wheezyをjessieに読み替えれば大体合っている。 作ったカーネルとrootfsを。簡単なまとめはこちら。使用は自己責任で。 patch hdl-gxr-kernel-3.16.7.patch config hdl-gxr-config-3.16.7.txt kernel hdl-gxr-kernel-3.2.68.tar.bz2 lib hdl-gxr-lib-3.2.68.tar.bz2 rootfs hdl-gxr-rootfs-wheezy.tar.bz2 （Wheezyと同じく、eth0のアドレスはDHCPで、アクセスはsshで、ユーザー名root、パスワードはolpadminです。） 最新のstableカーネル3.19.6を使おうと思ったんだが、うまく動かせていない。何がいけないのかわからない。atpagesがサービスを停止したのでまちめのURLを変更。 簡単なまとめはこちら。 ]]> 前記事で、HDL-GXRでWheezyを動かしたが、こっちが本命、Jessie。Jessieはつい先日出たばかりだが、Debianの過去バージョンの捨て去り方は急すぎるというか、もう少し余韻を残してくれてもいいんじゃないか。ミラーサイトからイメージが消えるの早い早い。

というわけで、HDL-GXRでJessieを動かした。
Jessieのカーネルは3.16番台のようなので、3.16.7 をコンパイルし、debootstrapでrootfsを作成。
やった内容は、Wheezyとほぼ同じなので割愛。前記事の3.2.68を3.16.7に、wheezyをjessieに読み替えれば大体合っている。

作ったカーネルとrootfsを。簡単なまとめはこちら。使用は自己責任で。
patch hdl-gxr-kernel-3.16.7.patch
config hdl-gxr-config-3.16.7.txt
kernel hdl-gxr-kernel-3.2.68.tar.bz2
lib hdl-gxr-lib-3.2.68.tar.bz2
rootfs hdl-gxr-rootfs-wheezy.tar.bz2
（Wheezyと同じく、eth0のアドレスはDHCPで、アクセスはsshで、ユーザー名root、パスワードはolpadminです。）

最新のstableカーネル3.19.6を使おうと思ったんだが、うまく動かせていない。何がいけないのかわからない。atpagesがサービスを停止したのでまちめのURLを変更。
簡単なまとめはこちら。 ]]> 開発 usoinfo blog:https://blog.seesaa.jp,usoinfo/418454427 http://blog.usoinfo.info/article/418453811.html HDL-GXRをWheezyで動かす Tue, 05 May 2015 16:28:28 +0900 今更ながらのHDL-GXRについて。USB温度計を繋げてmuninで監視していたのだが、どうも時々通信が切れ、不安定。セキュリティに不安もあるし、Debianのバージョンを上げようと挑戦したものの、なかなかに難儀であった…。1. カーネルを作成カーネル2.6.39.4のままWheezyにすると、通信が出来なくなったりして、うまく動かないので、まず3.x系のカーネルを作る。Wheezyは3.2系で動いているので、3.2系のlongterm、3.2.68 を使うことにした。クロス.. 前記事を参照。 基本的な作業手順は、2.6系と変わらない。 カーネルパッチは再び手移植してみた。カーネルソースって、かなり頻繁に変更されているんだなあ。 3.2.68用のカーネルパッチはこれ .configのサンプル というわけで、カーネルをクロスでコンパイル。(これはDebian8+emdebianの環境での例) # wget https://www.kernel.org/pub/linux/kernel/v3.x/linux-3.2.68.tar.xz # tar xvfJ linux-3.2.68.tar.xz # cd linux-3.2.68 # patch -p1 < ../hdl-gxr-kernel-3.2.68.patch patching file arch/arm/boot/compressed/head.S patching file arch/arm/kernel/head.S patching file arch/arm/mach-orion5x/Kconfig patching file arch/arm/mach-orion5x/Makefile patching file arch/arm/mach-orion5x/hdl_gxr-setup.c patching file arch/arm/tools/mach-types # cp ../hdl-gxr-config-3.2.68.txt .config # ARCH=arm make menuconfig (※必要ならconfigを変更) # ARCH=arm CROSS_COMPILE=arm-linux-gnueabi- make uImage modules scripts/kconfig/conf --silentoldconfig Kconfig CHK include/config/kernel.release UPD include/config/kernel.release : (略) : # mkdir -p /opt/arm/boot # ARCH=arm CROSS_COMPILE=arm-linux-gnueabi- INSTALL_MOD_PATH=/opt/arm make modules_install # cp -p arch/arm/boot/uImage /opt/arm/boot/uImage.new # cp -p System.map /opt/arm/boot/ # cp -p .config /opt/arm/boot/config-3.2.68.hdl-gxr # pushd /opt/arm/boot # tar cvfj /opt/arm/hdl-gxr-kernel-3.2.68.tar.bz2 . # cd /opt/arm # tar cvfj /opt/arm/hdl-gxr-lib-3.2.68.tar.bz2 lib # popd 出来上がった hdl-gxr-kernel-3.2.68.tar.bz2 hdl-gxr-lib-3.2.68.tar.bz2 を、どこかに取っておく。 2. rootfsを作成 debootstrapでWheezyのrootfsを作成。 基本的な作業手順は、Squeeze化と同じ。 HDL-GXRはSqueeze以降でないと、xzがない、鍵がないなどでうまくない。 # aptitude install binutils (※arが入っていない場合のみ) # mkdir -p /opt/landisk/debootstrap (※任意のディレクトリ) # cd /opt/landisk/debootstrap # wget http://ftp.jp.debian.org/debian/pool/main/d/debootstrap/debootstrap-udeb_1.0.67_all.udeb # ar -x debootstrap-udeb_1.0.67_all.udeb # tar Jxvfp data.tar.xz # export DEBOOTSTRAP_DIR=`pwd`/usr/share/debootstrap # export PATH=$PATH:`pwd`/usr/sbin # mkdir -p /opt/landisk/wheezy (※任意のディレクトリ) # debootstrap --arch=armel wheezy /opt/landisk/wheezy http://ftp.jp.debian.org/debian I: Retrieving Release I: Retrieving Release.gpg : (略) : I: Base system installed successfully. # mount -t proc proc /opt/landisk/wheezy/proc # chroot /opt/landisk/wheezy # dpkg-reconfigure tzdata (※タイムゾーン設定) # passwd (※rootのパスワード設定) # vi /etc/apt/sources.list (※aptの設定) -- deb http://ftp.jp.debian.org/debian wheezy main contrib non-free deb-src http://ftp.jp.debian.org/debian wheezy main contrib non-free deb http://security.debian.org wheezy/updates main contrib non-free -- # apt-get update # apt-get upgrade # apt-get install udev openssh-server # vi /etc/network/interfaces (※ネットワークを設定) # vi /etc/fstab -- proc /proc proc defaults,nosuid,noexec 0 0 /dev/sda1 /boot ext3 defaults,rw 0 0 /dev/sda2 swap swap defaults 0 0 /dev/sda3 / ext3 defaults,rw 1 1 -- # apt-get clean # exit # umount /opt/landisk/wheezy/proc # cd /opt/landisk/wheezy # tar cjvf /opt/landisk/hdl-gxr-wheezy-rootfs.tar.bz2 . 出来上がった hdl-gxr-wheezy-rootfs.tar.bz2 を、どこかに取っておく。 3. ディスクに展開 HDL-GXRに入れるディスクを、USB-SATA接続キットなどを使ってLinuxの動いているPCに接続する。 （※新しいディスクなどの場合は、パーティションの切り方などは過去記事参照。） 第1パーティションにカーネル、第3パーティションにrootfsとカーネルモジュールを展開する。 ターゲットのディスクを /dev/sdb と仮定すると、さっき作った hdl-gxr-kernel-3.2.68.tar.bz2 hdl-gxr-lib-3.2.68.tar.bz2 hdl-gxr-wheezy-rootfs.tar.bz2 をPCに持ってきて # mount /dev/sdb1 /mnt # tar xvfj hdl-gxr-kernel-3.2.68.tar.bz2 -C /mnt # umount /mnt # mount /dev/sdb3 /mnt # tar xvfj hdl-gxr-wheezy-rootfs.tar.bz2 -C /mnt # tar xvfj hdl-gxr-lib-3.2.68.tar.bz2 -C /mnt # umount /mnt てな感じ。展開したディスクをHDL-GXRに接続し、電源投入。 うまくいけば、WheezyになったDebianが動いているはず。 作ったカーネルとrootfsを一応置いておく。簡単なまとめはこちら。使用は自己責任で。 patch hdl-gxr-kernel-3.2.68.patch config hdl-gxr-config-3.2.68.txt kernel hdl-gxr-kernel-3.2.68.tar.bz2 lib hdl-gxr-lib-3.2.68.tar.bz2 rootfs hdl-gxr-rootfs-wheezy.tar.bz2 これをディスクに放り込めば、とりあえず動く。はず。 eth0のアドレスはDHCPで、アクセスはsshで、ユーザー名root、パスワードはolpadminです。 Jessieは次で。 atpagesがサービスを停止したので、まとめの場所を変更。 簡単なまとめはこちら。 ]]> USB温度計を繋げてmuninで監視していたのだが、どうも時々通信が切れ、不安定。
セキュリティに不安もあるし、Debianのバージョンを上げようと挑戦したものの、なかなかに難儀であった…。

1. カーネルを作成

カーネル2.6.39.4のままWheezyにすると、通信が出来なくなったりして、うまく動かないので、まず3.x系のカーネルを作る。
Wheezyは3.2系で動いているので、3.2系のlongterm、3.2.68 を使うことにした。
クロスコンパイル環境は、前記事を参照。
基本的な作業手順は、2.6系と変わらない。
カーネルパッチは再び手移植してみた。カーネルソースって、かなり頻繁に変更されているんだなあ。
3.2.68用のカーネルパッチはこれ
.configのサンプル
というわけで、カーネルをクロスでコンパイル。(これはDebian8+emdebianの環境での例)

# wget https://www.kernel.org/pub/linux/kernel/v3.x/linux-3.2.68.tar.xz
# tar xvfJ linux-3.2.68.tar.xz
# cd linux-3.2.68
# patch -p1 < ../hdl-gxr-kernel-3.2.68.patch
patching file arch/arm/boot/compressed/head.S
patching file arch/arm/kernel/head.S
patching file arch/arm/mach-orion5x/Kconfig
patching file arch/arm/mach-orion5x/Makefile
patching file arch/arm/mach-orion5x/hdl_gxr-setup.c
patching file arch/arm/tools/mach-types
# cp ../hdl-gxr-config-3.2.68.txt .config
# ARCH=arm make menuconfig (※必要ならconfigを変更)
# ARCH=arm CROSS_COMPILE=arm-linux-gnueabi- make uImage modules
scripts/kconfig/conf --silentoldconfig Kconfig
CHK include/config/kernel.release
UPD include/config/kernel.release
:
(略)
:
# mkdir -p /opt/arm/boot
# ARCH=arm CROSS_COMPILE=arm-linux-gnueabi- INSTALL_MOD_PATH=/opt/arm make modules_install
# cp -p arch/arm/boot/uImage /opt/arm/boot/uImage.new
# cp -p System.map /opt/arm/boot/
# cp -p .config /opt/arm/boot/config-3.2.68.hdl-gxr
# pushd /opt/arm/boot
# tar cvfj /opt/arm/hdl-gxr-kernel-3.2.68.tar.bz2 .
# cd /opt/arm
# tar cvfj /opt/arm/hdl-gxr-lib-3.2.68.tar.bz2 lib
# popd

出来上がった hdl-gxr-kernel-3.2.68.tar.bz2 hdl-gxr-lib-3.2.68.tar.bz2 を、どこかに取っておく。

2. rootfsを作成

debootstrapでWheezyのrootfsを作成。
基本的な作業手順は、Squeeze化と同じ。
HDL-GXRはSqueeze以降でないと、xzがない、鍵がないなどでうまくない。


# aptitude install binutils (※arが入っていない場合のみ)
# mkdir -p /opt/landisk/debootstrap (※任意のディレクトリ)
# cd /opt/landisk/debootstrap
# wget http://ftp.jp.debian.org/debian/pool/main/d/debootstrap/debootstrap-udeb_1.0.67_all.udeb
# ar -x debootstrap-udeb_1.0.67_all.udeb
# tar Jxvfp data.tar.xz
# export DEBOOTSTRAP_DIR=`pwd`/usr/share/debootstrap
# export PATH=$PATH:`pwd`/usr/sbin
# mkdir -p /opt/landisk/wheezy (※任意のディレクトリ)
# debootstrap --arch=armel wheezy /opt/landisk/wheezy http://ftp.jp.debian.org/debian
I: Retrieving Release
I: Retrieving Release.gpg
:
(略)
:
I: Base system installed successfully.
# mount -t proc proc /opt/landisk/wheezy/proc
# chroot /opt/landisk/wheezy
# dpkg-reconfigure tzdata (※タイムゾーン設定)
# passwd (※rootのパスワード設定)
# vi /etc/apt/sources.list (※aptの設定)
--
deb http://ftp.jp.debian.org/debian wheezy main contrib non-free
deb-src http://ftp.jp.debian.org/debian wheezy main contrib non-free
deb http://security.debian.org wheezy/updates main contrib non-free
--
# apt-get update
# apt-get upgrade
# apt-get install udev openssh-server
# vi /etc/network/interfaces (※ネットワークを設定)
# vi /etc/fstab
--
proc /proc proc defaults,nosuid,noexec 0 0
/dev/sda1 /boot ext3 defaults,rw 0 0
/dev/sda2 swap swap defaults 0 0
/dev/sda3 / ext3 defaults,rw 1 1
--
# apt-get clean
# exit
# umount /opt/landisk/wheezy/proc
# cd /opt/landisk/wheezy
# tar cjvf /opt/landisk/hdl-gxr-wheezy-rootfs.tar.bz2 .

出来上がった hdl-gxr-wheezy-rootfs.tar.bz2 を、どこかに取っておく。

3. ディスクに展開

HDL-GXRに入れるディスクを、USB-SATA接続キットなどを使ってLinuxの動いているPCに接続する。
（※新しいディスクなどの場合は、パーティションの切り方などは過去記事参照。）
第1パーティションにカーネル、第3パーティションにrootfsとカーネルモジュールを展開する。
ターゲットのディスクを /dev/sdb と仮定すると、さっき作った hdl-gxr-kernel-3.2.68.tar.bz2 hdl-gxr-lib-3.2.68.tar.bz2 hdl-gxr-wheezy-rootfs.tar.bz2 をPCに持ってきて


# mount /dev/sdb1 /mnt
# tar xvfj hdl-gxr-kernel-3.2.68.tar.bz2 -C /mnt
# umount /mnt
# mount /dev/sdb3 /mnt
# tar xvfj hdl-gxr-wheezy-rootfs.tar.bz2 -C /mnt
# tar xvfj hdl-gxr-lib-3.2.68.tar.bz2 -C /mnt
# umount /mnt

てな感じ。展開したディスクをHDL-GXRに接続し、電源投入。
うまくいけば、WheezyになったDebianが動いているはず。


作ったカーネルとrootfsを一応置いておく。簡単なまとめはこちら。使用は自己責任で。
patch hdl-gxr-kernel-3.2.68.patch
config hdl-gxr-config-3.2.68.txt
kernel hdl-gxr-kernel-3.2.68.tar.bz2
lib hdl-gxr-lib-3.2.68.tar.bz2
rootfs hdl-gxr-rootfs-wheezy.tar.bz2
これをディスクに放り込めば、とりあえず動く。はず。
eth0のアドレスはDHCPで、アクセスはsshで、ユーザー名root、パスワードはolpadminです。

Jessieは次で。
atpagesがサービスを停止したので、まとめの場所を変更。
簡単なまとめはこちら。 ]]> 開発 usoinfo blog:https://blog.seesaa.jp,usoinfo/418453811 http://blog.usoinfo.info/article/418379646.html Debian 8 (Jessie) でクロスコンパイル環境を作る Mon, 04 May 2015 07:45:29 +0900 過去にDebian Squeeze+Emdebianで、玄箱/LANDISKのカーネルをクロスコンパイルする環境を作ったが、Debian Jessieになって、ちょっと違っているようなので。基本的には、このページ(CrossToolchains)に従って作っていく。アーキテクチャ 'armel' になっているところは、別のターゲットの場合は適宜読み替え。手順を簡単にまとめると、sources.list にEmdebianを追加Emdebianの鍵を追加アーキテクチャを追加ap.. Debian Squeeze+Emdebianで、玄箱/LANDISKのカーネルをクロスコンパイルする環境を作ったが、Debian Jessieになって、ちょっと違っているようなので。 基本的には、このページ(CrossToolchains)に従って作っていく。 アーキテクチャ 'armel' になっているところは、別のターゲットの場合は適宜読み替え。 手順を簡単にまとめると、sources.list にEmdebianを追加Emdebianの鍵を追加アーキテクチャを追加aptitude updateaptitude install crossbuild-essential-(アーキテクチャ)である。 1. EmbedianのAPTを設定 ※ソースリストにEmdebianを追加 # echo 'deb http://emdebian.org/tools/debian/ jessie main' \ > /etc/apt/sources.list.d/crosstools.list ※鍵を追加 # wget -q -O - http://emdebian.org/tools/debian/emdebian-toolchain-archive.key \ | apt-key add - ※アーキテクチャ armel を追加 # dpkg --add-architecture armel ※APTを更新 # aptitude update 2. ツールチェインをインストール # aptitude install crossbuild-essential-armel 以下の新規パッケージがインストールされます: : (略) その他のツールも必要に応じて。（カーネルコンパイルに必要なものを入れる） # aptitude install u-boot-tools ncurses-dev bzip2 3. HDL-GXRのカーネルをコンパイルしてみる 過去記事参照 # tar xvfj linux-2.6.39.4.tar.bz2 # cd linux-2.6.39.4/ # patch -p1 < ../hdl-gxr-kernel-2.6.39.4.patch # cp ../hdl-gxr-config-2.6.39.4.txt .config # ARCH=arm make oldconfig # ARCH=arm make menuconfig # ARCH=arm CROSS_COMPILE=arm-linux-gnueabi- make uImage modules # mkdir -p /opt/arm/boot # ARCH=arm CROSS_COMPILE=arm-linux-gnueabi- INSTALL_MOD_PATH=/opt/arm make modules_install # cp -p arch/arm/boot/uImage /opt/arm/boot/uImage.new # cp -p System.map /opt/arm/boot/ # cp -p .config /opt/arm/boot/config-2.6.39.4.hdl-gxr # pushd /opt/arm/boot # tar cvfz ../kern.tgz . # cd /opt/arm # tar cvfz lib.tgz lib # popd ]]> Debian Squeeze+Emdebianで、玄箱/LANDISKのカーネルをクロスコンパイルする環境を作ったが、Debian Jessieになって、ちょっと違っているようなので。

基本的には、このページ(CrossToolchains)に従って作っていく。
アーキテクチャ 'armel' になっているところは、別のターゲットの場合は適宜読み替え。

手順を簡単にまとめると、
  • sources.list にEmdebianを追加
  • Emdebianの鍵を追加
  • アーキテクチャを追加
  • aptitude update
  • aptitude install crossbuild-essential-(アーキテクチャ)
である。

1. EmbedianのAPTを設定

※ソースリストにEmdebianを追加
# echo 'deb http://emdebian.org/tools/debian/ jessie main' \
> /etc/apt/sources.list.d/crosstools.list

※鍵を追加
# wget -q -O - http://emdebian.org/tools/debian/emdebian-toolchain-archive.key \
| apt-key add -

※アーキテクチャ armel を追加
# dpkg --add-architecture armel

※APTを更新
# aptitude update
2. ツールチェインをインストール
# aptitude install crossbuild-essential-armel
以下の新規パッケージがインストールされます:
:
(略)


その他のツールも必要に応じて。（カーネルコンパイルに必要なものを入れる）
# aptitude install u-boot-tools ncurses-dev bzip2


3. HDL-GXRのカーネルをコンパイルしてみる
過去記事参照
# tar xvfj linux-2.6.39.4.tar.bz2
# cd linux-2.6.39.4/
# patch -p1 < ../hdl-gxr-kernel-2.6.39.4.patch
# cp ../hdl-gxr-config-2.6.39.4.txt .config
# ARCH=arm make oldconfig
# ARCH=arm make menuconfig
# ARCH=arm CROSS_COMPILE=arm-linux-gnueabi- make uImage modules
# mkdir -p /opt/arm/boot
# ARCH=arm CROSS_COMPILE=arm-linux-gnueabi- INSTALL_MOD_PATH=/opt/arm make modules_install
# cp -p arch/arm/boot/uImage /opt/arm/boot/uImage.new
# cp -p System.map /opt/arm/boot/
# cp -p .config /opt/arm/boot/config-2.6.39.4.hdl-gxr
# pushd /opt/arm/boot
# tar cvfz ../kern.tgz .
# cd /opt/arm
# tar cvfz lib.tgz lib
# popd
]]> 開発 usoinfo blog:https://blog.seesaa.jp,usoinfo/418379646 http://blog.usoinfo.info/article/417950139.html CentOS6にawstatsをインストールする Sun, 26 Apr 2015 10:32:36 +0900 Apacheのログを解析するため、awstatsをサクッと入れる。環境は、CentOS6 + Apache 2.4 での例。1. epelからawstatsをインストールEPELが入ってない場合は適宜いれる。過去記事などを参照。# yum install --enablerepo=epel awstatsLoaded plugins: fastestmirrorSetting up Install ProcessLoading mirror speeds from cache.. 過去記事などを参照。 # yum install --enablerepo=epel awstats Loaded plugins: fastestmirror Setting up Install Process Loading mirror speeds from cached hostfile : (略) : Installed: awstats.noarch 0:7.0-3.el6 Complete! 2.awstatsのconfigを書き換える デフォルトでは、/etc/awstats 以下に、awstats.(ホスト名).conf ができている。 解析するサーバーが１つで、ホスト名とWebサーバー名が同一ならこのままのファイル名でいいが、バーチャルホストを切っていたりして複数の設定にしたい時は、awstats.(設定名).conf という名前でファイルを作成する。(設定名)は、後でアクセスするときに使う。 例えば、設定名www、設定名virtualの２つを使うときはこんな感じにする。 # cp awstats.model.conf awstats.www.conf # cp awstats.model.conf awstats.virtual.conf # ls -l total 320 -rw-r--r-- 1 root root 61665 Feb 21 2013 awstats.model.conf -rw-r--r-- 1 root root 61665 Apr 26 08:39 awstats.virtual.conf -rw-r--r-- 1 root root 61665 Apr 26 08:37 awstats.www.confそれぞれのconfを書き換える。 最低限書き換える箇所は# vi awstats.XXXX.conf --- LogFile="(ログファイルのパス)" LogFormat=(ログファイルの形式:1-4) ---LogFileは、ログファイルのパスを、解析したいログの場所に変更する。複数のログファイルを結合して解析したい時は、 LogFile="/usr/share/awstats/tools/logresolvemerge.pl (ログファイル1) (ログファイル2) (...) |"こんな風にlogresolvemerge.plを使うと、複数ファイルを時系列で並べ替えて結合してくれる。 LogFormatは、ログファイルの形式を指定する。commonの時は4にするが、combinedの方が取れるデータが多いのでオススメ。変更するときはApacheの設定ファイルのCustomLogを書き換える。 # vi (http.confあるいはVirtualHostの中) --- CustomLog (ログファイルのパス) common ↓ CustomLog (ログファイルのパス) combined --- 古いログをよけてから、apacheをリスタートする。 3.Webからawstatsを見えるように設定。 設定を直接httpd.confかVirtualHostの中に書いても良いし、conf/extra/awstats.conf などに分けてincludeしてもいい。必要なら認証もかける。 例・awstats.confを作る # vi (apacheのconfディレクトリ)/extra/awstats.conf --- Alias /awstatsclasses "/usr/share/awstats/wwwroot/classes/" Alias /awstatscss "/usr/share/awstats/wwwroot/css/" Alias /awstatsicons "/usr/share/awstats/wwwroot/icon/" ScriptAlias /awstats/ "/usr/share/awstats/wwwroot/cgi-bin/" <Directory "/usr/share/awstats/wwwroot/cgi-bin"> DirectoryIndex awstats.pl Options ExecCGI </Directory> <Directory "/usr/share/awstats/wwwroot"> AuthUserFile (パスワードファイルの配置ディレクトリ)/passwd.awstats AuthName "AWSTATS" AuthType Basic Require valid-user Require all denied Require ip 127.0.0.1 </Directory> --- 例・httpd.confから設定ファイルをincludeする # vi httpd.conf --- : (任意の場所に追加) Include conf/extra/awstats.conf --- 例・BASIC認証を設定 # htpasswd -c (パスワードファイルの配置ディレクトリ)/passwd.awstats New password: Re-type new password: Adding password for user XXXX # 4.初回の解析データ生成 まだ解析データはないので、初回だけ手動でデータを生成する。 ログサイズによっては、初回の生成は時間がかかるかも。 # /usr/share/awstats/tools/awstats_updateall.pl now \ -configdir="/etc/awstats" \ -awstatsprog="/usr/share/awstats/wwwroot/cgi-bin/awstats.pl" Running '"/usr/share/awstats/wwwroot/cgi-bin/awstats.pl" -update -config=XXXXXX -configdir="/etc/awstats"' to update config XXXXXX Create/Update database for config "/etc/awstats/awstats.XXXXXX.conf" by AWStats version 7.0 (build 1.971) From data in log file "/usr/local/apache2/logs/access_XXXXXX_log"... Phase 1 : First bypass old records, searching new record... : (略) : Found 1 new qualified records. # 5.アクセスできるか試してみる 2. で、設定名とサーバー名が同じで１つしかないなら、http://(インストールしたサーバー名)/awstats/ にアクセスしてみる。 設定が複数あったり、設定名がサーバー名と違うなら、http://(インストールしたサーバー名)/awstats/awstats.pl?config=(設定名) にアクセスしてみる。 awstat-example-150426.png うまくできていれば、解析された結果が表示される。 データの更新は、標準では１時間に１回で、起動のためのスクリプトは /etc/cron.hourly/awstats に配置されている。１日１回に変えたい、あるいは任意の頻度に変えたい場合は、このスクリプトを適当な場所に移したりすると良い。 ]]> 環境は、CentOS6 + Apache 2.4 での例。

1. epelからawstatsをインストール

EPELが入ってない場合は適宜いれる。過去記事などを参照。
# yum install --enablerepo=epel awstats
Loaded plugins: fastestmirror
Setting up Install Process
Loading mirror speeds from cached hostfile
:
(略)
:
Installed:
awstats.noarch 0:7.0-3.el6
Complete!

2.awstatsのconfigを書き換える

デフォルトでは、/etc/awstats 以下に、awstats.(ホスト名).conf ができている。
解析するサーバーが１つで、ホスト名とWebサーバー名が同一ならこのままのファイル名でいいが、バーチャルホストを切っていたりして複数の設定にしたい時は、awstats.(設定名).conf という名前でファイルを作成する。(設定名)は、後でアクセスするときに使う。
例えば、設定名www、設定名virtualの２つを使うときはこんな感じにする。
# cp awstats.model.conf awstats.www.conf
# cp awstats.model.conf awstats.virtual.conf
# ls -l
total 320
-rw-r--r-- 1 root root 61665 Feb 21 2013 awstats.model.conf
-rw-r--r-- 1 root root 61665 Apr 26 08:39 awstats.virtual.conf
-rw-r--r-- 1 root root 61665 Apr 26 08:37 awstats.www.confそれぞれのconfを書き換える。
最低限書き換える箇所は# vi awstats.XXXX.conf
---
LogFile="(ログファイルのパス)"
LogFormat=(ログファイルの形式:1-4)
---LogFileは、ログファイルのパスを、解析したいログの場所に変更する。複数のログファイルを結合して解析したい時は、
LogFile="/usr/share/awstats/tools/logresolvemerge.pl (ログファイル1) (ログファイル2) (...) |"こんな風にlogresolvemerge.plを使うと、複数ファイルを時系列で並べ替えて結合してくれる。

LogFormatは、ログファイルの形式を指定する。commonの時は4にするが、combinedの方が取れるデータが多いのでオススメ。変更するときはApacheの設定ファイルのCustomLogを書き換える。
# vi (http.confあるいはVirtualHostの中)
---
CustomLog (ログファイルのパス) common
↓
CustomLog (ログファイルのパス) combined
---
古いログをよけてから、apacheをリスタートする。
3.Webからawstatsを見えるように設定。

設定を直接httpd.confかVirtualHostの中に書いても良いし、conf/extra/awstats.conf などに分けてincludeしてもいい。必要なら認証もかける。
例・awstats.confを作る
# vi (apacheのconfディレクトリ)/extra/awstats.conf
---
Alias /awstatsclasses "/usr/share/awstats/wwwroot/classes/"
Alias /awstatscss "/usr/share/awstats/wwwroot/css/"
Alias /awstatsicons "/usr/share/awstats/wwwroot/icon/"
ScriptAlias /awstats/ "/usr/share/awstats/wwwroot/cgi-bin/"

<Directory "/usr/share/awstats/wwwroot/cgi-bin">
DirectoryIndex awstats.pl
Options ExecCGI
</Directory>

<Directory "/usr/share/awstats/wwwroot">
AuthUserFile (パスワードファイルの配置ディレクトリ)/passwd.awstats
AuthName "AWSTATS"
AuthType Basic
Require valid-user
Require all denied
Require ip 127.0.0.1
</Directory>
---
例・httpd.confから設定ファイルをincludeする
# vi httpd.conf
---
:
(任意の場所に追加)
Include conf/extra/awstats.conf
---
例・BASIC認証を設定
# htpasswd -c (パスワードファイルの配置ディレクトリ)/passwd.awstats
New password:
Re-type new password:
Adding password for user XXXX
#
4.初回の解析データ生成

まだ解析データはないので、初回だけ手動でデータを生成する。
ログサイズによっては、初回の生成は時間がかかるかも。
# /usr/share/awstats/tools/awstats_updateall.pl now \
-configdir="/etc/awstats" \
-awstatsprog="/usr/share/awstats/wwwroot/cgi-bin/awstats.pl"

Running '"/usr/share/awstats/wwwroot/cgi-bin/awstats.pl" -update -config=XXXXXX -configdir="/etc/awstats"' to update config XXXXXX
Create/Update database for config "/etc/awstats/awstats.XXXXXX.conf" by AWStats version 7.0 (build 1.971)
From data in log file "/usr/local/apache2/logs/access_XXXXXX_log"...
Phase 1 : First bypass old records, searching new record...
:
(略)
:
Found 1 new qualified records.
#
5.アクセスできるか試してみる

2. で、設定名とサーバー名が同じで１つしかないなら、http://(インストールしたサーバー名)/awstats/ にアクセスしてみる。
設定が複数あったり、設定名がサーバー名と違うなら、http://(インストールしたサーバー名)/awstats/awstats.pl?config=(設定名) にアクセスしてみる。

awstat-example-150426.png


うまくできていれば、解析された結果が表示される。
データの更新は、標準では１時間に１回で、起動のためのスクリプトは /etc/cron.hourly/awstats に配置されている。１日１回に変えたい、あるいは任意の頻度に変えたい場合は、このスクリプトを適当な場所に移したりすると良い。
]]> 開発 usoinfo blog:https://blog.seesaa.jp,usoinfo/417950139 http://blog.usoinfo.info/article/417166901.html METARのデータを取得して整形する Sun, 12 Apr 2015 09:11:13 +0900 前回に引き続き。気象庁以外で気温などの現在値が取れるものはないか、ということで、世界各国の空港の気象情報であるMETARからデータを取るPHP関数も作ってみた。これ metar.phps。適当な場所に置いて include して使用する。例:metar_sample.php#!/usr/local/bin/php&lt;?php include 'metar.phps'; $data = METAR_get('RJAA'); foreach($data.. metar.phps。 適当な場所に置いて include して使用する。 例:metar_sample.php #!/usr/local/bin/php <?php include 'metar.phps'; $data = METAR_get('RJAA'); foreach($data['info'] as $i => $v){ echo $v['name'].' '.$data['data'][ $i ].' '.$v['unit']."\n"; } ?> 空港のコードには、ICAOの４レターコードをくべる。 例えば、成田空港のデータを引っ張ってきて表示。こんな結果。 $ ./metar_sample.php 時刻 2015/04/12 08:30:00 気温 12 ℃ 湿度 71 % 気圧 1030 hPa 風向 NNE 風速 10 kt 空港によっては30分刻みでデータが来るので、気象庁よりいいかも知れない。気温の値の小数点以下が丸まってしまうのが欠点。 ]]> 気象庁以外で気温などの現在値が取れるものはないか、ということで、世界各国の空港の気象情報であるMETARからデータを取るPHP関数も作ってみた。
これ metar.phps。

適当な場所に置いて include して使用する。
例:metar_sample.php

#!/usr/local/bin/php
<?php
include 'metar.phps';

$data = METAR_get('RJAA');

foreach($data['info'] as $i => $v){
echo $v['name'].' '.$data['data'][ $i ].' '.$v['unit']."\n";
}
?>
空港のコードには、ICAOの４レターコードをくべる。
例えば、成田空港のデータを引っ張ってきて表示。こんな結果。

$ ./metar_sample.php
時刻 2015/04/12 08:30:00
気温 12 ℃
湿度 71 %
気圧 1030 hPa
風向 NNE
風速 10 kt
空港によっては30分刻みでデータが来るので、気象庁よりいいかも知れない。気温の値の小数点以下が丸まってしまうのが欠点。
]]> 開発 usoinfo blog:https://blog.seesaa.jp,usoinfo/417166901