ING銀行の基幹データセンター、消防訓練で消火ガス噴射の衝撃音が大量のハードディスクとサーバを破壊。ATMや決済サービスが停止に オランダに本社を置く大手金融機関INGの基幹データセンターで、消防訓練のため消火ガスの噴射をしたところ予想以上に大規模な衝撃音が発生。大量のハードディスクやサーバが故障したと報道されています。 Fire drill knocks ING bank's data centre offline - BBC News ING Bank pays back fees to clients affected by system crash in Romania A Loud Sound Just Shut Down a Bank's Data Center for 10 Hours | Motherboard これにより9月10日土曜日の朝から夜まで、同社のATMやカード

とても面白いビデオ「Shouting in the Datacenter」を見つけたので紹介します（公開されたのは2008年12月のようです）。 サン・マイクロシステムズ（当時）のFishworksチームに所属するBrendan Gregg氏。「面白い発見をしたんだ！ マネするのはオススメしないけど」。

日本国内で、ガス消火設備の放射音がデータセンターのハードディスクを破壊する可能性についてメーカーが注意喚起済み。実験でも回復不能になる事象を確認 大手金融機関INGの基幹データセンターで、消火ガスの噴射テストにより生じた激しい爆音がハードディスクなどを大量に破損、ATMやカード決済などの銀行業務が停止する深刻な事態が発生したことを報じた1つ前の記事には、非常に多くの反響がありました。 ING銀行の基幹データセンター、消防訓練で消火ガス噴射の衝撃音が大量のハードディスクとサーバを破壊。ATMや決済サービスが停止に こうした消火ガス放射音によってハードディスクなどが故障を起こす可能性があることは、すでに日本国内で防災機器メーカーから注意喚起されていたとの情報を、はてなブックマークでいただきました（id:poko_penさん、ありがとうございます）。 それが能美防災株式会社が2014年2月付で公

製造者は、分かっていた？ 図4から分かるが、A点のコネクタのハンダ面のパターンが剥離し、浮いている。どうやらパターンの実装設計に無理があるようだ。ハンダ面のコネクタのランドの面積が小さいため、この中継コネクタを強く押し込むとパターンに掛かる力でランドがはがれてしまう。 恐らく製造者はこれを知っていて、中継コネクタの嵌合（かんごう）を甘くしてパターンに掛かる力を軽くしたと思われる。逆にこの嵌合が甘いコネクタが接触不良を引き起こしトライアックのゲートに十分な電圧が掛からずトライアックはオフしたままになったと推定される。 パターンとコネクタの圧着を強化し、修理完了！ コネクタの圧着を強化し、パターンがはげないようにハンダ面のランドを補強した。その結果AC100Vを通電すると正常に2次側の電圧が出力されてファンも回り始めた。各電圧を測定したが、DC5V電圧が少し高めだったので、電源基板のボリウムで

万が一に備えて なお改造ミスがあると電源が焼損する危険性があるので、いきなりAC100Vを接続せず、DC12V電源をAC端子に印加し、DC12Vの極性を入れ替えて印加して2つの電解コンデンサの電圧を測定してもらった。その後に投稿者から連絡があった。 ご指示の倍電圧整流の確認を、DC12Vを使用して行ったのですが、極性を変えたときに、『両方のコンデンサで約11ボルトを計測できる』ということにはなりませんでした。極性を変更すると11ボルトがかかるコンデンサが他方に変わりました。 以上のような回答があり、倍電圧整流回路が機能していることも分かった。AC端子の切り替えに時間がかかり他方の電解コンデンサが放電してしまったようだ。これならAC100Vを投入しても、もう大丈夫だ。 その後、投稿者からAC100Vを通電したら、出力電圧が全て正常になったと報告があった。100％ではないが、この電源が使用可能

8.4Vを供給 取り付け前にDC-DCコンバータの出力電圧を8.4Vへ調整した。なおオシロスコープの内部には大きなスペースがありこの改造でも十分な余裕があった。改造した電源部をオシロスコープに組み込み、AC100Vを通電した。図6に示す。 オシロスコープの液晶表示が点灯し、テスト端子の波形が確認できた。消費電力は12.2Wだった。借用したオシロスコープでは同じ接続で11.2Wであり、修理したオシロスコープは1Wほど消費電力が高かった。降圧DC-DCコンバータを追加したので1Wの電力増は、問題はないだろう。これでとりあえずの暫定修理は完了した。 今回の修理で取り外した2個のICの写真を図7に示す。なおICの型名が見やすいようにライトアップして撮影した。 図7の右側のICがAC100VからDC8.4Vを生成する電源制御ICのR7731A、左側がDC8.4VからDC－7.4V電源を生成するDC-

100円ショップの変換プラグに！ さて、手持ちの部品でこのICの代わりの部品を探した。単品のICは無かったが100円ショップで買った自動車用電源からUSBコネクタで5Vを供給する「変換プラグ」の存在を思い出した。確か、このプラグの基板はMC34063Aに似たICが使用されていたはずだ。 早速、100円ショップで売られている変換プラグを分解してICの型名を確認したら、やはりMC34063と記載されていた。型名が同じなので代替品に使える。シガーソケット－USB変換プラグの基板の写真を図3に示す。

起動電流の抵抗 起動電流の抵抗は何を使っているか把握するため、VDD端子から基板上で接続先を確認した。すると、『ドキッ！』とするものが見つかった。起動抵抗は1.6MΩだったが、接続先がなんとIGBTのコレクタらしかった。トランスを通して起動電流は供給されるので、この接続でも問題なく動作開始できると思う。しかし少し違和感を覚えた。恐らく、パターン設計の都合上、仕方なく、整流されたコンデンサの＋側ではなく、IGBTのコレクタへ接続したと思われる。 またこのICの2つのNC端子はランドなしの穴のみだった。筆者も40年ほど前の仕事だが量産品の設計でランドなし穴を使った記憶がある。この方法ではランド間にパターンを通すことができたのでジャンパー線を減らし、コストダウンできた。 この電源基板はガラエポを使用していたが、もちろん片面基板でコストダウンをかなり意識した基板設計だ。回路部品の定数を調べたら少し

OWON製オシロスコープPDS5022Sの活用という良いページの紹介。 LibUSBドライバを使用して、linux上で波形をダウンロードするツールが紹介されていました。 ... オシロと同じ ...

不良シーケンサの修理――配慮のない設計が招く必然の故障：Wired, Weird（3/3 ページ） 電池は必ず液漏れする さて、ひとまず放っておいたシーケンサのCPU基板の修理だが、どうしたらいいだろう……。あまりにも漏れた電池による被害が大きすぎてとても手が出せない。 取りあえず乾燥させたCPU基板をシーケンサに実装してAC100Vを通電したらやはりCPU異常が点灯した。しかしCPU基板を修理するのは無理だろう。代替のCPU基板をなんとか入手し、シーケンサの修理を完了した。 修理の仕事で一番難しいのは腐食した基板の処理だ。特に電解コンデンサーや電池が液漏れをおこすと周囲のパターンだけでなく、電子部品も破損してしまう。この液漏れがなくなれば電気製品の信頼性は格段に向上するだろう。他の修理品でもリチウム電池が液漏れし、基板上に液が流れ電子部品を破損させた例があった。 今回この記事をあえて開示

基板を洗浄 まずは基板全体を水で洗浄し、基板の表面をブラシで擦って基板上の液をクリーニングし、再度、水で洗浄した。その後、布で拭いて水分を取り、ドライヤーで乾燥させ、風が通りやすい場所にかげ干しして、十二分に乾燥させた。 その後、電解コンデンサの周囲の汚れをアルコールで拭いてクリーニングし代替の電解コンデンサを実装した。修理した電源基板をシーケンサに実装してAC100Vを通電したら、電源表示が点灯し、DC24Vが出力された。図7に示す。 修理完了……!? 図7でシーケンサの電源表示（緑LED）が点灯しDC端子には24.1Vの電圧が測定された。これで電源基板の修理は完了した――。 4級アンモニウム塩の電解コンデンサが液漏れした基板に久しぶりに遭遇した。この電解液を使った機器は焼損事故が起こりやすいが、このシーケンサが20年近く動作できたのは、電解コンデンサの液漏れが少なく、電源の制御に影響が

www.tcichemicals.com › product › topics › Quaternary_Ammonium_Salts 第四級アンモニウムは，アンモニア分子が炭素で四置換した有機化合物であり，カチオン状態をとっています。第四級アンモニウムの塩は自然界に存在し，塩化 ...

2個の電解コンデンサーが少し怪しい…… さて、電源部で重要な電解コンデンサーを確認してみた。図5に示す。 この温調器には電解コンデンサーが3個あり、一次電源、アナログ電源、表示・出力電源の3個と思われた。一次電源の電解コンデンサーは表示容量100μFに対し実測容量は95μFで、ほとんど容量抜けしていなかった。しかし、アナログと表示用の2個の電解コンデンサーは少し怪しい……。怪しい2個のコンデンサーは基板の右側に配置されているが、実装したままでは容量は測定できなかった。ハンダ面の写真を図6に示す。 図6で赤四角で囲んだ部分が表示用の電解コンデンサーのハンダ付けされたリードだ。詳細に確認するとハンダ付けされたランドに割れが見えた。リード周辺にも液が広がった跡が見られ、100μFの電解コンデンサーの左側リード（マイナス側）から電解液が漏れているようだ。この状況からして、電解コンデンサーの劣化は明

基幹系システム ERP 会計システム 電子帳票システム ワークフロー 勤怠管理システム もっと見る 情報共有システム・コミュニケーションツール グループウェア Web会議 テレビ会議/ビデオ会議 ファイル共有 文書管理 もっと見る 情報システム SFA CRM コールセンター/CTI BPM PLM もっと見る メール 電子メール メールセキュリティ メールアーカイブ その他メール関連 もっと見る エンドポイントセキュリティ アンチウイルス 暗号化 認証 ID管理 メールセキュリティ もっと見る ネットワークセキュリティ ファイアウォール WAF IPS UTM セキュリティ診断 もっと見る 運用管理 統合運用管理 IT資産管理 サーバー管理 ネットワーク管理 統合ログ管理 もっと見る バックアップ バックアップツール バックアップサービス テープバックアップ その他バックアップ関連 もっ

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

かぞえチャオ！についての説明ページです。 「かぞえチャオ！」は、他のステップカウンタにはない機能を多数持っている、多機能ステップカウンタです。 かぞえチャオ！の８つのOnly One！ 関数（クラス、メソッド）ごとにステップ数がカウントできます プリプロセッサの有効部分と無効部分を切り分けてステップ数がカウントできます HTML等に含まれるスクリプトに応じたステップカウントができます 変更前後のステップ比較が関数ごとにできます 関数ごとに新規、修正元、修正、流用、削除ステップが算出できます どの関数がどの程度変更されたのかステップ数の違いですぐに把握できます 関数ごとに指定キーワード（変数名や関数名など）の数がカウントできます 静的解析連携機能により、関数ごとに静的解析結果の警告数が把握できます さらに、ここみチャオ！と連携することで、 実際にどのコードが変更されたり追加されているのかがわ

ウォーターフォル開発の見積り手法については昔から議論されてきました、COCOMOのようなステップ数による見積りから始まり、外部入出力から見積りを行うファンクションポイント法(FP法)、ユースケース図から見積りを行うユースケースポイント法等さまざまな工数見積の手法が提案されてきました。しかし私がたどり着いた最善な見積り方法は KKD法＋積み上げ法 という至って原始的な方法です。 KKD法とは、感(K)と経験(K)と度胸(D)で見積りを行う方法で、熟年経験者の完全なる感に頼るというヒューマンスキルに依存した見積り手法です。 積み上げ法とは、実施する作業を出来るだけ細分化して個々のタスクについて見積りを行った後、それをすべて合計する事で全体の工数とする見積り手法です。 私も昔、だれでも見積りを行える見積り手法というものを目指して様々な方法を模索してきました。その模索の中でわかったことはそもそもF

ウォターフォール開発には工数に見合った適切な開発期間というものがあります。100人月の作業が100人いたら1ヶ月で終わるかといったらそんなことはありません。100人月かかる作業にはそれに合わせた開発期間が必要です。ではどうやって開発期間を求めれば良いでしょうか。 開発期間を見積るにはCOCOMOの指標が役に立ちます。COCOMOとはソフトウェア開発の工数・期間の見積もり手法です。COCOMOではシステム開発にかかる期間を工数をxとした場合 小規模 2.5*x^0.38 中規模 2.5*x^0.35 大規模 2.5*x^0.32 と定義されています。この指標は古いものですが統計情報を元に算出されているためなかなか優秀でJUASが2007年に調査した値でも近い値となっています。 しかしこの値には、 小規模、中規模、大規模の境目が難しい 計算式が覚えにくい 1人月で計算すると2.5ヶ月かかるとい

結局皆さんテスト密度等の実際の数字が気になるところですよね。今まで出てきた数字をまとめてみます。指標の数字は実施している手順やテストケースの書き方等に大きく影響されるので一概にこれが正しいという数字はありません。しかしなにも手がかりや実績も無いという人もいらっしゃるかと思いますのでそのような場合は以下のような設定をおいてみるのも良いかもしれません。ちなみにKLOCはJavaがベースです。 開発期間 開発期間＝工数^0.5 開発期間は平方根で求めます。たとえば9人月の作業は3人で3ヶ月です。 最大期間短縮率 最短開発期間＝工数^0.5*0.75 短縮率は最大75%。これ以下の開発期間はデスマ高し。 工数割合 設計:実装・テスト　3:7 設計終了段階で既に4割くらい使ってしまっているとかなりデスマ率は高いと思うので機能を減らす等早めに手を打った方が得策かもしれません。 ケース数 単体：150ケ

指標に使うステップ数はどのようにカウントすれば良いでしょうか。 ステップ数をカウントするツールはいっぱいありますが、どのツールでも大抵全ステップ数以外に実行ステップ数、コメント行、空白行を分けてカウントしてくれると思います。この中で基本的に指標として使用する数値は「実行ステップ数」です。何故ならステップ数をカウントする一番の目的はテストケース数が妥当かを確認するためです。コメント行や空白行に対してテストは実施しないのでテスト指標として利用する場合は取り除くべきです。 ではXMLやプロパティファイル、HTMLなどの微妙なファイルのステップ数はどうすれば良いでしょうか。基本の考え方は上記と一緒です。そのファイルに対してテストを実施するのかどうかで判断します。例えば単純な設定値を記載するようなXMLでテストが不要なものはカウントとしては含まないですが、XSLTのようなXMLと言いつつ実際はプログ

情シス担当者なんていない 現在、nanapiは社員数30名弱くらいの会社規模です。アルバイトさんを含めると70名くらいになりますが、そのうちエンジニアは私を含めて8名。このくらいの会社の規模だと、まだ情シス的な仕事を専門的にやるような人はいません。 当然、ネットワークの専門家もまだ弊社にはいないので必然的にエンジニアの誰かがこのあたりを担当することになります。ベンチャーにおいてだいたいの場合、こういった技術的な行き場の分からない仕事ってのはCTOがやるもんです。 しかし、情シス的な仕事って本当に難儀な仕事。動いてて当たり前、高速で当たり前、ちょっとでもネットワークが遅くなるものならその時点ですでに障害です。 外注するという選択肢もありますが、何かしら社内でネットワークのトラブルがあれば少なくともその瞬間はたぶん僕が対応するなり調査するなりすることになります。どうせそうなるのであれば、自分で

ヤマハのRTX1100ルータでフィルタリングの設定をしたのですが、どうもうまく行ってないような感じがするので、フィルタされたかどうかログを確認しようと思いました。 show log コマンドでログが確認できますが、デフォルト設定ではパケットフィルタされた情報は残りません。 RTXには以下の3つのログタイプがあります。 NOTICE : パケットフィルタリングで、落としたパケットの情報 INFO : 通常の情報(デフォルトで有効) DEBUG : 障害解析などの為に、ISDNやPPPのデバッグ情報 今回はパケットフィルタされた情報が欲しいので以下のように NOTICE タイプのログを有効にします。 syslog notice on これで通信を試しログを表示して見ました。 show log 1980/03/13 15:57:20: LAN1 Rejected at OUT(10000) fi

蓮舫議員の出自をめぐる話題が炎上している。 騒いでいる人たちは、彼女が「二重国籍」である可能性を疑っている。そして、彼女が二重国籍なのだとすると、それは国を代表する政治家としてふさわしくないと言い張っている。 「私は蓮舫議員の出自を問題視しているのではない。国籍に関する法的な処理の細部をあげつらおうとしているのでもない。ただ、公党の代表選に出馬する人間としての説明責任を問うているだけだ」 という感じの、より慎重な言い方で彼女の非を鳴らしている人々もいる。 個人的に、後者の主張は、卑怯な姿勢に感じられる。 実際には出自にツッコミを入れているにもかかわらず、表面上はあくまでも「政治家としての質問への答え方」を問題にしているかのようなポーズをとっているからだ。 出自や血統が気に食わないのなら、思っている通りにそう言えば良い。 出自を持ち出すことに後ろめたさを感じるのであれば、はじめから何も言うべ

ラジオ放送局「TBSラジオ」のサイト。TBSラジオの周波数は[AM954kHz/FM90.5MHz]。PCやスマートフォンではradiko（ラジコ）でもお聴きになれます。全国のラジオ34局ネットワークJRN（JapanRadioNetwork）のキーステーション。記事や番組内容、オンエア楽曲、最新イベント・グッズ情報などのコンテンツを毎日更新中!!

Office2003のサポート期限についても、2014年4月に終了が迫っていることから、WindowsXPと同様に移行がすすめられている。しかし、そこで問題となるのが、Office2007から導入されているリボンと呼ばれるメニュー形式だ。 Office2007以上から利用している方は、そう違和感がないかもしれいないが、過去のOfficeと比べると大幅なユーザインターフェースの変更になっており、使いづらいと感じることが多い。特に、昔からExcelを使っていた者としては、どこに何の機能があるのか、全く分からなく作業効率が悪くなってしまい困っている状態だ。 システム管理者としても、利用者からこのようなメニューのどこにどの機能ボタンが移動したかというようなことを、多数の利用者から問い合わせられても、対応が厳しいものがある。 残念なことに、マイクロソフトは、クラッシックなメニューを復活させる気はない

本連載は、これからプロジェクトマネージャへの転身を考えている方、現在PMBOKベースでマネジメントされているプロジェクトに参加しているメンバーの方などを対象にしています。『プロジェクトマネジメント知識体系ガイド第3版（日本語版）』（以下、PMBOKガイド）の解説を行いながら、プロジェクトマネジメントの基本を解説していきます。なお、各小見出しの横には、対応するPMBOKガイドの章を記載していますので、PMBOKガイドを学習する際の参考にご利用ください。記事の最後には演習問題を用意しました。復習にご利用ください。 最近、さまざまな企業でプロジェクトマネジメント力の強化が注目されています。IT業界も例外ではありません。そんな中、プロジェクトマネジメントにおいて、米国のPMI（Project Management Institute）がまとめた「PMBOK」という知識体系を適用する企業が増えてきま

皮肉なことに、プロジェクトと失敗とは相性がよい。納期どおりにできなかった、要求どおりにできないことが多い、機能を削減することが多いなど、もともとの目的、スコープから、後退したプロジェクトの経験を持つITエンジニアは多いに違いない。なぜ目的どおりにいかないのか。どこを改善したらいいかを本連載で明らかにし、処方せんを示していきたい。

プロジェクトの失敗例で多いのは プロジェクトの失敗で、一番多いのはシステム化範囲（スコープ）がいつのまにか大きく膨らんでしまい、納期も遅れ、コストも膨らんでしまうケースである。 このようなプロジェクトは昔から後を絶たないのであるが、その対策が十分に取れているとは思えない。今回は、このシステム化範囲がぶれる問題を考えていきたい。 なぜ、システム化範囲はぶれるのか システム化範囲がぶれる理由はいろいろあるが、その代表的なものを挙げてみる。 （1）「ｘｘシステム一式」という契約書は意味があるのか そもそもシステム化範囲は明確になっているのであろうか。最近私が関与した会社で、ベンダから送られてきた契約書を見せてもらったが、そこに記載された委託内容は「生産管理システム一式」という文言が1行書かれているだけであった（図1。この契約書は、一体どういう意味を持っているのであろう。確かに金額や一般的な責任は

建築業界では、ほとんどの工事は見積もり額の－10～＋10％に入るといわれており、多少誤差があるが、このPMBOKの定義とほぼ一致している。これに対しシステム開発では、最終的にはどのくらいの見積もり精度なのだろうか。感覚値だが、たぶん、－20～＋100％ぐらいになっているのではないだろうか。 それでは、なぜシステム開発においては、見積もり精度が出ないのであろうか。これには、いくつかの理由が考えられる。 （1）機能の洗い出しが不十分 確定見積もりを算出するためには、プロジェクトで開発するシステムの機能とその難易度が分からないといけない。しかし、見積もりを算出する段階で、そもそも機能は明確になっているだろうか。機能が明確でないのに見積もりを提出しているとすれば、その精度はそもそも期待できなくて当然である。 （2）見積もり技術が確立していない システム開発においては、見積もる人によって金額に倍の開

☆評価が、9件のカスタマーレビューで5つ星のうち 4.4ですね。評価母数は少ないけれど高いですね。 人気ブログ「闇株新聞」の書籍化らしいです。 闇株新聞　ｔｈｅ　ｂｏｏｋposted with amazlet at 13.10.17ダイヤモンド社 (2013-04-29) 売り上げランキング: 2 Amazon.co.jpで詳細を見る それ、計画時に出来高計れます？ 生産性とは計画経済の中の話だと思うんだよね。「ある期間にこれだけ作ろう！」って話。プロジェクトである期間で「プログラムをn本作ろう！」ってことです。なので、労働集約型の作業なわけで。 キーワードは、“ある期間”、“出来高”。これだけ指標が揃っていれば、あとは生産する設備の数をどうするかって話です。プログラムはまだまだエンジニアが作らないと業務ロジックを入れられないので生産設備＝エンジニアなわけで。で、予算でそれだけ生産設備であ

ユーザー企業に納得してもらい，かつプロジェクトの利益を確保するためには，どんな見積もりを行えばよいのか。そのカギを握るのが，システム特性とリスクをしっかりと検証，分析し，すべての費用項目を洗い出すことだ。 「標準的な見積もり技法を使って見積もりを行っているのに，大きなずれが生じることが多い」──。見積もりに関して，こうした悩みを抱えるITエンジニアは多い。 第1部でも触れたように，システムに求められる要件やシステム構築の手法はますます複雑化し，見積もりもどんどん困難になっている。そうした状況で精度の高い見積もりを行うためには，標準的な見積もり技法を的確に使いこなす必要がある。ただし，それだけでは十分ではない。標準的な見積もり技法を使っていても，(1)システム特性を十分に考慮した見積もりを行っていない，(2)リスクの徹底的な洗い出しとその対策を実施していない，(3)投入資源や経費などを含めた

ユーザー企業に納得してもらい，かつプロジェクトの利益を確保するためには，どんな見積もりを行えばよいのか。そのカギを握るのが，システム特性とリスクをしっかりと検証，分析し，すべての費用項目を洗い出すことだ。 「標準的な見積もり技法を使って見積もりを行っているのに，大きなずれが生じることが多い」──。見積もりに関して，こうした悩みを抱えるITエンジニアは多い。 第1部でも触れたように，システムに求められる要件やシステム構築の手法はますます複雑化し，見積もりもどんどん困難になっている。そうした状況で精度の高い見積もりを行うためには，標準的な見積もり技法を的確に使いこなす必要がある。ただし，それだけでは十分ではない。標準的な見積もり技法を使っていても，(1)システム特性を十分に考慮した見積もりを行っていない，(2)リスクの徹底的な洗い出しとその対策を実施していない，(3)投入資源や経費などを含めた

パソコン　修理 PCアシスト 〒289-1226 千葉県 山武市横田948-3 050-1205-3827 0475-77-7447 https://pc2.jp/pc 営業日　月～金 営業時間　9時～18時 休業日　土日祝日 PCアシストは、パソコン修理の専門店です。 電源が入らない、画面が表示されない、OSが起動しないなどの壊れたパソコンを格安で修理致します。 ＝修理ご依頼はこちら＝ 無料見積-お問合せ

仕事でPCを使っていたところ、何だか焦げ臭いにおいとともに白煙が立ちこめ、一瞬火事かと思ったらPCから発煙していて、次の瞬間にはPCが落ちていました。 PCを開けてみたら、原因はDVDドライブのSATA電源コネクタでした。 プラス12VのラインがGNDとショートして火を噴いたようです。買ってから5年くらい、ずっと問題なく動いていて、ほこりの積もる場所でもないし、ケーブル側コネクタの不良でしょうか…。ググってみるとSATA電源コネクタからの発火は結構あるようです。焦げたラインとドライブを外して起動したら、元通り起動してほっとしました。 当初は電源ユニットの故障だろうということで、余っている電源ユニットと交換しようとしたのですが、このHPの320W電源（型式：HP-D3201A0）のコネクタは、通常のATX電源とは違うのです。 まず、電源から出ているコネクタが3個だけで、ピンアサインをたどって

依頼者と一杯飲んで，佐渡からの帰り，ジェットフォイル（１７：２０両津発）に乗船した。乗船後しばらくして，軽い衝撃を体感した。それから１−２分して同船は越佐海峡で運行を中断した（１７：４０ころ）。 「鯨と衝突したのだろうか」と思ったら，水中翼に漁網が引っかかった様子である(>_<)。「漁網を取り外すことは困難であり，このため本ジェットフォイルは，高速走行が不能になった。低速走行で，新潟西港に向かう」とのこと。 波が激しく上下していることに伴い，船も激しく上下動していて，気持ちが悪い。上下３メートルくらいの横揺れがある。後ろにいる親子連れは，滅多にない事故に遭遇し喜んでいる。 酔い止めが必要だ。甲板員が走り回っている（矢っ張りキビキビしている）。佐渡には，これまで３０往復くらいしているのだが，こんな事は初めてだ。ＡＮＡで前輪が出なかった事故と似たり寄ったりなのかも知れない。 １８：０１　本船は