I know who Iam.
KSYで、スターターキットV1をこうにう。
RSのページも見たが、売り切れで10月まで入らんとか書いてあったので、ちと高いけど、セットになってるのを買った(13,640円)
サーバー止まると監視カメラも記録できないし、ファイルサーバーも使えないので、早急にサーバーを立てる必要がある。10月まで待っておれん。
ただ、問題は、PI4って、USBのハードディスクブートできるのかねえ。
サクっと検索した限りではイケるっぽいので、今まで eSATAで使ってたハードディスクケースはUSBにしないといかんな。
zoneminder で監視カメラの運用をしているが、ふと見てみると、2月19日以降映像が撮れていない。
ディスク容量80%で古いやつを自動削除する設定にしているが、filter の設定見てみると100件該当があり、それが何らかの理由で削除できずにデッドロックしてるのかな? と思い、削除するも変わらず。
監視カメラの raspberry pi 3 をチェックすると、応答なし……。
ssh に応答しないとなると、ディスプレイとキーボード繋がないとどうなっているのか分からないが、面倒なので電源ブチ(^^;;
raspberry pi 3 は、SDカード延命の為、ログ類はシステムシャットダウンを実行すると、SDカードに書き戻すが、電源ブチではRAMDISK上で揮発してしまう。
なので、応答無しになっていた理由は分からず。
暫くシステムアップデートやってなかったし、長期間再起動してなかったから、メモリーリークのアプリケーションがメモリ食い潰したのかなあ。
という訳で、raspberry pi に自動アップデートをやってくれる cron-apt をどうにう。
ファイルサーバの openrd ultimate で導入しているが、セキュリティアップデートは自動で適用してくれ、カーネルは「更新あるで」とメールで通知してくれる。
いや、「更新あるで」と関西弁では言ってくれないが(^^;、次の様な感じ。
|
1 2 |
The following NEW packages will be installed: linux-image-4.9.0-12-marvell |
ただ、こいつはメールシステムが動いていないと通知してくれないので、raspberry pi 3に exim4 のスマートホストによるメール配送を設定。
|
1 |
# dpkg-reconfigure exim4-config |
raspberry pi 3 でメール読まないので、全部 noizumi＠silverfox.p.noizumi.org へ配送。スマートホストは openrd ultimateのIPアドレスを設定。
※@は全角に変えてます。以後、コピペ注意
openrd ultimate の exim4 もスマートホストの設定だが、メールを受信する設定になっているので、raspberry pi 3 からメールを投げれば届くはず。
メールの運用にはDNSが必要で、DNSはローカルで立てているから、raspberrypi.p.noizumi.org の正引きと逆引きを設定。
raspberry pi 3 の端末から、noizumi＠silverfox.p.noizumi.org へメール送ったら届いたので、apt cron がメール投げても多分、大丈夫。
cron-apt の設定で、 /etc/cron-apt/config を編集
|
1 2 3 4 |
# Configuration for cron-apt. For further information about the possible # configuration settings see /usr/share/doc/cron-apt/README.gz. MAILTO="noizumi＠silverfox.p.noizumi.org" MAILON="upgrade" |
確か前に openrd ultimate の設定弄っていい感じにニギッたはずなので、設定をパクる！次のファイルを追加
[/etc/cron-apt/actions.d/5-security]
|
1 |
upgrade -y -o APT::Get::Show-Upgraded=true |
[etc/cron-apt/config.d/5-security]
|
1 |
OPTIONS="-o quiet=1 -o APT::Get::List-Cleanup=false -o Dir::Etc::SourceList=/etc/apt/sources.list.d/security.list -o Dir::Etc::SourceParts=\"/dev/null\"" |
確かこの設定はセキュリティアップデートを問答無用で適用する為に設定したはずなので、これで危ない穴はパッチ提供時に即座に適用されるはず。
設定が終わったので、取り敢えず cron-apt の手動実行
|
1 |
# /usr/sbin/cron-apt |
更新したばっかりだったので、メールは飛ばず。/var/log/cron-apt/log を確認
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 |
CRON-APT RUN [/etc/cron-apt/config]: Sat Mar 14 09:39:21 JST 2020 CRON-APT ACTION: 0-update CRON-APT LINE: /usr/bin/apt-get -o quiet=1 update -o quiet=2 CRON-APT ACTION: 3-download CRON-APT LINE: /usr/bin/apt-get -o quiet=1 autoclean -y Reading package lists... Building dependency tree... Reading state information... Del libqt5opengl5 5.7.1+dfsg-3+rpi1+deb9u1 [133 kB] <中略> CRON-APT LINE: /usr/bin/apt-get -o quiet=1 dist-upgrade -d -y -o APT::Get::Show-Upgraded=true Reading package lists... Building dependency tree... Reading state information... Calculating upgrade... 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. CRON-APT ACTION: 5-security CRON-APT LINE: /usr/bin/apt-get -o quiet=1 upgrade -y -o APT::Get::Show-Upgraded=true Reading package lists... Building dependency tree... Reading state information... Calculating upgrade... 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. |
autoclean やってくれるのね。問題は無い模様。
カーネルはさすがに自動でやっちゃうと、起動不能になる可能性もあるので、メールで通知が来たら手動で行おうと思う。
カーネル更新も自動で行ないたい場合は、/etc/cron-apt/action.d/3-download の -d オプションを削ればOK。
debian 8→9へアップデートしたところ、カーネルのNANDフラッシュ書き込みでエラーが出た。
[ 6508.167779] __nand_correct_data: uncorrectable ECC error
[ 6508.173165] end_request: I/O error, dev mtdblock0, sector 8
[ 6508.178767] Buffer I/O error on device mtdblock0, logical block 1
NANDフラッシュは起動時に読み込まれる起動プログラムが書いてあるところで、そいつの書き込み失敗という事は、もう寿命という事だな。
起動はするが、Debian 9 で、カーネルは4.9.0なのに
Linux silverfox 3.16.0-10-kirkwood #1 Debian 3.16.70-1 (2019-07-22) armv5tel GNU/Linux
なんてのが動いている。多分、NANDに書き込まれているカーネルだろう。
1GbpsのEthernetでファイルサーバーにしていたが、置き換えるとしたら、1Gbps Etherになった raspberry pi 4 かな。
まだ発売してないから、発売したら早速置き換えよう。
情報源: [メモ] (らずぱい) Raspbian: Jessie から Stretchへアップグレード – Qiita
このページを参考にアップグレード。更新時間は 2.5時間位。
途中新しい設定への上書き確認があり、次の様にした。
*.dpkg-old *.dpkg-dist と現在のファイルを比較して内容を確認
1. は時刻サーバーを
Servers=192.168.11.254 ntp.nict.go.jp
に変更したものだけなので、元のファイルでOK
2. は弄ってないので、新設定ファイル上書きOK
3. はPATH関係だが、/usr/local/sbin は使ってないから新設定ファイル上書きOK
4. は時刻サーバー設定関係なので、元のファイルでOK
5. 6.はGUIを使ってないので、新設定ファイル上書きOK
自分の投稿を参考に、mjpg-streamerの最新版を取ってきてコンパイル。
必要なライブラリ等はインストール済なので、mjpg-streamerだけ。
# mv mjpg-streamer mjpg-streamer.old
# svn co https://svn.code.sf.net/p/mjpg-streamer/code/mjpg-streamer mjpg-streamer
# cd mjpg-streamer/
# make USE_LIBV4L2=true clean all
起動スクリプトは /root/bin/camera_stream.sh に記述してあって
#!/bin/bash
cd /root/mjpg-streamer
./mjpg_streamer -i “./input_uvc.so -f 16 -r 640×360 -d /dev/video0 -y -n” -o “./output_http.so -w ./www -p 8081” >/dev/null 2>&1 &
これを、/etc/rc.local から呼び出してraspberry pi 3が起動した際に起動させている。
新しい無線LANルータの環境になったので、IEEE802.11nで接続したら、今までIEEE802.11g の 56Mbps だったRaspberry pi3 のWifi も高速化できるかなと思って、新無線LANルータ用に接続設定を作成。
繋いでみたが、72.2Mbpsになる。
IEEE802.11nって150Mbpsとかじゃないの? なんで? と色々調べたら、謎が解けた。
実は、今までIEEE802.11nを詳しく理解して居なかったのだが、「IEEE802.11nとは」を読んだら分かった。物によって、150Mbpsだったり、300Mbpsだったり、600Mbpsだったりするのはボンディングとストリーム数が関係する訳ね。
安物の無線LANドングルだと、1ストリームの40MHzの帯域幅で 150Mbpsくらい。
Raspberry pi3 は Broadcom の BCM43430 で、今どきありがちな安物Wifi の firmwareドライバをPCで制御するSDIO方式。
性能的には、150Mbpsくらい行けるはずなのだが、
/lib/firmware/brcm/brcmfmac43430-sdio.txt の先頭には次の文言がある。
# NVRAM file for BCM943430WLSELG
# 2.4 GHz, 20 MHz BW mode
2.4GHz の 20MHz Band Width modeって、要は 72.2Mbpsが最大速度な訳ね。
1ストリームでも40MHz使えば、150Mbpsまで速度アップが見込めるから、今後のlinuxのfirmwareの更新に期待しよう。
結局、micro SDが壊れてたっぽい。
正常起動確率50%位でだましだまし動かしてたが、新しいmicro SDにしたら起動確率100%になった。
二年位で寿命とは情けない。とはいえ、/var/log に毎日ゴリゴリ書き込んでるんだからしょうがないか。
そこで！
こいつの出番。
/etc/init.d/ramdisklog を作成。
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 |
#! /bin/sh ### BEGIN INIT INFO # Provides: ramdisklog # Required-Start: $local_fs # Required-Stop: $local_fs # X-Start-Before: $syslog # X-Stop-After: $syslog # Default-Start: 2 3 4 5 # Default-Stop: 0 1 6 # Short-Description: Use ramdisk log tmp # Description: Debian init script for the ramdisklog log&tmp move to # ramdisk ### END INIT INFO # # Author: Yuji Noizumi <webmaster_at_noizumi.org> # PATH=/bin:/usr/bin:/sbin:/usr/sbin . /lib/lsb/init-functions case "$1" in start) mkdir -p /mnt/tmp mkdir -p /mnt/var/tmp mkdir -p /mnt/var/log mount -t tmpfs /dev/shm /mnt/tmp mount -t tmpfs /dev/shm /mnt/var/tmp mount -t tmpfs /dev/shm /mnt/var/log /usr/bin/rsync -a /var/log/ /mnt/var/log mount --bind /mnt/tmp /tmp mount --bind /mnt/var/tmp /var/tmp mount --bind /mnt/var/log /var/log chmod -R 1777 /var/tmp chmod -R 1777 /tmp log_daemon_msg "Moved log&tmp to Ramdisk" "ramdisklog" log_end_msg $? ;; stop) log_daemon_msg "Write back Ramdisk log to /var/log" "ramdisklog" umount -l /tmp umount -l /var/tmp umount -l /var/log /usr/bin/rsync -a –delete /mnt/var/log/ /var/log log_end_msg $? ;; force-reload|restart) $0 stop $0 start ;; *) echo "Usage: /etc/init.d/ramdisklog {start|stop|restart|force-reload}" exit 1 ;; esac exit 0 |
ramdisk 作って log コピーして、その ramdisk を bind で/var/logに被せるというしくみ。
# insserv ramdisklog
ついでにswapも無効化
# insserv -r dphys-swapfile
# reboot
で完了。
|
1 2 3 4 5 6 7 8 9 10 11 12 13 |
root@raspberrypi:~# df -h ファイルシス サイズ 使用 残り 使用% マウント位置 /dev/root 28G 8.2G 19G 31% / devtmpfs 458M 0 458M 0% /dev tmpfs 462M 0 462M 0% /dev/shm tmpfs 462M 6.3M 456M 2% /run tmpfs 5.0M 4.0K 5.0M 1% /run/lock tmpfs 462M 0 462M 0% /sys/fs/cgroup /dev/mmcblk0p6 63M 22M 42M 35% /boot /dev/shm 462M 0 462M 0% /tmp /dev/shm 462M 0 462M 0% /var/tmp /dev/shm 462M 1.4M 461M 1% /var/log tmpfs 93M 0 93M 0% /run/user/1000 |
マウント状況はこんな感じ。
我が家の監視カメラとして活躍している Raspberry Pi3 が12月7日0:30をもって映像を送って来なくなった。
家を出る時に、扉の外に設置している Raspberry Pi3 を確認すると、電源ランプが光ってない。24時間稼働はさせてたけど、1年半位で壊れるか?
家帰って、取り外して家のコンセントに挿したらランプ点いた。
でも、ssh は応答しない。さては、取り外す時に落としてしまったが、それで壊れたか?
ネットに繋がらないとなると、HDMIで直接見るしかないが、ディスプレイ繋ぎ替えるのマンドクセから、E4甲第一ゲージ削ってる艦これ攻略してからにしよう。 🙂
raspberry pi 3 で、前にファームウェアアップデートの rpi-update を実行したら、「カーネル4になるで、ええか？(Y/n)」って出たので、ビビって置いておいた。
今日、rpi-update を実行したら、何も聞かれず、進捗表示されて、「reboot しやがれ」と抜かすので、「大丈夫かな…」と思いつつ再起動したら、
pi@raspberrypi:~ $ uname -a
Linux raspberrypi 4.9.28-v7+ #999 SMP Tue May 16 14:03:19 BST 2017 armv7l GNU/Linux
と、無事更新され、UVCの監視カメラの映像も zoneminder に送られていて大丈夫なようだ。
一体、何が変わったのやら…
OpenRD UltimateがDebian 8だから多少は知ってるが、Systemdベースは今までのノウハウが使えんから面倒くさいのでメモ。
Web見てると、意外にやってる人少ないけど、piアカウントでrootになるには
$ sudo su –
WiFi設定
# wpa_passphrase [SSID] [パスワード]>>/etc/wpa_supplicant/wpa_supplicant.conf
日本語フォント
# apt-get install ttf-kochi-gothic xfonts-intl-japanese xfonts-intl-japanese-big xfonts-kaname
MJPG-Streamerインストール
# apt-get install subversion libjpeg-dev imagemagick
# svn co https://svn.code.sf.net/p/mjpg-streamer/code/mjpg-streamer mjpg-streamer
# apt-get install libv4l-dev
# cd mjpg-streamer/
# make USE_LIBV4L2=true clean all
CUIへ切り替え(headless)
# systemctl set-default multi-user.target