2020年1月23日木曜日

石油給湯器の警報290

数年前から長府製作所の石油給湯器
EHKF-4560SAGHを使用しておりますが、
昨冬から頻繁に[警報290]が出ていました。
操作パネルには同時に
お買い求めの販売店に
連絡してください
と表示され給湯器の火が消えてしまいます。
電源を一旦落としてから再度入れると
何事もなかったかのように使えるのでした。

昨春になって暖かくなると警報が出なくなっていたものの
今冬寒くなるとまた頻発。
そのままにしていると発生頻度が増してきて、
風呂を沸かしている10分程の間に
何度か起こることも珍しくなくなってきました。
さらにバスルームで温水シャワーを使っているときにも
症状が発生する事態に悪化。
ただし、キッチンや洗面所でお湯を使う分には発生しません。

まあこれ、給湯器を設置した時点で予想していたことです。
最近の給湯器(石油・ガスとも)お湯を温めるのに
火だけではなく排熱も利用するようになっており、
効率は良くなるものの副作用として酸性水ができあがります。
これを中和器で中性にして排出されるのがドレン水。
給湯中、本体からドレン水がポタポタ落ちているのが確認でき、
本体外部でのドレン水の排水不良は排除できていたので、
故障しているのは中和器と推測。
そもそも中和器は消耗品です。

で、最寄りの給湯器の取扱店から中和器を購入し、
家族の者が自力で取り替えたのですが、
本体のカバーを開けて中和器にアクセスするまでに、
いろいろな物を取り外さないと行けなかったらしく、
大変だったということでした。
腕に覚えがなければ取り替え作業は
業者に依頼することをお勧めします。

ともあれ、我が家の給湯器は只今絶好調です。

2020年1月22日水曜日

最悪な楽天ひかり

私は個人的には楽天のサービスを
なるべく避けて生きているのですが、
それでも使っていたサービスが断りもなく
楽天傘下になるパターンは経験しています。
自宅からのインターネット接続において、
忖度してADSL時代から使っていたSANNETもその一つです。

そのSANNET、今年度でのサービスが全面終了されるに伴い、
本家の楽天ひかりへの強制移転を余儀なくされました。
ところがこの楽天ひかりがまさにクソ。
回線速度を測ってみたところ上りは100Mbps以上なのに
下りは1Mbps以下って…orz
数十Mbps出ていた天国から地獄に突き落とされました。
それでもAmazon Prime Videoがまともに使えているのが
よくわからないのですが、
Androidスマートフォンのアプリケーションの
アップデートなどしていると遅さが身にしみます。
ちなみに早朝などだと下りも100Mbps以上出ているので、
混雑時にPPPoE終端装置の能力が
大幅に足りていないのが明らかです。
そして仕様的に最悪なのがIPv6が使えないこと。
いやNGN網内についてはIPv6で通信可能
(ひかり電話のSIPサーバへのpingで確認)なものの、
これは外部から隔絶されており
Googleのサーバーなどにはつながりません。
それより問題なのはIPv6での自宅サーバーの公開ができません。
まさに前時代的ネットワークです。

いろいろと事情があるので簡単ではないですが、
マジでISP変更を検討したいところです。

2020年1月21日火曜日

buff/cacheの開放

先日古いPCのメモリが少なくて四苦八苦している話をしましたが、
微妙な解決手段を見つけました。
定期的に
# sync
# echo 3 > /proc/sys/vm/drop_caches
を実行することです。

Linuxでメモリの使用状況を見たいときの定番は
"free"コマンドですが、
私が注目するのはusedとfreeの項目ばかりでした。
しかしよく見るとbuff/cacheが馬鹿でかい。
これはHDDへのディスクキャッシュや
I/Oのバッファリングに使用されていると認識していますが、
そこにそんなに使うなよと。
これを減らすのが前述のコマンドです。
これでbuff/cacheがガツンと減ります。少しはマシになります。
面倒ですが今思いつく最良の手なんですよね、これが。

2020年1月20日月曜日

W62Sの日時が0月0日0時0分

年が明けてからすでに3週間ほど経ちますが、
用がなければ鞄に入れっぱなしの
通話用のガラケーau W62Sを開き、
久々にマジマジと見てびっくり!!!
日付が0月0日0時0分になって微動だにしません。
慌てて調べてみると2020年になれなかったガラケーは
少なからず存在するようです。
とりあえず音声通話・SMSの発着信はできるので
(データ通信未契約のためezwebや電子メールについては確認できず)
個人的には大した影響はありませんが、
まさかの2020年問題。
まあW62Sは2008年発売の機種なので、
10年以上も使うなんてのは想定外なんでしょうね。
私もここまで長く使うつもりはありませんでしたし。
2022年3月末のau 3G停波まであと約2年。
ぎりぎりまでこれを使うつもりです。

ところで謎なのことが一点。
発着信履歴のタイムスタンプは0月0日0時0分なのに、
SMSの方は正しい日時になっていること。
SMSは網側から日時付きで降ってくるのか?

2020年1月16日木曜日

binwalk

最近知った便利ツールbinwalk。
ファイルを解析してその中に埋め込まれたファイルを教えてくれます。
主な目的は組み込み機器のファームウェアファイルの解析みたい。
実際某社のネットワーク機器のファームウェアを取ってきて
binwalkにかけてみると…何やら色々情報が出てきます。
画像系ファイルはそのまま抜き出して何かに使えるかもしれませんが、
それがどうしたという気がしますし、
プログラム部分はそれなりのスキルがなければナンノコッチャです。
ただ専門家ならここから脆弱性を発見して
それを利用して…なんてことを考えるんでしょうね。
面倒なので私はそんなことしませんが。

ちなみにbinwalkはUbuntu 18.04なら
# apt install binwalk
でインストール可能です。

2020年1月15日水曜日

新〇〇川

同じ地域に〇〇川と新〇〇川、または旧〇〇川があると、
〇〇川(旧〇〇川)が頻繁に氾濫して困るので
治水対策で新〇〇川(〇〇川)を掘ったケースが多いですが、
私の自宅の最寄りの川にも「新」が付き、
離れたところを旧の方が蛇行しています。
調べてみると明治以降旧のほうが度々氾濫して被害をもたらしたため、
大正から昭和初期に新の方を作ったようです。
なお実は旧の方も江戸時代に掘られたもののようで、
城の守りにつかっていたそうな。だからわざと蛇行させたのかも。
とはいえ新旧ともにそれなりに現代的な護岸になっています。

さて、新の方の護岸はよく見るコンクリートブロックで
固めた斜めの護岸になっているのですが、
長年の川の作用によるのか、その上に土砂が堆積し、
そこに大きな木が生えています。
また勝手に中洲ができてそこにも大きな木が。
無機質なコンクリートより木が鬱蒼と生えいてる
現状は個人的にはより好ましいと思ってきたのですが、
ここ数年の大雨で川が増水すると、
それら木々によって流れが滞り治水にはよくありません。
またその水が引いた後には木の上に大量のゴミを残すので、
なんとかしないとまずいんじゃないかと考えてました。

って、そんなことは管理者(国土交通省)もわかっていたようで、
昨年末あたりから木の伐採と土砂の除去が始まりました。
現在は土手の内側に管理車両が通れる舗装道路のある
右岸を作業中ですが、左岸に道はありません。
工事の看板によると期間はこの年度末までみたいで、
まさか左岸はスルー?
まあ右岸だけでも随分マシにはなりますけど。

2020年1月14日火曜日

Chrome重し

最近古いPCを引っ張り出してUbuntu 18.04(64bit)を入れ、
ウェブブラウザのChromeを使ってみたのですがこれがクソ重い。
調べてみると凄まじくスワップが発生しており、
それはなぜかというとメモリが2GBしかないから。
しかもこれ以上増やせない。
とりあえず必要なさそうなデーモンを軒並み落としていって
マシにはできましたが、
そもそもOSが1GB以上使ってるみたいで、
その上Chromeもじゃぶじゃぶメモリを使ってる。

解決策として、Ubuntuを32bitにするとか、
より古いUbuntu 16.04にするとか、
あるいはLubuntuみたいな軽量なフレーバーを使うとか
あるといえばあるのですが、
都合があってできればOSは変更したくない。

ではChromeやFirefoxより軽いウェブブラウザはというと、
Slimboatは配布されているパッケージが 古いライブラリに依存していてインストール失敗。
そんな中見つけたのがsurfです。
# apt install surf
でインストールした後
# surf <URL>
でウェブサイトが開けます。
GmailやGoogle Mapも問題なく使えるので
いい選択肢ではあるのですが、
使用メモリもそれなりに多い。
Chromeが重いのはそれ自体ばかりではなく、
コンテンツの肥大化も一因なのかなと。

軽量ブラウザについてはこんな記事もあるので、
時間があるときにいろいろ試してみようかと。