難波鷹史のリーディングログ

先週あたりだったか、そろそろWindows10がリリースされるぞってことで、友人から頂いたWindows8アップグレードライセンスで、アップグレードしてやろうと、先にVISTAの状態で最新らしいドライバーとか入れてました…。

なんだかその過程で、一度、液晶ディスプレイがブラックアウトして、電源は落ちず、HDDは動かずというアクシデント発生。

使っては行けないドライバーが当たってしまった結果かと思っていたんですが、どうやら僕が思うところによると、修理が完璧じゃなかった可能性が出てきました。

　特にWindows8にしてからは、ばっつんばっつんブラックアウトします。

　セーフモードやLinux Mint XfcというOSではブラックアウトしないので、windows8のサービスが悪さをしているんだろうとmsconfigから怪しいサービスを特定しようとしましたが、結局全部落ちます。

　VISTAからのアップグレードもよくないかもと、クリーンインストールも行いました。

　思い込みかもしれないけれど、落ちる頻度は下がったように思えたのでWindows8.1にアップグレード決行。

熱処理の問題かなと思い本体を分解して、ＣＰＵやＧＰＵの放熱グリスを塗りなおしました。

　　ウイルススキャン中も安定しているのか？（windows8.1 ）。

　この段階で、OCCTを使って、CPUに負荷をかけてやる実験も行いました。100％の使用量で最高周波数で数秒駆動すると、ブラックアウトします。ただ普通に使っている分には落ちなさそうだったので、さらにWindows10までアップグレード。するとほとんど、通常使用下ではほぼ落ちなくなりました。

　一応、保険のため「電源の管理」からプロセッサーの駆動パーセンテージを最大90％までにしておきました。

　

　このブログを66CMで書いていますが、落ちてません。

　今回の問題は、ドライバーの特性と、メインボードの耐性の問題かと思います。

　気にかかるのは、以前修理の時に、プロードライザの代りに取り付けたチップコンデンサー、デカップリングするのに容量が足りてないんじゃないかとか、素人的には思ってます。以前修理したときにOCCTで実験すべきだったなあと後悔しております。

　Windows10はいいですねー。HDDの占有量が3割減ったんじゃないでしょうか（８もそうだけど）。古いマシンなのに動作が軽快になりましたよ。

先回記事のリベンジとなります。

XMailのWindows版での運用において「587番で待ち受けるには」っていうのをインターネットで検索すると、XmailCFG環境設定の「SMTPポート」を

 0.0.0.0:25 0.0.0.0:587

　と記述すれば、超簡単！！　みたいな記事がいっぱいでてくるんですけど、なんでこうもLinux版での記事が皆無なんでしょうか。

当方のLinux　Debian　でやりましたら、なんだか動きませんというのは前の記事で書きました。

Windowsではこうした起動時に影響する設定はレジストリーに書き込まれて、プログラムが再起動されますが、Linuxは起動スクリプトを書き換えて再起動ということになります。しかしXmailCFGにその機能はありません。

　そこで、Windowsでレジストリーにどのうような値が設定させるのかを確認すればＬｉｎｕｘでも同等の機能を使えるはずだと思いました。

　わざわざノートPC（Ｗｉｎｄｏｗｓ vista)にＸＭａｉｌサーバーとXmailCFGを入れて、上記の「超簡単！」な方法を行って、起動時にどのようなコマンドを発生させているか、レジストリーを見てみました。

　こうなってましたわ！

　Cl -Mr 24 -Pl -Ql -Sl  -Cp 6017 -Wp 6018 -Fp 79 -Pp 110 -Bp 995 -Xp 465 -SI 0.0.0.0:25 -SI 0.0.0.0:587

太字のお前がキーか！　やっと突き止めた。

XMailの起動スクリプトの XMAIL_CMD_LINEの環境変数に

　-SI 0.0.0.0:25 -SI 0.0.0.0:587

 この二つの-SIオプションを書き込んで再起動するだけです。

これで、587番の待ち受けができるということで、たとえば自宅サーバーなど立てているユーザーが移動媒体などで、外では587番に設定していて、家に帰ってきて、25番に切り替えるなんていう、めんどくさいことはしないでよくなります。

　このブログでは紹介していませんが、内向けのＤＮＳサーバも動かして、ＬＡＮ内でドメイン運用できれば書き換えの必要は一切なくなります。ｉｐａｄとかノートＰＣなど移動媒体がなければ別にいいんですけどね。

先日、LAN内部からドメインでメールサーバーを使えるのはいいけど、ポート番号も設定の変更なしで使いたいのことで、相談を受けまして、外からならポート番号587で入ってきた信号を、サーバーの25番へつなげるようにルータに設定すればいいけど、内側からとなると、メールサーバーが実際に587番ポートでSMTPが動いていないといけない･･･。

　それで、XMailで行うには？　ということなんですが、これがいくら検索しても、Windows版にてXMAILCFGを使う場合ぐらいしか資料がない。

　これで、あなたのXMailはWindows版に負けないほどの活躍してくれるでしょう。

 横線で書いたことをやってもなぜがポート25番での待ちうけができない模様。つまりリレー送信はできるけど、一切メールを受け付けなくなる。意味が分からん。また考えて後日リベンジ記事をアップします。 

　さて、話は変わりますが、2013年に修理したMX8736Jのグラフィックカード。２年と少しの歳月を経て、症状が再発しました。

　またフラックスを流し込んで、ホットガンで炙ってやりました。一応直りましたが、今度はどれだけ長持ちするでしょうか。

　

　ノートパソコン全般に言えると思いますが、キーボード上部のパネルさえはずせば、なしくずし的に中を開けることができます。

　このMX８７３６Jはツメだらけでなかなか、手ごわかったです。二枚目の写真は、ファンの軸の留め金がプラスチックで再利用できなかったので、ステンレスワイヤーをV字にまげてはめ込みました。困っている方は参考にしてください。

先日、朗読会にて、マイクを使わず15分ほど朗読したら、次の日背中が筋肉痛になった。

運動不足というか、いろいろな面で、身体が守備モードになってしまうようで、無駄な動きをしないでおこうとするみたいです。

ＧＷからなんだか時間が取れなくて、一夜漬けで、読み込んで時間を計って15分に収まるように削って……

とやるというのは、さすがにわざわざ自宅から出て足を運んでくれるお客様には、失礼かと反省する思いであります。

　

　で、長い間、自分で録音して聴くということをしていないので、思ったより表現をコントロールできていなかったようで

それも反省。やっぱりそれなりに読めていることに満足しているようではそれ以上の進歩はないかと思います。

ここは、やっぱり自分の声を聴いて、感心したりツッコミを入れたりすることは必要だと思います。

　

　朗読劇団あめんぼ座さんが公演されるので載せておきます。

　お金を取ってされる朗読劇とはどこまでのものか僕はしらないのですが、

一度、見に行きたいなと思っています。

うむ…当日券が3000円か…なかなか…。

台本を持たない演劇とそう変わらない感じで、なんだか高い感じがするのは、やっぱり朗読を演劇カテゴリーの中でも低く感じている表れなのかな。

　修理して使用中の東芝　ダイナブック　TX/66CMなのですが、最近音量を上げると、

音が割れるようになりましたので、スピーカーを取り出して確認してみました。

　　

　スピーカーコーンの周囲の部分、スピーカーエッジと呼ばれる部分ですが、やっぱり割れています。

　左のスピーカーが特に広範囲に割れてまして、音も酷くびびります。右のスピーカーも軽症ですが、ひび割れが起きていました。

　大きなサイズのスピーカーでしたら、セーム革や布を充填用シリコンや液体ゴムで固めたものでエッジを自作して、取り付けるのが主流のようですが、直径２ｃｍにも満たないスピーカーエッジなど、細かすぎて無理な工作です。しかもユニットは分解することなど考えて作られてはいませんので、ナイフで割るしかないようです。

　スピーカーエッジが朽ち果てて、隙間が空いていれば、ミクロな工作をしないといけないかもしれませんが、今回は割れているだけですので、液体ゴムを塗って割れを直してみました。

　

　ユタカメイクの液体ゴムクリアーをAmazonで購入。

　透明色なので、アクリル絵の具の黒で着色して、水で薄めてから、数回、塗って乾かすを繰り返すだけです。

　

　結果はバッチリ成功です。

　音を鳴らして、スピーカーコーンの上下運動があまりに激しく動くようでしたら、ひび割れてると判断して、早めに対処してください。

　割れて朽ち果ててからの修理は不可能ではないでしょうけど、かなり大変そうです。

　ひび割れが起きる前から、強化策として先に塗っておいてもいいかもしれませんね。

　

先月の2月12日に退院した。

　もう二度と入院はしたくない…。

　術後で一ケ月以上経過したけれども、まだ穴をあけたへそ周りがヒリつきます。

　2月8日の日曜日に入院して、日常から離れた時を楽しもうとしてましたけど、2月9日の術後から悪夢が始まった感じ。

　全身麻酔は、5を数える前に意識がなくなり、次の瞬間5秒ほどの夢を見たのち手術室の天井と施術メンバーの声が聞こえてきた。

　意識を失うとその間の時間の感覚はないということがよく分かった。おそらく命を失っても死んだことは認識できないだろうな。

　手術時間は1時間半ほど。

　僕は喘息持ちなので、座薬の強力な痛み止めが使えず、静脈からの痛み止めしか使えない。術後24時間は、腹筋運動を強制され続けているような鈍い痛みが続き、睡眠薬も静脈に入れてみたけど、結局、一睡もできなかった。

　翌朝には、尿管も抜かれ、昼ごろには点滴のガラガラも外され、気は楽になったが、夕方まで痛みは変わらず、翌日から処方予定だった飲み薬の痛み止めを前倒しで服用、みるみる痛みがマシになり、夜はなんとか眠ることに成功。少しだけだけど。

　とにかく入院中は、ベットが固いのか腰が痛すぎて、ちゃんと寝ることは不可能。寝返りが難しい術後はもちろん、術前でも熟睡は難しい。寝返る度に目が覚めます。

　　ラパコレ（腹腔鏡胆嚢摘出手術）術後食　ご飯が250ｇもある。　低脂肪、高タンパク、高炭水化物といった感じ。

　胆のうポリープの病理検査の結果も、ただのコレステロールポリープで、ガン細胞の存在は認められず。

胆のうはポリープは小さなエノキダケのように数えきれないほどあって、その中に２、３点、5mm以上10mm未満のポリープがある感じでした。

　胆のう自体はポリープのせいで術前から機能せず、時折、炎症を起こしていた模様。そのおかげで、胆のうと肝臓周辺に脂肪がつき、手術の際、胆のうを肝臓から引き剥がすのに手間取ったらしい。　もともと機能していない臓器だったので、術後の食事制限もなく消化器系は快調。

　ただ依然と肝臓周辺の脂肪が多いので　−−　これが胆のう機能不全によるものかは不明　−−　週中は低脂肪高タンパクな食事を心がけ、週末に油ものを食べるということを実践中。

　今回は、ガンの恐れから胆のうを摘出した訳ですが、結局のところポリープが大きくなれば痛みが出てくるので、取って正解だったかなと思います。もちろん投薬で、ポリープが消えるとか、大きくならないのであればそれに越したことはないんですけどね。

　「スタートレック」の映画でドクターマッコイが言ってたように、もうメスで体を切り刻むような（野蛮な）治療は過去のものになってほしいと思います。切らない技術が進歩すればいいですが、そもそも病気を起こさないことが大事なんでしょうね。

　そういえば、入院中は、シャトナーのスタートレック小説を読んでましたが、老いに関する考察がなんとも面白い。

老齢のシャトナーでないと書けない文章だと思いましたよ。小さい文字しか表示しない宇宙連邦のトリコーダーに対して「老眼」で見えないことをユーモアたっぷりに書いています。

胆のうを2月９日付で切除することになった。　胆のうの中に発生したコレステロールポリープがここ半年で急激に8mmから10mmになって、ひょっとしたらガンを内包しているかも…という可能性からです。

　さてこの胆のう。

肝臓から分泌される胆汁を一旦、貯めておいて、必要なときに小腸に流して、脂肪の多い食品の消化を促すという、いわば暴飲暴食をしても下痢にならないようにという、非常に人間のことを考えて備えられた臓器なわけです。

いつ食べられなくなるか分からないから、食べられるときに食べておくは、デュマレスト・サーガの主人公のセリフだったけど…。そういう場合も意味がある臓器。

　　でもね。僕の遺伝子の問題なんだろうなぁ。ただ足を引っ張る臓器になってたようで…。

　ここ10年、γＧＴＰの数値が上昇しずっと肝臓機能の要検査になっていたのでした。

しかしエコーを撮っても原因が分からず脂肪肝で数値が替わりやすい体質なんだということで、放置してた。

確かに以前からポリープはあったけど問題にならない小ささでγＧＴＰが上がる原因であるとは医者からも指摘はなかったし。

　ここで胆のうを切除してγＧＴＰが正常値にもどれば、ポリープの仕業だったことが証明されるわけです。

　で、ここではっきりさせておきたいのは、コレステロールポリープがガン化するので、大きいのは取った方がいいという考え方。

　結局、「ガン化するなどという証拠はない」ということです。

　たしかに10mm以上の胆のうポリープを検査してみたら２５％の確率でガンがいたというのは、本当のようです。

　正確なデータは分かりませんが、おそらく100の症例があったらポリープを調べたらそのうち25はガンだったということです。

　しかし、無害なコレステロールポリープがガンになったのかどうかは誰にもわかりません。

　最初からガンがあったのか、それともなかったものがあるようになったのか、それを観測した人はいないからです。

　切除した胆のうを元に戻して観測するなんてことはできないでしょうから。

　結局のところは、大きいのは怪しいから抹殺するというのはエンドユーザーにとっては変わらないんですが、医学的にはそういう見解ははっきりしておいた方がいいわけです。

　ガン化する危険性があるのなら、どんな小さいポリープでも、恐怖心をあおって切除を促し、手術ができる　→　お金が儲かる　などという考え方は非常に危険です。そういうドクターがいるかいないか分かりませんが、ガン化すると思っている、またはそういうことが証明されていると考える医療関係者もいるにはいるようです（エコー撮ったドクターもそんなこと言ってたので、そんな証拠はないはずと伝えた）。

　

　呼吸練習機

　これが非常にめんどくさい、面白くない。

　次の更新は麻酔から無事に目覚めたらということで…。更新がなかったらなにかあったということですｗ

２ＴＢでパーティションを分けずにＲＡＩＤを構築すると、

再起動後、見たこともないパーティションが現れる。

これだ！

　まったく訳が分からない。

　結局パーティションを２つにすることで正常に機能した。

最初はＮＴＦＳフォーマットのせいなのかとか、ＧＵＩで使えるディスクユーティリティが

悪いのかとか、いろいろ推測したけど、結局２ＴＢまるまるのディスクが使えないということらしい。

　ＲＡＩＤじゃなくて、普通に単体なら使えるのかもしれないけど、確認しておりません。

　ＲＡＩＤの構築についておさらいしておきます。

 mdadm は　RAID構築用のコマンドで、もしシステムにインストールされていないようだったら、インストールしてください。

　　　# aptitude Install　mdadm  などのコマンドでインストールできると思います。

　mdadmに続く、"-c" はクリエイトモードを指定しています。md0はＲＡＩＤのデバイス名です。ＲＡＩＤデバイスが増えるごとにナンバリングしていきます。"-l1"はRAID1を指定しています。"-n2"は構成するＨＤＤの台数を指定します。"空のＨＤＤ"は取り付けた重要なデータの無いＨＤＤを指定します。hdd1とhda1とかシステムによってデバイス名は変わります。

　missingは片肺での動作を指定します。

　これを実行すれば　md0　のＲＡＩＤディスクが動き出すでしょう。

　fdiskコマンドで、md0 のパーティションを区切ってお好みの形式でフォーマットします。

　md0　を好みのマウントポイントにマウントして、重要なＨＤＤからデータを md0 にコピーします。

　# cp -ax /重要なデータの入ったHDD/* /md0をマウントしたマウントポイント名

　さて片肺状態で動いているRAIDに、ここでもう一方のＨＤＤを追加します。

おそらく余分なデバイスがなければ、さきほど重要なデータの移動元が追加するＨＤＤとなるでしょうね。

　僕は２ＴＢであったため余分のデバイスなどなく、記事冒頭の通り、復旧できなくなり、データが見かけ上なくなってしまいました。

フォーマットの形式が幸いWindowsのＮＴＦＳだったのでなんとかファイナルデータで復旧できましたけどね（使用容量も少なかったし）。

　# mdadm -a /dev/md0 /dev/追加するHDD

　”-a”　は指定されたデバイスを追加するコマンドです。

　これで、ＲＡＩＤ１が構築できると思います。

　構築中は、 cat /proc/mdstat で進み具合が表示されます。打ったmdadmコマンドでは進行状況は表示はされませんのでご注意を。

fdiskやフォーマット等は別サイトでお勉強ください。 

ＲＡＩＤに関しては、パーティションタイプなど厳格に設定する必要があるかもしれませんが、最近のシステムは特になにも設定しなくても素直に動いてくれるように思いますが、実際にどうなのか仮想ＰＣでも使って、勉強するのもお勧めです。

　あと、ブルーレイディスクのＲＷ（ＲＥ）をdebian Linuxで使いたい場合の要点だけお伝えして終わろう。

　ブルーレイディスクをセットしてまずは（物理？）フォーマット

　# dvd+rw -format /dev/sr0

/dev/sr0 がドライブを示すデバイス名でシステムによって変わります。

　今度は（論理？）フォーマット

　# mkudffs /dev/sr0

　これでファイルシステムにマウントすれば、そのままフロッピーディスクのように書き込んだり削除したりができるはずです。

　rootユーザーでこれを行うときはパーミッションに注意してください。作られたディスクはrootユーザーが所有者となります。

つまりファイル操作をGUIでやると必然的にrootユーザー以外で使うことになりますから、書き込めないということが起こります。あれ？　と思ったときはパーミッションを確認して、しかるべき権限を設定してください。

　dvd+rw や　mkudffs などのコマンドプログラムは情報を検索してインストールしてください。

　いやーまだまだ　Linux RAID は訳が分からないです。昔の仕様と今の仕様もごちゃごちゃで、ほんとに分かりにくいです。

　もしかしたら、GUIのディスクユーティリティを使ったほうが、簡単かもしれません。

　ちょっと、サーバー関連の話題はしばらくなしでいくかな。疲れた。

サーバーの話題の続き

Debian Linux7.7.0について、標準のApacheをインストールすると

/etc/Apache2 配下に

conf.d/

mods-available/ これに関してはApache2をインストールする前から存在していた。

mods-enabled/

sites-available/

sites-enabled/

apache2.conf

envvars

magic

ports.conf

の初期設定ファイルが作られるのですが、一度、このファイル群を rm コマンドなどで消してしまうと、

その後、　aptitude reinstall apache2 とやっても、ファイルが復活しないことを

確認しました。

　復活しない原因はまったく不明で、検索しても上記方法で再インストールすれば？

っていう適当な情報ばかりです。

　ファイルをいじりまくって、設定が分からなくなったときに元に戻したいってよく思いますが、
Linuxでの作業の場合は、ファイル群をまるごと別の場所にコピーしておくか、.bak などの

拡張子をつけてオリジナルファイルを退避させておくのがいいでしょう。

　で、解決法ですが、結局分かりませんでした。

　僕としてはファイルを取っておいて、再配布するという方法しか分かりません。

　同じようなトラブルに直面した方にご利用くださればと思います。

　

　先日、久しぶりにラーメン食べに行きました。

　第一旭の六角店なのですが、よくある第一旭に比べると、ケモノ臭さがあって、とてもおいしいです。

　昔は、横綱もそうですが、こういう下品でうまいラーメン屋がたくさんあったと思うのですがねぇ。

苦労した。

文献がぜんぜんないんだもん。

　

XMailCFGに付属のreadme.htmlの「非 Windows 環境への XMailCFG/K4 の移植について」の項を見ながらとりあえず進めてみました。

いろいろ説明不足な文書ですが、ポイントを抑えて書きます。

　XMailのLinux版はこのブログの前回の記事など参考にしてインストールしてください。

　XMailCFGのCGIファイルの行頭がWindows用のperl指定になっているので、それを#/usr/bin/perl に書き換えます。

　cgiディレクトリーの中の setup.pl を使えば自動でやってくれます。

 cgiディレクトリーへ入って、perlコマンドで指定すればＯＫ。

　例

　# /XMailCFG/cgi# perl setup.pl

　改行コードのチェック

　windowsで編集でもしない限り付属のcgiの改行コードは気にしなくても構いません。

　でも改行コードの調べ方も書いておきます。

　# /XMailCFG/cgi#　nkf -g ファイル名

　これで改行コードが　LF　CR/LF　になっているか確認できます。Windwsでしか使わない設定部分はCR/LFになってると思いますがLinuxでは動かないようになっている仕組みなので、無視して大丈夫でしょう。

　もし改行コードが LF　でなければperlを使って以下のコマンドで書き換えます。

　# /XMailCFG/cgi# perl -pe 's/\r\n/\n/' ファイル名> ファイル名（変更後ファイル名）

　cgiプログラム内部のパスの区切りが￥（バックスラッシュ）でなく、/（スラッシュ）でなければならないそうですので、心当たりのある方は修正してください。たぶんノーチェックで大丈夫でしょう。

　cgiディレクトリーのcgiファイルのパーミッションをすべて755にします。システムによっては655などと設定しなければ動かないかもしれません。ここでは読み取り権限と実行権限をすべてのユーザーに与えて755、もしくは655を設定します。(2016年11月17日追加）

　例

　# /XMailCFG/cgi# chmod 755 *.cgi

　非windows環境ではパーミッションの設定が大切と付属文書にはあります。

　ウェブサーバーが動かしているユーザーがアクセスできるようにtabファイルにもパーミッションを設定します。(2016年11月17日更新）

　ということらしいのですが、結局XMailがroot権限で動作し、パーミッション700のように自分しかアクセスできないファイルを作ってしまうので、ウェブサーバーもRoot権限で動くように細工をしなければなりません(後述）。

　最初はパーミッション777などで設定しても、XMailCFGが一見動くように見えるのですが、ユーザーやドメインを追加した場合に新規に作られるtabファイルへアクセスできなくなり、まったく使えないんです。ファイルが増えるごとにパーミッションの設定などできません。

　とりあえず、/var/MailRoot/bin と/var/MailRoot/直下のtabファイル群にアクセスできることが条件です。

　rootでウェブサーバーを動かすんだから、ファイルの所有者をｒｏｏｔにすればこのままで結構です。

  Linuxのコピーコマンドで、XMAILCFGのディレクトリーをそのままドキュメントルートにコピーします。

なお、XMailCFGディレクトリーを置くファイルシステムはNTFS(WIndowsのファイルシステム）ではなくLinuxファイルシステムに置いてください。これをしないとパーミッションに問題がでてtabファイル群にアクセスできなくなるようです。