カテゴリー: PC

『電解コンデンサの不良問題』に、久しぶりに電解コンデンサの不具合事例を追加することになった。MSIのTitan 700で、レポート内にも記載しているが、VIA C7のベンチマーク C7-D 2.0GHzで使用したマザーボードだ。

ベンチマークを採ったあとは、箱詰めのまま数年以上に渡って保管し続けていたが、非通電の環境下でも電解コンデンサが膨らんでしまったことになる。保管中はCMOS電池の消耗を抑えるために電池を抜いており、通電している要素は一切無し。

現状、古いOS用のx86系検証機はVIA C3を中心とするSocket370が残っているので、Titan 700がダメになっても全く問題はないことは幸い。相変わらず廃品を奪い去る不届き者がいるようなので、そのまま捨てず、CPUはコアを砕き、ヒートシンクはアルミ屑として分別、レギュレータを割っておくといった完全破壊をしてから処分する。

電解コンデンサはある意味ではナマモノなので、膨張して使用不能になっても諦めはつく。だが、通電せずに保管し続けているマザーボードの電解コンデンサが膨れてしまった事例は、これで3枚目。製造時期、保管期間は全て異なっているなかで、長期保管中ということだけは共通している。箱やマザーボードに生じる静電気にやられたのだろうか。

基板モノで長期保管中といえば、シビックRのECUや各制御ユニットが思い当たる。かなりの個数があるが、こちらは全く異常なし。いずれにせよ、保管≒放置となりがちだが、定期的なチェックは欠かせないことを再認識。さすがにSocket370のマザーボードを壊すわけにはいかない。

その日一発目のパソコン起動。だいたいが朝っぱらで、さっそくエラーが出る。

Microsoftアカウントの問題という警告メッセージ。いつからかは全く覚えていないが、ほぼ毎日出るようになっている。はいはい修正修正と、メッセージをクリックする。

『今すぐ修正』ボタンを押してパスワードを再入力して、警告画面対処終了。ここまで1分の出来事。毎日出ることから「このMSめ！」と諦めている。

かつてはWindows9x系でブルースクリーンに散々泣かされたクチで、WindowsNT系のWindows2000を初めて扱ったとき、その安定性と落ちにくさに感動、マイクロソフトもやればできるじゃんと思ったりした。

そんな認識のところに、特に原因もなくワケの分からない警告が繰り返され、いくら修正しても変わらない状況が続くあたり、古くからのマイクロソフトらしさは脈々と受け継がれていると実感することになった。

Microsoftアカウントというと、AndroidにおけるGoogleのアカウントを意識、または真似しているのだろうか。面倒なので調べておらず、興味もないので知ろうとも思わないが、一応分けて管理はしている。スマホと共有するようなことはなく、そのためのオプションもオフにしている。

シビックRの次の購入パーツをリストアップしようと、サブパソコンを立ち上げる。いつもより起動時間が長くて、何かあったのかなと思っていたら、時計が0：00となっていて、BIOS上で無効にしていたはずのデバイスが検知され、ドライバの自動インストールウィザードが立ち上がっていた。

昔のGIGABYTEのマザーボードではあるまいし、BIOSの設定が全てリセットが掛かるなんて、どうしたのやら？と思って、モニタとキーボードを接続し、BIOS上の日付設定、オンボードデバイスの無効化、起動順序の再設定を行っておき、これで全ては元に戻ったかと思われた。

翌日、再び電源を入れてみると、またも時計が0時に戻り、ドライバのインストールが始まろうとしていた。この挙動、覚えがあるぞ…と思い当たるのが、BIOSの設定を保存しておくためのバックアップ電池切れ。タイミング的に電池切れを起こしても不思議ではないが、ひとまずマザーボード上の電池をチェックする。

このサブパソコンの実態はASUS EeeBOX B202。非常に古いマシンだが、これこそがhinata.jpのコアであり、シビックRの維持に直結しているだけあって、扱いは慎重になる。いつものように勢いで分解することはせず、時計の分解と同じ感覚で慎重にバラしていく。

電池を確認する。充電可能な二次電池だと手間が掛かるが、電池のパッケージをよく見るとCR2032の文字がある。よくあるコイン電池で、この型式ならコンビニにも売っている。ただ、ケーブルとコネクタ付だとそうもいかず、補修用電池を取り寄せる。

適当に見繕ったコネクタ付のCR2032を取り寄せ、接続。いざとなればケーブル加工もやるつもりだったが、コネクタの形状や極性は全て一致しており、何もせずにマザーボードに繋ぐことができた。今のところは設定のセーブができており、電池切れ問題は解決。

このパソコンは確かリースアップされ、中古市場に放出されたものを入手してきたと記憶している。非常に長い年月を使い続けていることになり、少なくとも10年以上使っての初の電池切れ。『BIOS 電池切れ』で検索すると、2～3年、3～4年で寿命とされる記事がトップに出てくるが、それ以上に相当長く使えるのが実際のところ。頻繁に起きるものではないので、いきなり電池切れによるリセットが起きても、すぐには分からなかった。

9月に入り、8月分のhttpdのアクセスログを集計して片付けていく。一ヶ月分のログでもけっこうな量になり、今日のような週末かつ深夜にかけての時間帯では、解析に時間が掛かるようになった。ざっと見た感じでは、微増傾向が継続中。

続いて、サーチコンソールをチェックする。こちらはGoogleを通じたアクセス状況が出てくるので、httpdのアクセスログに比べればどうしても精度は落ちる。とはいえ、htmlの記述エラーやモバイル端末での閲覧不良疑いがあればすぐに通知してくれることもあり、一応は稼働させている。

サーチコンソール内では、突然のアクセス数低下が発生していた痕跡がある。くっきりとV字型の谷ができていて、Google内部の問題によってデータが失われたことが告知されていた。

このような描写。8月22日、23日、24日とhttpdのログには異常な挙動を示す痕跡はなく、確かにGoogle側での問題。サーチコンソールを中心にアクセス状況を判断して、突然のアクセス数低下に「検索から弾かれた！？」と思ったWebサイト管理者がいても不思議ではない気がする。

それにしても。Webサイト側に問題があったときは、次から次にメールを寄こす一方で、Google側で問題が起きても、後から「●●日に～～なことがあった。復旧は不能」と、英語でWeb上に通知して終わりというのは、少なからずそれってどうよ？という感情がある。利用者のことを細かく注文をつけるなら、提供者側も同じくらい神経質になれよとは思う。問題が起きたなら、メールで一報を入れるとか。不満があれば使わなければいいし、このあたりが古臭い日本人気質なのかもしれないが。

1970年4月のアポロ13号事故における、地上側のワンシーン。

「ネットワーク(班)」
「どうぞ」
「コンピュータをもう1台、用意できるか？」
「センターで1台稼働中、下でも2台が並列処理していますが」
「よし、そのセンターで別のもう1台を起動だ。検索用の人間も併せて」
「了解です」

アポロ13号が事故を起こしたとき、一部の地上側コンピュータは別の業務をやらせていた。爆発事故により宇宙船側コンピュータは機能を停止、地上側での代替運用と、さらなるトラブルに備えるため、別業務中のコンピュータを追加接続した…。

そんな流れを思い出すような、ちょっとした作業が急遽発生。

基本的にはパソコン1台で全てを間に合わせるようにしているが、別パソコンでも並行して処理させる必要が出てきて、シビックR用のサブ機はスペックと接続方法の都合から、作業には向かず。そこで共用パソコンを投入して、手元で一気に行えるように対処する。

置き場所がないので二段重ねにして、接続テスト、処理チェックをやっておき、本番に備える。時間を確保できたことから、投入した共用パソコンの簡易メンテナンスも併せてやっておく。不安定な置き方だけに、ここで大きな地震が来たら一発アウト。

妙に緊張を強いられる週末。並行処理だけでなく、地震を含めて、何事もなく終わってほしい。

「古いハードディスク、500GBなんすけどいります？」「欲しい」といった流れで、使われていないハードディスクをいただいた(ありがとうございます)。

中古品として入手したハードディスクは、絶対にそのままでは使わず、まず別PCに接続。認識次第、真っ先にやることはパーティションの再設定、クイックではないフォーマット、S.M.A.R.T.情報のチェックといった作業を一気に行う。

メインパソコンの上に載せているサブ機。基本的にはシビックRの維持用に使っているが、ファイルサーバ機能や今回のようなハードディスクの点検といった雑多な作業を行うことも多々ある。

ハードディスクはかつて存在した日立グローバルストレージテクノロジーズ製で、ステッカーの表記では2008年製造。シーク音はガガッ…ゴゴッ…ガリガリと妙に昔懐かしい音を立てる。

剥き出し状態での長時間の使用は、熱を帯びやすい。そこで電動ファンを並べておき、強制的に冷却しながらのチェックが続く。今となっては使いどころが難しくなりつつある500GBのハードディスクだが、実際のチェック作業は一日から二日は掛かる。

中古のハードディスクは、データ整理のための一時退避や各種テスト用に使う。消耗品の一部だけに、長く使い続けることは避けている。

とある旧モデルなハードディスクが欲しくて探し続けており、このほどようやく入手することができた。Seagate Barracuda 7200.11だ。

そこらにある3.5インチのハードディスクで、容量は500GB。今となっては使いどころが減ってきた小容量で、何の変哲もないハードディスク…だったら探し回ることはしない。

このモデルのファームウェアには重大なバグが含まれている。バグによる問題が発生すると、BIOS上から認識されなくなってアクセスが不能になる。記録されたデータそのものは残っており、全てのアクセスがロックされた状態になってしまう。ステッカーに表記されているようにSD15がバグ入りファームウェアで、ついでに不良セクタも検出され、けっこうなコンディション。

過去には、ハードディスクが読めなくなったので復旧して欲しいと持ち込まれ、確かにロックされていることを確認。ファームウェアのアップデートを行って無事に復旧、返却している。ハードディスクが正常に認識されている時点なら、バックアップをしてからファームウェアをアップデートすればいい。しかし、ロックされて認識できなくなり、それから復旧となればいくつかの手順を踏む必要が出てくる。

このように、USB→シリアル通信の変換基板を通じて、コマンドを打ち込んでロックを解除する。通電中にハードディスクのモーターを接続するという、繊細な作業を強いられる工程もあり、これがエンドルフィンどばどば。

久しぶりにロック解除手順を記したWebページを読んで、懐かしいと思うのと同時に、情報が失われ始めていることに気づく。GeoCitiesや各blogが閉鎖され、参照となるリンク先が無いといったことが当たり前になっていた。

ローカルでも情報を保存しておけば、後々役に立つ。急いで情報を集めておくとともに、バグ入りハードディスクも必要になって探し続けていた流れ。当然ながら中古品で、CrystalDiskInfoの基本情報のスクリーンショットを表示し、ファームウェアがSD15となっていながら「使用に問題ありません」「エラーありません」と書かれていたのもポイント。全く知らない素人相手に、けっこう危ないことをやる…と思いながら手配していた。

以前…といっても去年末だが、当ブログで使っている外観上のデザインについて、サイドバーがズレが生じていると書いた。

あれからいろいろ試してみたが次第に面倒になってしまい、ついでにhinata.jp全体の閲覧端末の7割近くがスマホだった(速報値)ことも関係して、ズレ修正は殆ど放置していた。レスポンシブウェブデザインの動作には何ら影響はないことも大きい。

連休最終日。翌日からの勤務に備えて体力を温存しておきたい。車いじりは最低限に留めておき、エアコンを利かせた室内で、久しぶりにcssの修正作業に挑んでみる。

配布状態の、ノーマルのcssから記述を見直して、幅の計算をしながら一つひとつ書き換えていくと、ぱっと見は幅が揃ったような印象。

しかし、開発者ツールでチェックするとこのザマ。コンテンツにサイドバーが被さっており、またもや修正失敗。次第に消耗してきて、どこをどういじったか分からなくなってしまい、上書き保存して作業中止。昔に比べても、集中力が途切れやすくなっているらしい。

それにしても、WordPressはある種の遊びが効きやすい反面、定期的なアップデートが厄介、データベース側との整合性を気にしなければならない、表示速度は決して早くはない…というデメリットがある。それらマイナス要素で、別のシステムに移行したり、外部のブログサービスに乗り換える流れはいくつも見てきた。

今のところ、デザインだけの問題であり、レスポンシブウェブデザイン機能に助けられ、そもそも閲覧者数がそこまで多くはないことから、サイト移行は考えていないが。そこまでするくらいなら止めた方がラク。

幅が揃えられないことは、cssの編集とデザインを作る意味では敗北。ここで諦めるわけにはいかず、もう少し編集を続ける。

今朝になってみれば、あれだけ酷かった頭痛は落ち着いていた。相変わらず小便の色はおかしいままで、今日も仕事は程々に控えていた(いや、これはいつも)。

そんな日中が終わり、帰宅してパソコンを立ち上げてみると、AmazonからのメールがMailサーバに着信していることを知らせるユーティリティが動作。

件名は『Amazon. co. jp にご登録のアカウント (名前、パスワード、その他個人情報) の確認』となっていて、不自然に半角スペースが設けられていたり、いきなりアカウントがどうこう言われることも不自然。あーこれは…とこの時点で違和感を抱く。ユーティリティ側から削除しても良さそうだが、ネタのためにMailサーバからダウンロードしてみる。

インターネット老人会の人間だけに、この手のメールは散々見てきただけあって、この時点でパスワードや個人情報を奪う詐欺メールと判断できる。

実際に開いてみると、このような内容。初っ端からツッコミどころがあって、送信者はamazonではなく『amozon』となっていて、タイポの一種だろうか。クレジットカードの期限切れを思わせるような記述になっているが、どこにも『クレジット』の単語はなく、ただ単に『カード』となっており、まだまだ脇が甘い。やたらと『カード』とやらの情報更新を促すのが少々不気味。

ここで騙される人間は、情報を更新しないと…とAmazonログインと記された黄色いボタンをクリックしてしまい、そこから先の詐欺ページであらゆる情報を持っていかれるのだろう。

冒頭で気合いを入れ過ぎたのか、Amazonログインボタン以降の記述は極端に少なくなり、問い合わせ先とされるAmazonカスタマーサービスは、ただのテキスト。特にリンクが張られているわけではなく、返答先のメールアドレス等を示したシグネチャも無し。もうすこしがんばりましょうという、嫌味でしかないハンコをくれてやりたいくらい。

パソコンに限らず、スマホにおいてもワケの分からない宛先からメールは来るが、見知らぬ相手からのメールは基本的に信用せず、詐欺やSPAMとして取り扱うのが筋。疑ってかかるくらいがちょうどいい。

先日、ツイッタのTL上にHTML5廃止と出てきて、それについて調べていたらWebページの寿命という、むしろそっちのほうが興味あるなーと脱線したところだった。改めてHTML5の廃止について調べることになった。

だいたい見たところでは、HTML標準を制定してきたW3C(World Wide Web Consortium)とWHATWG(Apple、Mozilla、Opera、Microsoft)という二つの組織による対抗が行われてきた。年数が経過する中で両組織は争いを止め、W3CはHTMLやDOMの仕様を策定せず、WHATWGに協力することを表明…。

この構図、妙に記憶があると思っていたら、Blu-ray対HD DVDで見続けてきた規格争いの一種だ。他にもDDR-SDRAM対RDRAMはリアルタイムで目の当たりにしてきたので、懐かしさすら覚える。

久しぶりにW3Cの並びを見て、ふと思い出したのが『W3C信者、W3C原理主義』という存在。W3Cの標準から外れているWebサイトやサイト管理者に突撃し、文字通り荒らしまわっていた。そういう行為をやる人間が、W3Cの標準に完全に準拠するページを作っていたかと言えば、それは実は闇の中。実際は妬みや単なる自己陶酔だったように思える。

そんな思い出よりも、WHATWGが提唱するHTML Living StandardによるHTMLのバリデータはどうなるのか。現実的にはこちらのほうが重要で、今のところはHTML5での書き方でOKのようだ。まず<!DOCTYPE html>から始まり、言語コードと文字エンコーディングを指定し…といった基本は変わらなくて、これには非常に安堵。今からレポートのHTMLを一斉書き換えするなんて、地獄でしかない。

資料的にはW3Cの方が多く、WHATWGのHTML Living Standardは全く気にしていなかった。今後はWHATWG HTML Living Standardを見なければならないようだ。この世界、自分から気にして調べていかないと、あっという間に置いて行かれるので。