難波鷹史のREADING STATION -7ページ目

難波鷹史のREADING STATION -7ページ目

ホームピグアメブロ

芸能人ブログ人気ブログ

12Dec
- 加湿器HV-P50CX　その１
  加湿器が動いたり動かなかったり、具合が悪いというので分解した。SHARP HV-P50CX という機種です。　　(SHARP HV-P50CX)　確かに電源ボタンは、ちょっと強めに指を押し付けないとスイッチが入らない。　でも、スイッチがまったく入らないということはありません。もしかしたらケーブルが断線してスイッチが入らないことがあるかもということを考えて、いくらかケーブルをこねくり回してみたけれど、スイッチは一応入るなあ。　電源ケーブルはなんともないみたい。　なにかの拍子で本当にスイッチが入らないこともあるのかなと、電源スイッチを見てみた。　　(スイッチ類基板)　電源が入りにくい原因はこれ！　タクトスイッチを覆う赤さびでした。なんでこんなところがさびるんだ？　これだとタクトスイッチ内部のさびの粉の状態で、電源がまったく入らないということもあるかもね。　　(メーン基板部分)　コンデンサーを使ってるところがあったので、こちらも交換しようか？　今後の予防のために…。　かくしてタクトスイッチ１個とコンデンサー２個を注文することに。　しかしコンデンサーが１個見つからないので、今回は１個だけ交換することにしよう。　　(内部)　結構、中も汚れてたので掃除するよい機会になった。　　バラした本体を徹底的に洗って、注文した部品の到着を待つことに。　クロネコメール便なんで日数がかかるんだよなあ。
05Dec
- 石田てっぺい　高槻店
  「石田てっぺい」というラーメン店の高槻駅前店グランドオープンキャンペーンで、すべての店舗で12月4日まで替え玉無料だというので、行ってきました。当然、高槻駅前店に行くと思ってたら、実は、高槻駅前店のオープンは12月中旬らしく、肝心の駅前店がオープンする前に替え玉無料は終わってしまうという良くわからないキャンペーンです。行ったのはほとんど茨木市の堺目にある高槻店でした。　広告のうんちくには、このようなことが書いてありました。　豚骨ラーメンといえば、豚骨を継ぎ足しで高温でスープを作り続けるというのが当たり前だったのですが、それでは客が来なくて、廃業も覚悟してて、注文の度に手鍋でスープを沸かすという、これまでのスープの製法とは違うことをしたら「こんな豚骨ラーメン食べたことがない」とか「こんなん豚骨ラーメンと違う」というそれぞれ意見が飛び出し、お客さんも増えて、何店舗も展開することができました。ありがとう。　という要約すれば以上の内容だったかと思うのですが、期待をかけてどんなラーメンか食べてみました。　　(細麺の固め、濃厚煮干しとんこつラーメン）　おー、煮干しの風味と濃厚な豚骨の感じは、昔、食べた「豚の骨」という店の煮干し豚骨を思い出します。細麺だけどかなりいい感じです。　豚の骨の豚骨ほどくどくなく、油分はまださっぱりしていますが、それでもドロドロしています。コクもある。　あと味も化学調味料を感じさせるものは一切、舌に残りません。いいね！　でも、このスープは強火で炊き続けた従来のスープとなにが違うんだろうと思いました。　麺とスープは大好きなんですが、商品上、よくない点があります。　それは具です。チャーシューはかなり甘めで僕好みではなかったんですが、炙ってある点など、なかなか評価できます。しかし問題はそのボリューム…いや見せ方なのかな。　店はいろいろなトッピングを用意しているのですが、ラーメンというのはやはり一食で完結していてほしい食べ物だと思うんです。　写真で確認できるのは、薄いチャーシュー2枚、海苔一枚、ネギ、以上。これでは少なすぎます。どう見ても未完成な感じがするんです。　最近のちょっとチェーン展開している白濁とんこつラーメン店につきものなんですが、ラーメンをテーブルに運んできたときの印象で、たいがい具がしょぼくて、客をがっかりさせるパターンが多い気がします（ずんどう屋、河童ラーメン、一蘭、とかね）　博多とんこつラーメンってもともと、こんなんなんでしょうか？！　中華料理店のようにラーメンがメーンでない店では、これでもいいんですが、680円ほどしているわけですから、チャーシューの厚みか枚数を増やす、メンマをつける、ネギのデフォルト量を増やすなどして、なんとかこの「ココ壱番屋のポークカレー」のしょぼさのような状態を改善してほしいと思います。　　（金久右衛門　祇園店の無添加ラーメン）　上のラーメンの具の配置を見てほしい。未完成な感じはしないと思います。　いい具合に下の麺が見え隠れしています。具はチャーシュー、ネギ、きくらげと決して多いわけではない。種類や具の絶対量が多いというよりは、どれだけ下の麺を隠せるかにかかっているのかもしれませんし、器の選択にもコツがあるのかもしれませんが。　　（麺処蛇の目屋の煮干し鶏ラーメン）　こちらのラーメンは配置が美しい。チャーシューは鶏と豚（だったかな）とメンマ、白髪ねぎとみじん切りの白ネギ、上の葉っぱはなにか忘れました（ミントかな）、あと海苔。やっぱりしょぼく見えないように、見せ方もボリュームもかんばってる。　　(石田てっぺいの煮干し豚骨ラーメン）　ほら、なんだか寂しいでしょう？　器がでかいのかなあ。
03Dec
- ファミリーコンピュータの修理
  長年使用している我が家のファミコンですが、1986年ぐらいに母が買ってきたもので、かれこれ３０年経ってます。　　（30年選手のファミリーコンピュータ）　先日、電源を入れたところ全く反応しませんでした。　ネットで調べると、ヒューズが切れていると電源が入らないというので、チェックしてみましたが、ヒューズなどありませんでした。　ネットで調べられるファミコンの修理情報は以上でした。情報なさすぎ…。　コントローラーは四角ボタンではなく丸ボタンタイプですが、基盤にヒューズがないので初期型になるのかな。　　（ヒューズがありそうなところにないRF基盤）　とりあえず基盤がショートしていないか調べてみました。　ACアダプターのプラグが挿す部分のACコネクタのプラスとマイナスにテスターをつないでみると、なぜか導通がある。　コンデンサーが劣化すると、そのままプラスマイナスがそのまま導通するというのを聞いていたので、近場の安全弁のあるコンデンサーを取り外して、付け替えました。ほかのコンデンサーは安全弁のない小さなものなので、たぶん異常がないだろうとのもくろみです。　　（交換後の状況）　オリジナルの部品は耐圧6.4静電容量1000μFのもので、容量はそのままで耐圧が１０Vのものに交換しました。　取り出したコンデンサーをテスターで測ってみると、導通していて抵抗の変化もありません。やはり壊れてました。これが正常なコンデンサーなら導通してから徐々に抵抗値が上がって行きます。　筐体に組み込んで電源オン！動いたよ、おっかさん！　動いたところを写真に撮ろうとおもったら、いろいろと映り込んでしまうのでやめました。　やっぱりファミコンでもコンデンサー壊れるんですね。
01Dec
- Officejet 4650 の話
  またプリンターのお話。　このブログの記事にもありましたが、修理したHP Photosmart D5460 。今もインクの補充を続けながら、難なく使えております。　しかし、次にインクヘッドの寿命が来たら、買い替えかなと思いますが、なるべくヘッドを空焼きしないように、スポンジにインクが染みているうちにインクを補充しています（チップ付き透明タンクを買って、穴をあけてインクを補充しています）。(季節の挨拶状を印刷するD5460)　さて、本題はこちら。　もう一台自宅のとは別に面倒みている機種があります。Officejet4650っていう機種。（Amazonの商品画像からOfficejet4650）　インクカートリッジには、先のD5460と違いインクヘッドが一緒になっていて、インクもろともインクヘッドも交換してしまうタイプで、インクの単価は高くなりますが、ヘッドが手に入らなくて、本体を廃棄するということがない分、寿命が長い製品と言えるでしょう。　このインクカートリッジにインクを補充すれば、インクヘッドが壊れるまでお得に使い続けられるというわけです。　そのはずでした。　これは、ちょっと本体に書き込まれているファームウェアのプロテクト上のおかしな問題がありまして…。最初から付属していた純正カートリッジ（以後、「付属カートリッジ」）にインクテックのインクを補充して使おうとするとエラーが出ます。しかたなく新しい純正カートリッジ（以後、「純正カートリッジ」）を買って、しばらく使っていましたが、いきなり「純正じゃないカートリッジがセットされている」とのことで、まともに動いてくれなくなりました。　それで、最初にエラーが出た付属カートリッジを付け替えると普通に動作したりします。　なんだこれは？！　今は、廃業してしまいましたが、インクテック社のインクを販売されていた良質設計株式会社。　詰め替えセットを購入した際、担当者さまのレポートによると以下のことが判明していたようです。　●再利用妨害プログラムのキャンセル　プリンタは、直前に装着されたカートリッジ個体のIDを１色につき２個づつ記憶しておく仕組みになっています。　プリンタに内蔵されたファーム・ウェアによる使用済みカートリッジ再利用の妨害をキャンセルするため、そのプリンタ個体で使用した使用済み純正カートリッジ３セットを順番にプリンタに装着すれば、プリンターにとって常に新しいカートリッジIDのカートリッジが装着されることになるため、正しく印刷できます。　なお、プリンタのファーム・ウェアは、お客さまのインターネット接続を通じて高頻度に書き換えられています（中国製の模造カートリッジのID等のデータを更新するため）。　詰め替えインクで確実に継続的に使用できるよう、３セットの使用済みカートリッジは必ずHP純正の製造後２年以内（保証期間内）で、また決して他のプリンタ個体には装着していないカートリッジとしてください。　購入した中国製模造品や中国製再生カートリッジを用いたり、友人から譲り受けた使用済みカートリッジを用いることはできません。　とのことなんですが、使用済みかどうかはセットされたカートリッジIDの印刷回数でもチェックしているんでしょうか？　どう考えても、純正カートリッジのインクはまだあったはずなんですよ。まだよく分かりません。　それで今回、付属カートリッジの色が出なくなってきたので、また純正カートリッジ（インク再充填済み）をセットしたところ、なんとまともに動いています。　付属カートリッジの方はクリーニングしておいて、次に動かなくなったときのために待機させます。付属カートリッジのクリーニング　たぶんインクヘッドが詰まっているんだろうということで、まずはイソプロピルアルコールにインクヘッド部分を浸し、一晩おいて、詰まってるインクを溶かします。　一晩たったら、蓋を外します。　これヘッドとインクが一体化してますから、結局ヘッドを洗うのに、インクのなかも水浸しになりますので、全部洗います。　蓋とボディの間にマイナスドライバーを当てがって、蓋をはずします。　蓋は接着剤でガッチリついてますので、壊すつもりでやってください。　　（インクを補充しても、色が出ない付属カートリッジHP63）　開けたらよく水洗いをします。スポンジも引きずり出してよく洗います。　　（水洗いをして粗方乾いた付属カートリッジHP63）　この後、蓋を瞬間接着剤で点付けして留めます。もしガッチリつけちゃうと、次に蓋があかないかもしれないので、ここは軽く留めます。　インク充填前には、ホットボンドで蓋の外周を塞いでおきます。これで余分な空気が入るのを防止できます。　（問題なく使えるかどうかは分かりませんが、用意だけはしておきます）。　さて、付属のHP63カートリッジなんですが、スポンジを取り出したあとはこうなってます。　　（付属カートリッジHP63の中）　スポンジはどれも同じサイズなんですが、赤インクの入るところが異様に狭い。　また青インクと黄インクはスポンジに隣接した下方、インクをためておける空間とアクセスできるのに、赤インクに隣接する左右の空間には、壁が高くアクセスできなくなっています。つまりこれだと赤インクの量が少ないことになります。　なぜか分かりませんが、インクカートリッジ交換の歳、赤インクがよく余っているということでこうなっているのかもしれません。　ちなみに、蓋には５つの穴がありまして、　　（蓋の穴の状況）　一番上の穴は赤インクが、あと４つはそれぞれ黄と青なのですが、4つの穴全部がスポンジに接してしまっているので、先ほどの下方にある空間に直接インクを溜めるには、インクの注射器を斜めにするなどの工夫が必要かもしれません。　以上、HP63系列のプリンタをお使いの方の、参考になれば幸いです。　良質設計さんが廃業された今、これから、インクテックのインクをどう調達するかが問題ですね。(追記）　ちょっと印刷したら互換性のないカートリッジ云々と表示されて、カートリッジの再セットを要求されるようになりました。カートリッジをはめ直す度に一回は印刷できるけど、今後どう動いてくれるかわからないので、良質設計さんのご忠告どおり３セット目のカートリッジを手配いたしました。
10Nov
- 紙のカタログうっとうしい。
  さて、職場の机回りがあまりにもひどい状態なので片付けます。京都もゴミの出し方でいろいろとうるさくなってきて、リサイクルはいいんだけど、ややこしくてかなわない。あと、ネットで購入してるカウネットやモノタロウなんだけど、ネットで買ってるんだから、分厚くて重い紙のカタログを送りつけてくるのはやめてほしいです。自宅の近くに星乃珈琲できた！　珈琲は小川珈琲的で僕としてはもう少し酸味がほしい。以上、ただの雑談でした。
09Nov
- ようこそekワゴン
  ジムニーに代わるクルマを購入しました。宇治市大久保近くのカーショップＧＧさん。ネットで見つけて母校の文化祭を見るついでに行ってきました。（納車日の朝になんとか確保したガレージに止まるekワゴン）　三菱ｅｋワゴン初代。初年度登録は平成１３年（2001年）だ！　１５年前のクルマですが、前オーナーは車内はキレイにお使いで走行距離も38000キロ程度。エンジン音も問題なし。即購入を決定しました。ボーナス前のセール割引で15万円で買えました。車検２年付きでこの価格です。大阪での再登録費用でプラス1万円余計にかかりましたが、ジムニーが15万で売れたので、ほぼそのまま移行できた感じです。　ほんとはワンボックスの軽がほしかったんだけど、商用で使い倒されるせいか中古価格が高いんですよね。それで、4人がゆったり座れて使い勝手がよく、持病が少なくてメンテが楽そうなクルマを考えていました。　あと、ボディカラーがブルーであることも決定の原因です。　ところで、買ったはいいけど、前に止めていた駐車場を再契約しようと思いましたが、すでに満杯で途方に暮れました。別のＪＲの駐車場に空きがあったので助かりましたけど、敷金が３万かかるのはちょっと参った…。　このクルマ、ジムニーに比べてタイヤも安いし、持病もオートテンショナーぐらいしかネット検索でヒットしないので、ジムニーよりは整備に悩まなくて済みそうです。いまどうしてるかね。売っちゃったジムニー…。
13Jul
- ジム兄さんとお別れ
  先々月の５月１６日に、長年乗り続けた、JA11とお別れしました。実に平成2年から26年間お疲れでしたね。ほんとは乗り続けたかったけど、ゆっくり人を乗せられる車のほうがいいだろうってことで…。しかもオートマがいいんだって。　　　　現行ジムニーのモデルチェンジの噂があるけど、また角張ったデザインに戻ってほしいです。　それで、このJA11ですがジムニー専門店さんに来てもらって、１５万で引き取って頂きました。　ガススタ系の車買取だと５万とか聞いてたので、まあ納得価格になりました。さすが専門店です。　ただ…４ドアの軽のハコバンがほしいんですけど、１５万じゃ手に入らないのね。ちょっと厳しい。　さて、久しぶりに外食しました。　　　高槻市上牧にあった「河童ラーメン」が予想通り閉店してまして、代わりに「ずんどう屋」がオープンしてました。　メニューの写真からいやな予感がしていたので、ラーメンはノーマルっぽいの一杯だけ注文して、あとは餃子やご飯ものをチョイス。　ラーメンがおいしければ、追加注文ということにしましたが、結局追加はなし。　ラーメンは化学調味料たっぷりで、サブメニューは甘い味付けで、食後の自宅でたべたアイスが最高においしく感じました！　食べログ的　評価　は　☆1.5です。
03Aug
- TOSHIBA TX/66CM Windows8化とんで10
  修理して使い続けているTOSHIBA TX/66CMのWindows VISTA。先週あたりだったか、そろそろ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割減ったんじゃないでしょうか（８もそうだけど）。古いマシンなのに動作が軽快になりましたよ。
29May
- XMailの運用 587番ポートの利用 for debian Linux
  先回記事のリベンジとなります。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番に切り替えるなんていう、めんどくさいことはしないでよくなります。　このブログでは紹介していませんが、内向けのＤＮＳサーバも動かして、ＬＡＮ内でドメイン運用できれば書き換えの必要は一切なくなります。ｉｐａｄとかノートＰＣなど移動媒体がなければ別にいいんですけどね。
25May
- XMail(debian Linux版）にてポート587番で待ち受けさせる方法
  先日、LAN内部からドメインでメールサーバーを使えるのはいいけど、ポート番号も設定の変更なしで使いたいのことで、相談を受けまして、外からならポート番号587で入ってきた信号を、サーバーの25番へつなげるようにルータに設定すればいいけど、内側からとなると、メールサーバーが実際に587番ポートでSMTPが動いていないといけない･･･。　それで、XMailで行うには？　ということなんですが、これがいくら検索しても、Windows版にてXMAILCFGを使う場合ぐらいしか資料がない。　もちろん、当方管理のサーバーもXMailCFGはLinux環境で動かせているけれども、動かないところもある。特に起動時のコマンドに関するあたりは、挙動があやしく、たとえばXMailCFG環境設定のSMTPポートの項目にてヘルプにある以下の設定をしても、SMTPサーバーにアクセスできなくなる。　0.0.0.0:25 0.0.0.0:587　影響を無視してくれればいいのに、中途半端に反応します。　では、どうするかっていると、XMailCFGに頼らないこと！　これにつきる。　起動に関するところは、直接起動スクリプトから直接指定することで、すべて解決いたします。　起動スクリプトにある起動のコマンドを設定する部分に設定を追加します。　XMAIL_CMD_LINE="-Sp 25 -SI サーバーのローカルIP:587"　例　XMAIL_CMD_LINE="-Sp 25 192.168.1.4:587"-Sp 25 はSMTPサーバーの待ちうけポートの設定。-SI サーバーのローカルIP:587 はバインドするIPとポートを指定します。バインドするIPは自分自身なので、同じサーバーのIPを指定します。　これで、あなたのXMailはWindows版に負けないほどの活躍してくれるでしょう。前の記事を合わせて、Linuxで動かすことに挑戦してほしいと思います。横線で書いたことをやってもなぜがポート25番での待ちうけができない模様。つまりリレー送信はできるけど、一切メールを受け付けなくなる。意味が分からん。また考えて後日リベンジ記事をアップします。　さて、話は変わりますが、2013年に修理したMX8736Jのグラフィックカード。２年と少しの歳月を経て、症状が再発しました。　またフラックスを流し込んで、ホットガンで炙ってやりました。一応直りましたが、今度はどれだけ長持ちするでしょうか。　　ノートパソコン全般に言えると思いますが、キーボード上部のパネルさえはずせば、なしくずし的に中を開けることができます。　このMX８７３６Jはツメだらけでなかなか、手ごわかったです。二枚目の写真は、ファンの軸の留め金がプラスチックで再利用できなかったので、ステンレスワイヤーをV字にまげてはめ込みました。困っている方は参考にしてください。
13May
- 朗読したら背中が筋肉痛の巻き
  先日、朗読会にて、マイクを使わず15分ほど朗読したら、次の日背中が筋肉痛になった。運動不足というか、いろいろな面で、身体が守備モードになってしまうようで、無駄な動きをしないでおこうとするみたいです。ＧＷからなんだか時間が取れなくて、一夜漬けで、読み込んで時間を計って15分に収まるように削って……とやるというのは、さすがにわざわざ自宅から出て足を運んでくれるお客様には、失礼かと反省する思いであります。　　で、長い間、自分で録音して聴くということをしていないので、思ったより表現をコントロールできていなかったようでそれも反省。やっぱりそれなりに読めていることに満足しているようではそれ以上の進歩はないかと思います。ここは、やっぱり自分の声を聴いて、感心したりツッコミを入れたりすることは必要だと思います。　　朗読劇団あめんぼ座さんが公演されるので載せておきます。　お金を取ってされる朗読劇とはどこまでのものか僕はしらないのですが、一度、見に行きたいなと思っています。うむ…当日券が3000円か…なかなか…。台本を持たない演劇とそう変わらない感じで、なんだか高い感じがするのは、やっぱり朗読を演劇カテゴリーの中でも低く感じている表れなのかな。
26Mar
- ラパコレ施術
  先月の2月12日に退院した。　もう二度と入院はしたくない…。　術後で一ケ月以上経過したけれども、まだ穴をあけたへそ周りがヒリつきます。　2月8日の日曜日に入院して、日常から離れた時を楽しもうとしてましたけど、2月9日の術後から悪夢が始まった感じ。　全身麻酔は、5を数える前に意識がなくなり、次の瞬間5秒ほどの夢を見たのち手術室の天井と施術メンバーの声が聞こえてきた。　意識を失うとその間の時間の感覚はないということがよく分かった。おそらく命を失っても死んだことは認識できないだろうな。　手術時間は1時間半ほど。　僕は喘息持ちなので、座薬の強力な痛み止めが使えず、静脈からの痛み止めしか使えない。術後24時間は、腹筋運動を強制され続けているような鈍い痛みが続き、睡眠薬も静脈に入れてみたけど、結局、一睡もできなかった。　翌朝には、尿管も抜かれ、昼ごろには点滴のガラガラも外され、気は楽になったが、夕方まで痛みは変わらず、翌日から処方予定だった飲み薬の痛み止めを前倒しで服用、みるみる痛みがマシになり、夜はなんとか眠ることに成功。少しだけだけど。　とにかく入院中は、ベットが固いのか腰が痛すぎて、ちゃんと寝ることは不可能。寝返りが難しい術後はもちろん、術前でも熟睡は難しい。寝返る度に目が覚めます。　　ラパコレ（腹腔鏡胆嚢摘出手術）術後食　ご飯が250ｇもある。　低脂肪、高タンパク、高炭水化物といった感じ。　胆のうポリープの病理検査の結果も、ただのコレステロールポリープで、ガン細胞の存在は認められず。胆のうはポリープは小さなエノキダケのように数えきれないほどあって、その中に２、３点、5mm以上10mm未満のポリープがある感じでした。　胆のう自体はポリープのせいで術前から機能せず、時折、炎症を起こしていた模様。そのおかげで、胆のうと肝臓周辺に脂肪がつき、手術の際、胆のうを肝臓から引き剥がすのに手間取ったらしい。　もともと機能していない臓器だったので、術後の食事制限もなく消化器系は快調。　ただ依然と肝臓周辺の脂肪が多いので　－－　これが胆のう機能不全によるものかは不明　－－　週中は低脂肪高タンパクな食事を心がけ、週末に油ものを食べるということを実践中。　今回は、ガンの恐れから胆のうを摘出した訳ですが、結局のところポリープが大きくなれば痛みが出てくるので、取って正解だったかなと思います。もちろん投薬で、ポリープが消えるとか、大きくならないのであればそれに越したことはないんですけどね。　「スタートレック」の映画でドクターマッコイが言ってたように、もうメスで体を切り刻むような（野蛮な）治療は過去のものになってほしいと思います。切らない技術が進歩すればいいですが、そもそも病気を起こさないことが大事なんでしょうね。　そういえば、入院中は、シャトナーのスタートレック小説を読んでましたが、老いに関する考察がなんとも面白い。老齢のシャトナーでないと書けない文章だと思いましたよ。小さい文字しか表示しない宇宙連邦のトリコーダーに対して「老眼」で見えないことをユーモアたっぷりに書いています。
08Feb
- 胆のうさよなら
  胆のうを2月９日付で切除することになった。　胆のうの中に発生したコレステロールポリープがここ半年で急激に8mmから10mmになって、ひょっとしたらガンを内包しているかも…という可能性からです。　さてこの胆のう。肝臓から分泌される胆汁を一旦、貯めておいて、必要なときに小腸に流して、脂肪の多い食品の消化を促すという、いわば暴飲暴食をしても下痢にならないようにという、非常に人間のことを考えて備えられた臓器なわけです。いつ食べられなくなるか分からないから、食べられるときに食べておくは、デュマレスト・サーガの主人公のセリフだったけど…。そういう場合も意味がある臓器。　　でもね。僕の遺伝子の問題なんだろうなぁ。ただ足を引っ張る臓器になってたようで…。　ここ10年、γＧＴＰの数値が上昇しずっと肝臓機能の要検査になっていたのでした。しかしエコーを撮っても原因が分からず脂肪肝で数値が替わりやすい体質なんだということで、放置してた。確かに以前からポリープはあったけど問題にならない小ささでγＧＴＰが上がる原因であるとは医者からも指摘はなかったし。　ここで胆のうを切除してγＧＴＰが正常値にもどれば、ポリープの仕業だったことが証明されるわけです。　で、ここではっきりさせておきたいのは、コレステロールポリープがガン化するので、大きいのは取った方がいいという考え方。　結局、「ガン化するなどという証拠はない」ということです。　たしかに10mm以上の胆のうポリープを検査してみたら２５％の確率でガンがいたというのは、本当のようです。　正確なデータは分かりませんが、おそらく100の症例があったらポリープを調べたらそのうち25はガンだったということです。　しかし、無害なコレステロールポリープがガンになったのかどうかは誰にもわかりません。　最初からガンがあったのか、それともなかったものがあるようになったのか、それを観測した人はいないからです。　切除した胆のうを元に戻して観測するなんてことはできないでしょうから。　結局のところは、大きいのは怪しいから抹殺するというのはエンドユーザーにとっては変わらないんですが、医学的にはそういう見解ははっきりしておいた方がいいわけです。　ガン化する危険性があるのなら、どんな小さいポリープでも、恐怖心をあおって切除を促し、手術ができる　→　お金が儲かる　などという考え方は非常に危険です。そういうドクターがいるかいないか分かりませんが、ガン化すると思っている、またはそういうことが証明されていると考える医療関係者もいるにはいるようです（エコー撮ったドクターもそんなこと言ってたので、そんな証拠はないはずと伝えた）。　　呼吸練習機　これが非常にめんどくさい、面白くない。　次の更新は麻酔から無事に目覚めたらということで…。更新がなかったらなにかあったということですｗ
24Dec
- debian Linux　7.7 2TBのRAID
  ２ＴＢでパーティションを分けずにＲＡＩＤを構築すると、再起動後、見たこともないパーティションが現れる。これだ！　まったく訳が分からない。　結局パーティションを２つにすることで正常に機能した。最初はＮＴＦＳフォーマットのせいなのかとか、ＧＵＩで使えるディスクユーティリティが悪いのかとか、いろいろ推測したけど、結局２ＴＢまるまるのディスクが使えないということらしい。　ＲＡＩＤじゃなくて、普通に単体なら使えるのかもしれないけど、確認しておりません。　ＲＡＩＤの構築についておさらいしておきます。・データが存在しているＨＤＤをＲＡＩＤ化する場合# mdadm -c /dev/md0 -l1 -n2 /dev/空のHDD missingmdadm は　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で使いたい場合の要点だけお伝えして終わろう。・ＢＤＲＥをdebian Linux 7.7で使う　ブルーレイディスクをセットしてまずは（物理？）フォーマット　# dvd+rw -format /dev/sr0/dev/sr0 がドライブを示すデバイス名でシステムによって変わります。　今度は（論理？）フォーマット　# mkudffs /dev/sr0　これでファイルシステムにマウントすれば、そのままフロッピーディスクのように書き込んだり削除したりができるはずです。　rootユーザーでこれを行うときはパーミッションに注意してください。作られたディスクはrootユーザーが所有者となります。つまりファイル操作をGUIでやると必然的にrootユーザー以外で使うことになりますから、書き込めないということが起こります。あれ？　と思ったときはパーミッションを確認して、しかるべき権限を設定してください。　dvd+rw や　mkudffs などのコマンドプログラムは情報を検索してインストールしてください。　いやーまだまだ　Linux RAID は訳が分からないです。昔の仕様と今の仕様もごちゃごちゃで、ほんとに分かりにくいです。　もしかしたら、GUIのディスクユーティリティを使ったほうが、簡単かもしれません。　ちょっと、サーバー関連の話題はしばらくなしでいくかな。疲れた。
14Dec
- Debian Apache2のコンフィグファイル
  サーバーの話題の続きDebian Linux7.7.0について、標準のApacheをインストールすると/etc/Apache2 配下にconf.d/mods-available/ これに関してはApache2をインストールする前から存在していた。mods-enabled/sites-available/sites-enabled/apache2.confenvvarsmagicports.confの初期設定ファイルが作られるのですが、一度、このファイル群を rm コマンドなどで消してしまうと、その後、　aptitude reinstall apache2 とやっても、ファイルが復活しないことを確認しました。　復活しない原因はまったく不明で、検索しても上記方法で再インストールすれば？っていう適当な情報ばかりです。　ファイルをいじりまくって、設定が分からなくなったときに元に戻したいってよく思いますが、Linuxでの作業の場合は、ファイル群をまるごと別の場所にコピーしておくか、.bak などの拡張子をつけてオリジナルファイルを退避させておくのがいいでしょう。　で、解決法ですが、結局分かりませんでした。　僕としてはファイルを取っておいて、再配布するという方法しか分かりません。https://dl.dropboxusercontent.com/u/110602290/apache2conf.zip　同じようなトラブルに直面した方にご利用くださればと思います。　　先日、久しぶりにラーメン食べに行きました。　第一旭の六角店なのですが、よくある第一旭に比べると、ケモノ臭さがあって、とてもおいしいです。　昔は、横綱もそうですが、こういう下品でうまいラーメン屋がたくさんあったと思うのですがねぇ。
10Dec
- XMailCFGをLinuxで動かしまくる！！ for Debian
  苦労した。文献がぜんぜんないんだもん。　XMailCFGに付属のreadme.htmlの「非 Windows 環境への XMailCFG/K4 の移植について」の項を見ながらとりあえず進めてみました。いろいろ説明不足な文書ですが、ポイントを抑えて書きます。1　XMailをインストールして起動が可能な状態へ　XMailのLinux版はこのブログの前回の記事など参考にしてインストールしてください。2　ソースを変更する　XMailCFGのperl指定部分を書き換える　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プログラム内部のパスの区切りが￥（バックスラッシュ）でなく、/（スラッシュ）でなければならないそうですので、心当たりのある方は修正してください。たぶんノーチェックで大丈夫でしょう。3　アクセス権の設定　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でウェブサーバーを動かすんだから、ファイルの所有者をｒｏｏｔにすればこのままで結構です。4　XMailCFGのファイルをドキュメントルートにコピーする Linuxのコピーコマンドで、XMAILCFGのディレクトリーをそのままドキュメントルートにコピーします。なお、XMailCFGディレクトリーを置くファイルシステムはNTFS(WIndowsのファイルシステム）ではなくLinuxファイルシステムに置いてください。これをしないとパーミッションに問題がでてtabファイル群にアクセスできなくなるようです。5 root権限でスレッドを起動するウェブサーバー　いろいろ探したけど結局　Apacheしかないみたいです。　rootでスレッドを起動させるために以下の環境変数を設定してビルドやらコンパイルなどします。 Apacheのコンフィグ時の設定 Apacheの展開したディレクトリーへ入って以下のconfigureを行います。　# env CFLAGS="-DBIG_SECURITY_HOLE" ./configure --enable-so --enable-shared --enable-ssl　これで make make install してください。　オプションの詳細は他のサイトを当たってもらうとして、XMailCFGを動かすにはこれで充分かと思います。　ちなみにApacheは外用があるなら、今回の中用とでrootで動くやつと動かないやつと2つ立ち上げたほうが安全みたいです。今回の例では、debian標準でインストールされたApache2が外向きサーバーになりますので、ソースからインストールして２つ並列動作させる細工は行っておりません。追記2015年4月14日　並列動作させました。　http.conf ファイルを名前を変えて用意します。　もうひとつはhttp2.conf　とでもしておきましょう。以下に肝心なところを書き出します。　それぞれの設定ファイルで以下の項目が違うものである必要があります。　　・実行ユーザーとグループ( User と　Group )　　・待ち受けポート(　Listen　)　　・ドキュメントルート（ヴァーチャルホストの場合も含む）DocumentRoot　　・エラーログファイル( ErrorLog )　　　　　　・アクセスログファイル( CustomLog )　　・PidFileの指定（以下の行をServerRoot の次の行にでも挿入してください。　　　　PidFile /usr/local/apache2/logs/任意のファイル名.pid　　ウェブサーバー起動スクリプトを２つ用意して一方に違う設定ファイルを以下の箇所に指定します。　　（起動スクリプトは、/usr/local/apache2/bin/apachectl を/etc/init.d/にコピーして作ります）　　　　HTTPD='/usr/local/apache2/bin/httpd' ↓　　　　　HTTPD='/usr/local/apache2/bin/httpd -f /usr/local/apache2/conf/httpd2.conf'　　　　自動起動は以下のように　　　# update-rc.d apachectl(名前を変えた場合はその名前で） defaultts6 Apacheの設定　/usr/local/apache2/conf/httpd.conf　を編集します。ポート番号の変更 Listen 80のところは　#Listen 80 にしてコメントにして無効にします。かわりに Listen 8000 等べつのポート番号にして次の行に書きます（ネットで予約されている25や110は避けます）。　#Listen 80 Listen 8000　ユーザーをROOTにする。　User daemon Group daemon 以上の箇所の部分をコメント化して、User root と Group root を次の行に書きます。#User daemon#Group daemonUser rootGroup rootドキュメントルートの変更XMalCFGのディレクトリーを指定します。# DocumentRoot "/usr/local/apache2/htdocs"DocumentRoot "/XMailCFG/"　←　自分が置いた任意の位置を指定。左は　/ 直下の場合。　CGIの実行設定　ＣＧＩが動くように以下の文字列群を追加。　見やすいようにＣＧＩディレクトリー関係の部分に書いておきましょ。 AllowOverride All Options +ExecCGI AddHandler cgi-script .cgi .pl Order allow,deny Allow from 192.168.1.　←　自分の環境で変更してください。この例では192.168.1.に属する192.168.1.0 から　192.168.1.255 までアクセスを許可します。　Apacheの起動以下のコマンドでウェブサーバーを起動します。　/usr/local/apache2/bin/apachectl start再起動は　start ではなく　restart を指定。止めるには　stop　を指定。　これで、なんとかＣＧＩが動くようになりましたけど…。まだ終わらない。7　いろいろな対処　とりあえずセットアップ的なことを実行していきますが、あれよあれよと文句を言われます。　XMailCFG　「基本認証をやれよ！！」　xmaicgiのフォルダーに　.htaccess というファイルを作ります。　AuthUserFile /home/ユーザー名/.htpasswd AuthGroupFile /dev/null AuthName "XMailCFG　設定" AuthType Basic require valid-user deny from all.htaccess の　AuthUserFileで指定した場所に.htpasswdというパスワードファイルを作成　# vi /home/.htpasswd ユーザー名:コード化したパスワード　で表記して保存します。コード化したパスワードは「htpasswd　コード化」などでネット検索すれば、任意のパスワードをコード化した文字列が手に入ることでしょう。.htpasswd ファイルはサーバーの実行ユーザーがアクセスできる場所においてください（今回はrootが実行ユーザーなので気にしないけど）。　これで基本認証はパスできると思います。　でもまだ終わらない。　XMailCFG　「Perlインストールフォルダーへの変更許可くれよ！！」　　「問題があります。 WWW サーバの実行ユーザに対して Perl インストールフォルダへの "変更" 権限を許可してください」　この表示も出ると思いますので、@INCという検索パスを格納した変数を調べて、　検索パスが示しているフォルダーで、実際に存在しないフォルダーを全て作成します。　perl -e 'print join("\n", @INC);'　で、検索パスを調べて、足りないフォルダーを作成します。　/usr/local/lib/perl/5.14.2 /usr/local/share/perl/5.14.2 /usr/local/lib/site_perl　debian 7.7.0 では以上のディレクトリーがありません。　mkdirコマンドで作成します。　権限がどうのこうの言われますのでパーミッションのことかと思ったらぜんぜん違いました。　これで、一見正常に動いている感じにはなりますが･･･XMailのログとか見ますとまだ不完全なところがあります。　ログファイルを見られるようにする　/usr/local/apache2/logs/ にある　Apache2のエラーログファイルでなにが起こっているのか確認します。　# vi /usr/local/apache2/logs/error_log Archive/Zip.pm がないと言われるので、/usr/share/perl/5.14.2/IO/Compress/にある　Zip.pm を　同じ　5.14.2 のフォルダーのArchiveフォルダにコピー。　# cp /usr/share/perl/5.14.2/IO/Compress/Zip.pm /usr/share/perl/5.14.2/Archive/さらに続いて File/Stat.pm がないと言われますが、stat.pm はありますので、ファイルの表記を直します。　# grep -ri 'File::Stat' /xmailcfg/cgiuser_home.cgicommon_mailbox.cgiXMQuotaMonitor.cgi　（こちらはFile::stat と表記されており最新版では修正の必要はないかも2016年11月17日追記）report.cgi　　(XMailCFG2.43C(10月26日最新版）でファイルが増えているのを確認。2016年11月17日追記）common_userinfo.cgi上記ファイルのうち５つが、　File::Stat となっていますのでテキストエディターで大文字の「S」を小文字の「s」に変えてください。　なお、○○::stat などの○○の部分はフォルダー名を指しています。(2017年1月27日追記)-------------------------------追記　2017年7月10日　XMailCFGのバージョンによっては、メールボックスの中身を見るときにも、Net/Smtp.pm がないといったエラーがでるかもしれません。　ソースのエラー発生場所もApacheのログに表示されますので、そちらのソースをSmtp →smtp に修正し、システムからsmtp.pm を探し出して、＠INCに登録されている場所のNetディレクトリーの直下にコピーするかシンボリックリンクを張ってください。　以下LinuxMintでの例# vi /XMailCFGのインストール先/XMailCFG/cgi/common_viewmsg.cgi 　上記のファイル中の記述　Smtp を　smtp に変更して保存する。　smtp.pm を必要なディレクトリーにコピーする。# cp /usr/share/perl5/smtp.pm /usr/share/perl5/Net/-------------------------------　以上、これで完璧に動くのではないかと思います。　なにか起こった場合は、Apache2のerror.logで確認してください。---------------------------------------追記　2024年10月17日TLSに対応させる方法。ちなみにXMailCFGでは、証明書を作ったりする機能がありますが、Windows版のみの機能で、今のところLinuxに対応できる方法は見出せませんでした。前提条件として、Let's Encrypt などの証明書を取得して有効期限が切れないように定期的に自動更新できている状態にしてあることとします。・ファイヤーフォールの設定で、ポートを開放する。IMAP over SSLのポート$ sudo ufw allow 993POP over SSLのポート$ sudo ufw allow 995SMTP over SSLのポート$ sudo ufw allow 465・メールサーバーに証明書へのシンボリックリンクを作成rootユーザーになる$ su# cd /var/MailRoot/証明書と公開鍵ln -s /etc/letsencrypt/live/[ドメイン名]/cert.pem　server.cert秘密鍵ln -s /etc/letsencrypt/live/[ドメイン名]/privkey.pem server.key(ドメイン名が、取得している名前を違う場合(wwwがついたりsmtpが付いたり）は、メールサーバー用に追加で、証明書をとる必要があります。）・設定を有効にし再起動XMailCFGの環境設定から pop3 TLS と　SMTP TLS のサポートを有効にする。XMail設定のSSL/TLS接続 (SmtpGwConfig-NeedTLS) を「SSL対応を確認、非対応で平文通信」にチェックを入れる。・XMailを再起動する# /etc/init.d/xmail restart
26Oct
- HP Photosmart D5460 修理完結編
  HP　Photosmart　D5460 の修理の続きです。　電源を入れても、しばらくしたのち電源が落ちる、しつこく試していると何となく安定して動くようになるという場合。それはコンデンサー不良です。　　本体の左側にある基盤を取り出して、コンデンサーを確認します。　　写真のボタン電池の横、コイルの下にある「330μF　6.3V」のコンデンサーが膨れておりました。　　右が膨れたTEAPO製コンデンサ。　　他のコンデンサーも念のために交換。　ちなみの今回交換したコンデンサーはアールエスコンポーネンツ製で、生産国は台湾だったりマレーシアだったりしますがスペック上は長寿命なものを選びました。　　膨れた 330μF　6.3Vですが、交換した部品は圧力弁がありませんでした。　基盤にある4本すべて交換しました。　HP　Photosmart D5460 左基板コンデンサー一覧　330μF 6.3V ×2（TEAPO)　330μF 50V ×1（TEAPO）　1200μF 6.3V ×1（日本ケミコン)　　基盤を元の位置に組み込みます。透明の円盤がセンサーに入るように注意してセットします(写真ではメッチャ曲がってます、この状態で動かすと動きがおかしくなったあげく紙詰まりとなり正常に動きません）。　　バッチリ！　電源が落ちずにインクのメンテナンスも無事に動きました。　この液晶画面、コンデンサーを交換する前はノイズが走っていたのですが、それも修理できたようです。　結局プリントヘッドにコンデンサーと新品機種を買うよりは安くついたと思いますが、自分の手間を考えたら、高くて仕方がないということです。っていうか、昨今のプリンターが安すぎるんですよね。　でもこのD5460。過去記事でも書きましたが、これだけ高スペックなものが最近のHPには見当たらないんです。　なので、なんとか直して使いたかったんですよ。詰め替えインクも残っているしわざわざ透明カートリッジまで用意してるんですから…。　　ところで、これどこの部品なんだろう？ｗ
18Oct
- HP Photosmart D5460 修理の続編
  本日、注文していたプリントヘッドが届きました。香港から。　　　2011年製のプリントヘッドです。　　こっちは混色した古い方。　これだけみると変な互換品というわけではなく、生産地で製造されたHPを通さない正規品ということなのかな。　　古いヘッドで混色を起こした、溝が彫刻されたプラ部品に透明プラのフタが貼り付けられている部分。　未使用でまだきれい。　　　イエローカートリッジとその他カートリッジをセットしてテスト。　印刷結果云々はともかく、とりあえず黒カートリッジからの混色や逆流は認められず（写真左から二枚目）。　とりあえず混色関係の修理はこれで完了したと思っていいかと思う。　ところで、問題は実はまだあって、これも2年ほど前からなんですけど、印刷中にたまに電源が落ちる現象がありましてね。こっちのほうが深刻な状況かも…。　結局、プリントヘッドの調整中に元気よく印刷しているときにパッと電源プラグを抜いた時のような状況「電源落ち」になるので、これはまたプリンター内部のコンデンサーのせいではないかと思います。プリンター自体の起動時間によって電源が落ちずに安定してくるところも、やっぱり電源アダプターのコンデンサーではなくプリンター内部のコンデンサーかと…。　まだ、修理は続きそうです。
15Oct
- HP Photosmart D5460 の整備というか修理
  　ずっと前に、健康診断でいった施設が警察署になってたって話を書いたかも知れませんが、写真が出てきたので、掲載してみます。　２０１２年４月16日の話です。この建物は西京極にある「京都工業会館」です。　　　この警察署の名前「神代警察署」が出てくるドラマを知らんのだけど、たぶん単発2時間ドラマじゃないかな。　　指名手配も細かいんですよ。この写真の役者さんもだいぶ古い写真じゃないでしょうか。　　ナンバーが付いていない警察車両。道路沿いにもそれらしい小物。　建物の3階からも、警察署のスローガンみたいな垂れ幕が3本ほど垂れ下がっていました。　おそらくこの日の午後にドラマの撮影が始まったんじゃないかと思います。朝はバイトの女性方が見張られていました。　さて、2009年の1月に購入した　HP　photosmart D5460　　一昨年ぐらいからYellowカートリッジに隣の顔料系黒の色が浸入して、土色になる現象が出ていました。原因はおそらく中途半端にセロテープで蓋をしたインク注入口にあるんだろうと思い、新しい透明ケース（これ大事）製の互換インクカートリッジを買い、取り付けて様子を見ていたのですが…。　先日、写真を印刷したら、なんだか色がおかしい訳です。　穴の開いていない新品のカートリッジでもやっぱり色が変わってしまったということです。　混色の原因は不明で、パージユニットにあるかもとかいう情報を得ましたので、プリンターを分解してクリーニングしてみようということになりました。外装ははめ込み式になっているので、目で見て分かる部分から爪を外していきます。　使われているネジは、トルクスというもので、普通のドライバーセットにはありません。ご注意ください。　　　　　まあ、汚れてるわ。このスポンジ類もまだらのグレーに見えますが、汚れてこの色になっています。　全面にセットされているスポンジは見た目、激落ちくんみたいに見えますが、繊維質な感じで、ほかのサンドイッチされているスポンジの中身と同じものでした。　　徹底的にばらす。　ホース類も分解して、注射器で水道水を通して、詰まってないか確認しました。やっぱり黒いホースにインクが固まって、通りが悪くなっていました。　小さなモーターがあったので、調べてみたらソレノイドというモータの一種で、空気を送りだすか、吸い出すかっていう動作をしているようです。ただ吸うなら排出先があるはずですが、ホースの最終地点ですので、たぶん空気を送りだしているのかと…。　　パージするゴムの部分　　ゴムの裏　プリンターのシャットダウン時に、インクヘッドを右側に寄せて、インクを吸い取ってゴムで蓋をするのが、パージというらしいんですが、この吸い取りが中途半端なので、残ったインクが逆流するんじゃないかと思われていました。　　二本目のばねの位置も掲載しておきます（まだ合ってるかどうか分からないけど）。　スポンジ類も洗って再生するので、漂白剤につけて、流水で洗って乾かしておきます（3日以上かかった）。　そしてスポンジをセット。　　　　パージユニット？　の中のスポンジシートは厄介なので、先にゴムの部品を通してから組み込みます（左から二枚目の写真）。　あー、めんどくさ。　　再セットのコツは、シャットダウン前の状態を再現して、電源をいれるといい感じです。　プリントヘッドは真ん中あたり。　　プリントヘッドの高さは、白い歯車が回って調整しているので、これを下げ状態へ。　　パージユニットは奥へセット（この状態までに半日以上試行錯誤しています）。　ちゃんとクレのシリコングリースメイト（チューブ）を機械の可動部分に塗っておきます。　イエローカートリッジをきれいにあらって、セットしてシャットダウンの操作をしました。　はははは！　イエローカートリッジのインク出口に黒い斑点が出ました。パージユニット汚れが混色の原因ではなかったようです。　もちろん、プリントヘッドもイソプロピルアルコールに付けて、徹底的にクリーニングしましたよ。　　これはもうプリントヘッドが原因だろうということで、壊す覚悟でベキッと開けてみた。　「ヘッド部分」と「インクの供給管」の部分が解けた樹脂で溶接するようになっていて、一度ばらすと元に戻すのは難しいようです。　で、このインクの供給管部分というのが、溝を彫刻したプラ部品に、フタとして透明プラスチックの板が接着されています。　浸水するとしたらこのパーツなのでは、と思って、黒インクの供給口へ注射器でアルコールを流してみました。　黒の管の外の部分にアルコールが浸水していきました。　試していないけど、黄色も同じでしょうね。混ざるのはここでしかあり得ないもん。　この透明のフタが取れるなら、もしかしたら修理が…と思って、マイナスドライバーでこじ開けようとしたら相当強力な溶接がされているのか、びくともせず、ドライバーに接している透明プラ部分が折れてしまいました。そりゃ浸水したらやばいから相当気を使って合わさっているんでしょうねぇ。　それでも浸水したんだ。君は。　結局、原因はプリントヘッドか…。ということで検索してみた。　系番は「CB326-30001」　プリンターの機種名から検索してもHPのものしか見当たりません。　ヒューレッドパッカードカスタマーケアセンター　は！？　８１００円？　新品のプリンターが買えるやろが！！　絶望感に襲われながら、プリントヘッドの系番で検索。いろいろとオークションを漁ったのだけど、商品がまったくない。　やっぱりここしかないか…アリエクスプレス！！　CB326-30001の商品検索　おそらくプリントヘッドも中国で生産しているとなると、本物が手に入る可能性は大なんですが、やっぱり商品画像ではよく分かりません。　とりあえず新品でUS 35.99＄　えっと日本円で4000円いかないぐらい。　これだったら許容範囲か！　パッケージにパックされていていかにも、HPに売っているのと同じ感じ。　ということで注文した。　船便で15日以上かかるみたいだなぁ。　なんか、クルマのオイルかなんかの添加剤でピストンリングからのオイル漏れを止めるのありますよね。あれのプリントヘッド版みたいなのないのかって思いました。カートリッジをセットして印刷すると、漏れを起こしている個所に薬剤が集まって、固まって止めてくれるやつ。　この続きは、またプリントヘッドがきたらレポートします。
29Sep
- XMailの構築Linux版インストールの補完
  だいぶ先日、サーバーを大改修したのでそれの覚書です。　当初OSはＦｒｅｅＢＳＤ7.0、メールサーバーはqmailにて運用していたのですが、プロバイダーのスパムメール対応のおかげで25番ポートでのメール配信が使えなくなり、MyDnsさんのメール転送サービスを使って継続運用しておりました。　　しかし、ここに来て、Mydnsでのメール送信でちょくちょくエラーが出るようになり、プロバイダーの認証ＳＭＴＰサーバーを使う必要がでてきました。　でも、qmailにいくらパッチを当てても、ＳＭＴＰサーバー認証機能が動作せず、途方にくれていました。　qmailも長らくメンテされず有志によるパッチだけで機能していましたが、やはり他人同士のパッチ開発では整合性が取れません。　もう捨ててもいいよねってことで、さよならすることにした。　選定にあたって考えた。Windowsでよく使われているXMailはどうだろう。　セットアップが簡単そうだし･･･。　後で分かったんですが、Windows版のインストールが簡単だったのは実は、インターネットブラウザーで設定ができるXMailCFGのおかげだったんですよ、Linux版ではXMailCFGのバージョンが古く、Webminというスクリプトもインストールが必要なくせに、いまいち動いてくれませんでした。で、結局、全部手動で行いました。　さて、このXMail。　Windows版は知りませんが、まだUnix版は64ビットOSでは動かないようです。　少なくともFreeBSD8.4の64ビットでは動きません。　FreeBSDの10もいろいろあって、なぜか運用しているＰＣではネットワークカードの認識でエラーが出てまともに使えません。　エラー出まくり。　それで、debian Linux 7.0 32bit版をチョイスしてOSから入れなおしました。　FreeBSDを64ビットにしたのはもう2008年のこと、まだ32ビットアプリケーションの方が優勢な状態なんて考えもしませんでしたなぁ。手順　・XMailのダウンロード　　　　任意のディレクトリーにcdコマンドで移動した後、下記アドレスからXMailのソースファイルをダウンロード。　　　　http://www.xmailserver.org/xmail-1.27.tar.gz　　　　たとえば/data/program/ というディレクトリーならコマンドシェルから以下のように入力。　　　　# cd /data/program/　　　　wget コマンドでダウンロードする。　　　　# wget http://www.xmailserver.org/xmail-1.27.tar.gz　　　　これで /data/program　の中に圧縮ファイルxmail-1.27.tar.gz がダウンロードされます。　・tar コマンドで圧縮ファイルを展開します。　　　　# tar xvfz xmail-1.27.tar.gz　・cd コマンドで展開したディレクトリーへ移動します。　　　　# cd xmail-1.27　で、この中のdocsというディレクトリーにreadme.txtというファイルがあるので、これを読みながらインストールするのですが、英語なのでGoogle翻訳で少しづつ解読していきました（XMail道場の方で日本語が用意されていますが、肝心なUNIX版は書かれておりません）。　・ソースファイルのメイクとコンパイル。　　　　# make -f Makefile.lnx　・コンパイルされたファイル群ディレクトリーMailrootをコピーする。　　　　# cp -r MailRoot /var/MailRoot　・コピーしたMailRootのパーミッションを書き換える。　　　　# chmod 700 /var/MailRoot　追記2015年4月14日　ウェブサーバーでperlなどのスクリプトから、XMailのsendmailを使うと、以下のエラーが出ると思います。　　　/var/MailRoot/spool/temp/書き込もうとしてるスプールファイル Permission denied　:呼び出したCGIスクリプト　権限がなくて書き込めないっていうことを訴えたいようです。sendmail実行ファイルがその辺うまくやってるのかと思ったら、　実行ユーザーはウェブサーバーを実行しているユーザー（たとえば　www-data　とか　daemon とか　http.confファイルに設定したユーザー）でした。なにか高度な解決法があるのかもしれませんが、XMailのマニュアルを検索しても何も出ません。　結局、/var/MailRoot/spool 以下は全部　パーミッションを777にしました。　　　　# chmod 777 -R /var/MailRoot/spool 　これでエラーが出ずに、ＣＧＩからメールを受けることができると思います。　・実行ファイル群をコピーする　　　　# cp bin/xmail /var/MailRoot/bin　　　　# cp bin/CtrlClnt /var/MailRoot/bin 　　　# cp bin/Mkusers /var/MailRoot/bin 　　　# cp bin/XMCrypt /var/MailRoot/bin　　　　# cp bin/sendmail /var/MailRoot/bin　あるいは一度ディレクトリーをコピーして、拡張子oのファイルを消してもＯＫ。　　例　　　　# cp bin /var/MailRoot/ 　　　# rm /var/MailRoot/bin/*.o　・先住者のチェック　先にサーバーにメールサーバーが実行されていないかチェックして起動しないようにしてください。　下記のようにtelnetコマンドにて25番ポートにアクセスしてみて、telnetのコンソールが起動するようであれば、メールサーバーが実行されているということになります。　# telnet localhost 25　起動しないようにするには、該当するメールサーバ（おそらくsendmail)の起動スクリプトを消してしまうのが早いでしょう。debian linuxの場合は /etc/init.d/にsendmailの起動スクリプトsendmailがあります。2014年11月7日追記　Debian 7.7は別のMTAであるExim4が動いていますので、その起動スクリプト exim4を削除します。　・環境設定　基本の流れはXMail道場の環境設定を参照してください。　http://xmail.dojo.jp/documentation/xmail/configuration.html#top　・XMail Linux版の起動設定　　　XMail道場で記載がありませんのでこちらで補完します。　　起動スクリプトを最初に展開したディレクトリから/etc/init.d/ 以下にコピーします。　　　　　# cp xmail /etc/init.d/　・起動スクリプトの編集　　　　　　# vi /etc/init.d/xmail XMail道場のＯＳ（オペ―レーティングシステム）固有の作業Windows版を参照しながら文字列MAIL_CMD_LINEに環境オプションを設定します。例 XMAIL_CMD_LINE="-Qr 128 -Ql -Ll -Sl -Pl"　スクリプトを保存したら、次にスクリプトに実行属性を設定します。　#　chmod 755 xmail　次に起動の設定をします。　起動スクリプトを自動起動にするには、/etc/ 直下にある rc0.dとかrc3.dなどのランレベルに応じたディレクトリーへ起動スクリプトへのリンクを張ることになります。手動でリンクを張ることもできるんでしょうけど、debian系のＯＳにはコマンドが用意されています。　# update-rc.d　xmail defaults　と打ち込めば、init.d以下に追加した起動スクリプトへリンクがrc2.d やら　rc3.d　などに追加されます。　これでＯＫ。　再起動すれば自動的にXMailが起動します。　あとは道場の基本インストールで対処できるでしょう。・sendmailコマンドの置き換え（2015年4月14日追記）　　　　　　# cp sendmail.sh /var/MailRoot/sendmail.sh　　スクリプト修正　　　　　　vi /var/MailRoot/sendmail.sh 末尾の文字列を、sendmailの実行ファイル（/var/MailRoot/bin/sendmail）へリンクされるように修正します。　　　　　　/usr/sbin/sendmail.xmail ↓　　　　　　/var/MailRoot/bin/sendmail　　　　　　スクリプトに実行権限をつける。　　　　　　chmod +x /var/MailRoot/sendmail.sh　スクリプトへのシンボリックファイルを作る。　　　　　　# ln -s /var/MailRoot/sendmail.sh /usr/sbin/sendmail 念のためにもう一つ　　　　　　# in -s /varMailRoot/sendmail.sh /usr/lib/sendmail　これで、ウェブサーバーのスクリプト経由で /usr/sbin/sendmail が呼び出されても、MailRootにあるスクリプトが起動して、MailRoot/bin にある実行ファイルを動かすことになります。　上の記述どうもあやしいので、また書き直します(2017年8月17日追記)　2022年1月追記　上記のsendmailの件です。現在はLinuxMintにてXMailを構築し運用しています。　sendmail.sh はデフォルトで存在しており　/var/MailRoot/bin/sendmail への記述がされていました。おそらくシンボリックリンクを張るだけで、sendmail機能を使えると思います。　ln -s /var/MailRoot/sendmail.sh /usr/sbin/senmail　ln -s /var/MailRoot/sendmail.sh /usr/lib/sendmailその他補完（とはいえ昨今では非常にたいせつなこと！！）　・ＳＭＴＰ転送フォアーダの設定　認証付きの場合の説明がありませんでしたのでこちらも補完　# vi /var/MailRoot/smtpfwd.tab "転送するドメイン""転送先ドメイン:ポート番号"　例　"*"　"smtpauth.eonet.ne.jp:587" *は配送するメールのドメインは問わないという意味。　空白の部分は、TABキーで入力してください。　認証パスワードの設定　こちらはWindows版のファイル構成情報からヒントを得て、同じように再現するものです。　間違いなく動きました。　以下のディレクトリーを作る　# mkdir /var/Mailroot/userauth/smtp　ディレクトリーへ移動 # cd /var/Mailroot/userauth/smtp 転送先のドメイン名に.tabを付けてファイルを編集。　eonetは例です。お使いの転送先ドメインを当てはめてください。 # vi smtpauth.eonet.ne.jp.tab"plain""プロバイダー指定のＩＤ""パスワード"上の書式で表記し保存します。　例　"plain"　"hogehoge%batsu.eonet.ne.jp"　"hogehoge"　空白の部分は、TABキーで入力してください。　以上、駆け足でしたがLinux版XMailのインストールでございました。　Linux版の詳細なインストール方法とくにSMTP認証プロバイダーへの転送に関しては皆無だったので、LinuxでXMailを運用したいと思っている人のお役に立てればと幸いであります。　久しぶりの記事なのに難しい話題になっちゃったなぁ。　最後に引越しが8月25日に完了しましたわ。今更だけど。　　この自宅がこうなりました。　これで、ぶっ壊されて叩き出されるのは3度目なんだよね。　では、また次回。