anchor
Windows7の「ファイル名を指定して実行」の履歴が残らなくなってしまった〜履歴表示、あるいは消す方法と「ファイル名指定して…」の便利なTips（追記あり）
Windows7の「ファイル名を指定して実行」 は履歴が見えなくなってしまった。「ファイル名を指定して実行」 にまつわるTipsいくつか。
さて、世の中はWindows7、8更新祭りである。
どういうことかというと、もうつとに各所で話題になっているが、来年・2014年の４月にWindowsXPのサポートが正式に打ち切られる。
サポートが打ち切られるということは４月９日に突然動かなくなるわけではない。
しかし、単にバギーであるというのとサポート打ち切り・サービスエンド品というのでは全く事情が違うのだ。「その警告は既に周知させています。Windows7以上に更新してください」
いよいよWindowsXPも腐ったミルクの仲間入りだ。
すると今までVista以上の新しいOSにほぼ無関心だったユーザがWindows7に乗り換えて、阿鼻叫喚とはいかないまでもあちこちここが変わった、ここが使いにくい、XPのようにもとに戻すにはどうしたらいいかなんていう管理者へのクレームが沸き起こっている。
「ファイル名を指定して実行」 なんてのもそのひとつで、その履歴はXPまでは見えるのがデフォルトで、プライバシーのために見えなくするTipsなんかが紹介されていたが、7（正確にはVista以降）はこの履歴が見えないのがデフォルトに変わった。
詳細キャプチャーで。「ファイル名を指定して実行」 自体スタートメニューに見えなくなったのが７ではデフォルトになった。
さらに「ファイル名を指定して実行」 の便利な使い方についても。
「ファイル名を指定して実行」
タスクバーとスタートメニューのプロパティ のスタートメニュー タブに入るプライバシー の項目がふたつチェックが外れている筈だからこれを入れる
「ファイル名を指定して実行」 での検索履歴が残って表示される
「このMacについて」 だが「ファイル名を指定して実行」 でwinverと打つこの便利コマンドの一覧表 があった
「ファイル名を指定して実行」 はWindowsキー＋Rキー で一発表示できることは「ファイル名を指定して実行」 は
「スタートメニュー」 のカスタマイズボタンをクリック
「ファイル名を指定して実行」コマンド
「ファイル名を指定して実行」
が表示されるようになる
＜追記＞ ここ をはじめいくつか見つけた。
逆に頑固でポリシーガチガチと思われているAppleは案外ユーザの声に押されてUIの考え方が変わったりする。
anchor
（Freeware) OS10.7Lion対応
OS10.8Mountain Lion対応 ターミナルでのファイル操作に似た雰囲気の高速GUIファイルブラウズ・オペレーションアプリ
MacのデフォルトのファイルブラウザはFinder で、これの出来が良くないという声は昔から根強い。Finder に不満は確かにないわけではない。
それでPath Finder など始め代替ファイルブラウザはいくつかあるのだが、このFiles はUNIXから入ってきた、ターミナルシェルでファイルを操作する人には馴染みやすい操作感かもしれない。
詳細はキャプチャーなのだが、すべての操作をメニューバーボタンかメニューコマンドで実行、ファンクションキーを中心にしたショートカットキーがすべて割り当てられていて、ほぼ全てのファイル操作をキーボードだけで可能というのが面白い。Finder よりも使いやすいかもしれない。
Files は左右２ペイン方式のファイルブラウザ
Finder でいうところのQuicklookのような機能もある
anchor
（Freeware) OS10.6SnowLeopard対応
OS10.7Lion対応
OS10.8Mountain Lion対応 Zip、7z、B1が扱えてWindowsのアンジッパーやアンアーカイバのように圧縮ファイルを開いてもコピーを書き出さないでファイルブラウザのように中身を表示する（一部圧縮も作れる）アーカイバアプリ
Macのアンアーカイバはシステムデフォルトのアーカイバユーティリティ があるのだが、これは扱えるフォーマットの種類が少なくて、ちょっと困るケースがある。
例えば最近Windowsの世界でよく見かける7z（7zip）形式のアーカイブはテキストなどの圧縮率がzipよりも高く、下手するとzipの５分の１くらいの大きさまで圧縮することができる。「メールでくれ、ファイル転送サービスなんかで送るな！」 アーカイバユーティリティ では扱えない。
この問題はThe Unarchiver 等を使えば解決するのだが、WindowsからMacにスイッチしてきたユーザには「zipとか7zとか開こうとするとなんですぐにコピーファイルを書き出そうとするのか？Windowsのアンアーカイバのように中身を見せるだけで書き出しをいきなり始めないようなアンアーカイバはMacにはないの？」
それはこのB1FreeArchiver が解決してくれる。
これでzipや7zを開くとファイルブラウザのようなウインドウが開いて、アーカイブの中身を見せてくれるがいきなりコピーを書き出さない。
今のところ展開はzip、b1、7z、zipx、rar、tar、gz、tgz、tar.gz、tpz、taz、bz、bz2、bzip2、tar.bz、tar.bz2、tbz、tbz2などほぼ全てのアーカイブ形式が対応できる
作成の方に関してはzipとb1のみだが実用は問題無いと思う。
B1FreeArchiver のインターフェイスはいわゆるエクスプローラタイプ
The Unarchiver 等でも可能だがこのB1FreeArchiver がいいのは
B1FreeArchiver を起動するとアーカイブファイルのアイコンはこんな感じに変わる
anchor
（Freeware) OS10.7Lion対応
OS10.8Mountain Lion対応 Macのショートカットキーをフローティングで表示してくれて覚えにくいキーも覚えられるメニューバーアプリ。
Macはショートカットキーを覚えればオペレーションを非常に高速化できる。
でもいつも使うアプリのいつも使うメニューだけ憶えていればいいので、その時にちょこっとカンペーを出してくれれば次回からちゃんと覚えられると思う。「ああ、このメニューのショートカットキーがあったのに」
ならばこのEVE が操作をした後でショートカットキーを控えめに教えてくれる。
例えばネットワーク越しに共有につなぎたい時、Finder の移動 メニューからサーバへ接続 メニューと選んで、URLのリストを呼び出す。EVE がコマンド＋K とデスクトップに表示してくれる。
Growl を入れている時はGrowl で表示してくれるし、入っていない時には通知センター のバナーで表示してくれる。
これの特筆すべきところはEVE 起動中に起動してきたアプリのリソースファイルからショートカットキーを読み込んで、どんどんショートカットキーブラウザーにキャッシュすることだと思う。
該当アプリを終了してもショートカットキーは残るようなので、その分キャッシュも膨らんでどうだろうかという懸念もあるが常時使うアプリはたいていの人の場合２０〜３０というところだろう。
EVE はメニューバーアプリとして常駐する
EVE のユニークなところはショートカットキーをプリセットされて
Finder でサーバへ接続 としてみると…
コマンド＋Kキー でできますよと表示してくれる
Growl の表示だがGrowl を入れていない場合は通知センター のバナーで表示してくれる通知センター があるLion以上となる
Growl の場合たいてい同一画面で表示捨てくれるのだが…
Growl の仕様だからしかたがないEVE は通知センターで使った方が便利かもしれない
Temperature Monitor のようなサードパーティアプリの
Audacity のようなJavaランタイムアプリでもショートカットキーを読み込んで表示できる
anchor
（Freeware/Shareware) OS10.6SnowLeopard対応
OS10.7Lion対応
OS10.8Mountain Lion対応 宇宙からやってきた謎の生物を撃退するLaserface Jonesを操って無数のエイリアンを殲滅する縦横スクロールシューティングゲーム
ありがちなパターンだけど、何も考えないでバカスカ撃ちまくるようなシューティングゲームを無性にやりたくなる時もある。
anchor
（Freeware for iPhone, iPad) iPhone、iPadで使える、Feedlyと同期できるRSSリーダーアプリ。
突然のGoogle Reader終了騒ぎで、RSSを利用しているユーザは何に乗り換えるかで阿鼻叫喚になっていたが、結局Feedlyに乗り換えた人が多かったんじゃないだろうか。
当初はいろいろ使い慣れないのが不便と文句を言っていたが、使い慣れてみるとGoogle ReaderでやっていたことはFeedlyでもほぼできるのでどうってことはなかった。
ただちょっと困ったのはGoogle Readerに同期していたRSSリーダーアプリの方だ。
それでFeedlyと同期できるRSSリーダーをいくつか試してみたが、なかなか前の環境に近いものがなかった。Byline が一番手に馴染んだ。
登録したサイト全部をニュース的に見ることもできるし、それぞれひとつずつ見ることもできる。Byline は「あとで読む」というフォルダを作ってこの問題をあっさり解決してくれた。
これがベストかどうかはわからないけど、今のところこれが一番使えるRSSリーダーなので結局こればかり使っている。
と言いながらこれを使い慣れたら、これを入れるまではどうやってRSSを見ていたのか思い出せなくなったw
Byline はディレクトリ構造を同じページで一覧できる構造
anchor
（Freeware/Shareware) OS10.7Lion対応
OS10.8Mountain Lion対応 ふたつのフォルダを同期、あるいは差分追加、あるいは双方向同期、圧縮コピー、FTP同期転送などができるバックアップアプリ。
フォルダ単位の同期アプリということならいくつかあるが、このSync!Sync!Sync! は上記のように多機能で、ネットワーク越しにヴォリュームの同期とか、アップローダとしても使えそうだ。
同期コピー、追加コピーもそれぞれ「選択」というメニューも用意されファイルの書き込みや削除の時に確認を出すこともできる。
週一あるいは毎日定期バックアップを取るスケジュール機能もあるので、バックアップは取りたいがTime Machineは必要な容量がデカすぎて困るという場合は、その代わりとしても使える。
詳細なログが残るのもありがたい。
フリーウエアとしてもフル機能を利用できるが、バックアップの組み合わせは３つまでに制限される。
Sync!Sync!Sync! は左の同期リストに＋ボタンで組み合わせを追加
Sync!Sync!Sync! でネットワーク越しにサーバのファイル管理という手もある
anchor
（Freeware) OS10.8Mountain Lion対応 Mac上でもCPUを仮想的にマルチスレッド化するハイパースレッディングを実現するアプリ。
ハイパースレッディングについて簡単におさらいすると、コンピュータはCPUの処理スピードで大体の体感速度が決まってしまうくらい、CPUの処理速度が重要なのだがかつてはこれはCPUのクロックを上げることでスピードアップしてきた。
この数字は等比級数的に伸びてはきたのだが、そろそろ技術的には限界にきている。
じゃ、どうする？
そこでひとつのCoreの中の処理を多重化して仮想的に複数のCoreがあるかのようにマルチスレッド化する技術をIntelは「ハイパースレッディング」と名付けた。
４Core８スレッドというようなスペックの場合、同時に並行して８つの処理プロセスがデータを処理している。「速くなる場合もあるしならない場合もあるし、場合によっては遅くなる場合もある」
たとえばマルチタスクで多数のファイルを処理するような場合、確かにマルチスレッド、ハイパースレッディングは威力を発揮するようだ。
ところがビデオエンコードとか大きなデータが流れてくる処理は逆に遅くなったり、負荷が大きくなったりということがあるようだ。
Macの場合も実はこのマルチCore、ハイパースレッディングというのはコントロールできる。
CPUSetter は物理的なCoreのうちいくつを使うか、またハイパースレッディングをいくつ使うかをスライドで制御する。
残念ながら私の2009年モデルのMacBook ProはCoreDuoなので、実際試してみるとCoreをふたつ使うかひとつに絞るかしかコントロールできない。
最近のMacの採用しているCPUならできる筈だ。
また今私も直面している問題だが特定のアプリがうまく動かない場合、シングルスレッド化することでうまく動くようになるということだってありうる。
このアプリがどう役立つかはケースバイケースだと思うが、試してみても面白いと思う。
CPUSetter を最初に起動する時にHelperを「インストールするか？」 と聞いてくる/Library/PrivilegedHelperTools/net.whatroute.cpusetter
CPUSetter の南京錠アイコンをクリックして解除すると変更可能になる
CPUSetter のアンインストールだが本体を削除だけでもいいのだがFinder の検索で「CPUSetter」 と入れて＋ボタンで検索条件を追加「システムファイル」 を「含む」 を選択する/Library/PrivilegedHelperTools/net.whatroute.cpusetter
anchor
（Freeware for iPhone, iPad) 昔懐かしいレーシングサーキットゲームアプリ
ケーシングサーキットとかスロットレーシングとかいう名前で、私が子供の頃流行したのは結構大きなコースにレール状のミゾがあり、そこに電極を挿した車を手元のリモコンのボタンを押すとスロットルの操縦になるというゲームだった。
操縦といってもハンドルはなく、レールから脱線しないようにスロットルを加減しながらできるだけ速くコースを走るという競争だった。
当時小学生だった私にはとても手が出るシロモノではなく、大人や金持ちの友達が遊んでいるのを眺めているだけだった思い出がある。
このゲームもハンドルさばきは関係なしで、画面にタッチするとスロットルを押し込んだ状態になる。
ゲームはフリーウエアだがコースやレースカーの購入が有償になる。
anchor
（Shareware) OS10.6SnowLeopard対応
OS10.7Lion対応
OS10.8Mountain Lion対応 Mac上の特定のアプリをブロックして起動しない、あるいは操作できないようにするメニューバーアプリ。
前々からこういうアプリが無いかと思って探していた。
例えばマルチユーザで運用する時に、当然管理者はシステム設定をいじったりネットワーク設定をいじったり自由にしたいが、ユーザがそういう領域に触ることを禁止したい、それだけじゃなくてメンテナンスアプリを触ることも禁止したいとかそういうケースがあると思う。
それ以外の機能はユーザに自由に公開したいのだから、あまり管理権でガチガチに縛ってしまうのは問題がある。
このMacAppBlocker がまさにそういう用途で使える。
使い方は以下の通り。
あとはMacAppBlocker の管理画面をメニューバーアイコンから開いて禁止したいアプリを登録していけばいい。
またこのMacAppBlocker でアクティビティモニタ やTerminal も禁止にできるから、MacAppBlocker 自体を強制終了することもできなくなる。
設定画面にはアクセス失敗の履歴が残るから、誰かがアプリをいじろうとしていたかどうかもわかる。
ディスプレイ用にMacを展示する場合にも客が勝手にいじって変なもの起動しないようにするとか、使い道はあると思う。
MacAppBlocker を起動するとパスワードの設定を求められる「このパスワードを忘れたり他の人に知れたりしないようにしろ、 という注意を「読んで理解した」という同意を求められる
MacAppBlocker が起動したぞという警告
MacAppBlocker が起動するとメニューバーに南京錠アイコンが現れる
MacAppBlocker を終了するのも
「Terminal 、アクティビティモニタ 、システム環境設定 へのアクセス禁止を追加」 をレコメンドされるMacAppBlocker を止める方法があるのでそれを完全にシャットアウトせよということだ「Click Here」 をクリックすると一発でそれらの設定ができる
MacAppBlocker を回避できるか…
anchor
Macをログオフすると１００％フリーズする２〜やっぱり再発、切り分けた結果解決法はSMART Driver のアンインストールだた…＜追記あり＞
先日MacBook Proをログオフするとログイン画面が立ち上がってこず、１００％フリーズするという問題を取り上げた。
Macをログオフすると１００％フリーズする〜その時の対処法と原因は？
この時の解決法で、Preferenceフォルダの中のcom.apple.loginwindow.plist
それで、まずこれが起きる条件を整理。
・ログインして普通にログオフ→発生しないSafari 、Echofon 、VMWare Fusion でWindows7起動→発生しないSafari 、Echofon 、VMWare Fusion でWindows7起動、さらにMain Menu でキャッシュ削除、メモリクリア、
MacPurge でメモリクリア
→発生しない（以前はこれでも発生）Safari 、Echofon 、VMWare Fusion でWindows7起動、そのまま外付けハードディスクを接続してTime Machine でバックアップ一晩、さらにMain Menu でキャッシュ削除、メモリクリア、
MacPurge でメモリクリア
→発生←イマココ
さらに発生している時の直前に起きた症状を整理すると、１）CPUがフルアップしていたVMWare Fusion でWindows7起動してもホストのMacが重くなることは無くなったが、今回はVMWare Fusion の終了がなかなか進まなかった。アクティビティモニタ を起動して何がCPUフルアップさせているか確認したところ、なんと珍しいことにTemperatureMonitor だった。
それでさらに何が問題を起こしているのか、考えたところ最近の変化は
OS X SAT SMART Driver をインストールしたことだった。TemperatureMonitor やSMARTReporter は外部のディスクのSMARTもチェックするようになった。
この外部の温度モニターがクラッシュしていて、フルアップしていたらしい。
このOS X SAT SMART Driver 自体は大変有用だと思うし、これ自体が問題を起こしていたわけではない。１）VMWare Fusion などのシステムリソースを消費するソフトを起動してキャッシュクリアなどの操作を繰り返すTemperatureMonitor を常駐させているOS X SAT SMART Driver をインストールして外部ディスクを監視しているTime Machine を使って日常的にバックアップを取っている
今回は切り分けとして、OS X SAT SMART Driver をアンインストールして様子を見ることにした。
その過程でPreferenceフォルダに大量のゴミがたまっていたことに気がついた。com.apple.loginwindow.plist のゴミはログアオフに失敗するたびに増えるので、関係あると見てこれらをきれいに掃除した。
com.apple.loginwindow.plist のゴミファイルの削除をやったが~/Library/Preferences 、~/Library/Preferences/ByHost 、/Library/Preferences
com.apple.loginwindow.plist にもこのlockfileなるものができているloginwindow も
Terminal を起動してrmコマンドを使ったrm -rf ~/Library/Preferences/*.plist.lockfile で削除、sudo rm -rf /Library/Preferences/*.plist.lockfile で削除できた
MainMenu 等を使って「不正なPrefernceを削除」コマンドで
com.apple.loginitem.plist を削除した結果ログイン項目がきれいに消えた
TemperatureMonitor がフルアップしていたOS X SAT SMART Driver を入れたおかげでTime Machine のバックアップヲと多後に起きたOS X SAT SMART Driver を/System/Library/Extensions からこのふたつのカーネルエクステンションを削除する
＜追記＞
数日様子を見たがやはりOS X SAT SMART Driver のアンインストールがビンゴだったようだ。
OS X SAT SMART Driver が悪いという意味ではない。
外付けハードディスクの温度管理などができるのはそれはそれで便利な機能だったので、OS X SAT SMART Driver を復活させて何か他の条件を変えることでクリアできるかをその内テストしてみる。
VMWare Fusion やTime Machine とぶつかっているとなるとちょっと苦しいところだが…
anchor
Windowsあるある〜「システムが見当たりません…という警告で冷や汗をかいた時のチェッックポイント
この物語は実際に起きた…実話に基づく物語である。
（登場人物並びに組織名・団体名は一部変更してあります。実在の人物・団体とはほとんど関係ありません）
とある連休中の休日出勤の日。
会社に来てPCを起動。
全部問題無くインストールできたようなので、そのまま再起動をかけた。
いつも通りアップデートを適用していますという終了画面とともに、画面が落ちで、続いてWindows7のもや〜っとしたWindowsロゴが…Windowsロゴが…ロゴが…あれ〜！？
一瞬冷や汗が流れる…
アップデートとインストールと一緒くたにやったのがまずかったか…システム壊れたか…こんな誰もいない休日に、システムリカバリやらなくちゃいけないのか…
しかしやったのは通常のアップデートで、コンフリクトが起きないように.Netのインストールとか終わってからひとつずつやったから問題無い筈…
こんな連休中のど真ん中にHPのサポートなんか絶対休んでるだろうし…
と、想像はどんどん悪い方に駆け巡る…「エラーメッセージはよく読め」
「USBデバイスから起動しようとしているが
あっ
先ほどのインストーラを入れたUSBメモリを挿したまま再起動していたことに気がついた。
BIOSでUSBデバイスを内蔵ディスクに優先するような設定にたまたまなっていたんだろうね。
でもこういう時Macだったら、起動ディスク でUSBのシステムを選択して、システムなしのUSBに差し替えて再起動しても普通に内蔵ディスクから起動するのに、どうしてMacとWindowsのふるまいは違うんだろう？
MacとWindowsの違いというよりEFIの違い？
ということで教訓「システムなしの警告が出た時はUSBメモリが刺さってないかチェック」
anchor
（Freeware for iPhone, iPad) パワーボートを操って岩やミサイルなどの障害物を避けながら金貨を集めていく縦スクロール海洋アドベンチャーゲームアプリ。
ボートを発進させたら筐体を左右に傾けて障害物を避けながら進む。
例によってゲームに不調法な私に代わって今このゲームにハマっている次男のレビュー
anchor
（Freeware for iPhone, iPad) 2013Appleデザインアワードを受賞した横スクロールアドベンチャーゲーム
このゲームは他にもゲームコネクションヨーロッパ・ベストプロジェクト賞等多数の賞を受賞している。
要は横スクロールゲームで、ピクミンのように増殖する謎の黒い生物を操りながら障害物を乗り越えて右へ右へと進んでいく。
あまり小難しいことを考えないで、感覚的にやるゲームだと思うけど、かといって難易度が低いわけではない。
例によって私はゲームをほとんどやらないので、今これにハマっている次男のレビューを添付する。
「なんかわからんけどおもろい」
anchor
（Freeware/Shareware for iPhone, iPad) 国語辞典の大辞泉がiOSアプリになっていてしかもフルの機能を無料で使えるオンライン大辞書
２６万２５００語の語彙を収録した本格的な国語辞典＋百科事典アプリ。
リアルな紙媒体の辞書、百科事典を買うことを考えたら安いと思う。
anchor
（Freeware/Shareware for iPhone, iPad) まだ時々見かける北斗の拳のスロットの正確なゲーム化アプリ
ルールは完全にパチスロ版の北斗の拳と同じ。
実物と違うのは負けても大金が消えていかないし、いくら勝っても一銭も入ってこない。
「すごいリアル」
anchor
（Freeware for iPhone, iPad) 武器をグレードアップしながら障害を避けて映画のキャラを倒していく鉄の男のストーリー、映画アイアンマン３の公式ゲームアプリ
スタークインダストリーでは１８体のアイアンマンを製作、街へ飛び立って次々と飛んでくるミサイルを避けながら、エネルギーを収集しながら、行く手を阻むキャラを倒していくという３D飛行ゲーム。
操作はタップだけでも可能だし画面を傾けて飛行の制御もできる。
特にある程度画面の大きさがあるiPadでやれば堪能できると思う。
anchor
意外と知られていないMacBook Pro、MacBook Airの便利なショートカット、トラックパッド操作法７撰
Macを使っていくうえで、私の個人的な感想でこれがないともうMacを使えない…というくらい愛用しているのに、意外に皆さんに知られていない機能、操作法をがある。
時々私がMacを操作しているところを見ている人が「何をやっているのかさっぱりわからない」
別に変わったことをしているつもりはないのだが、私の場合はできるだけマウスとかトラックパッドに触れないで操作することが多い。
またトラックパッドは単なるマウスの代用品ではなく、Macの場合はマウスにはない便利な機能がたくさんある。
例えばMacには右クリックがないと思っている人は、トラックパッド操作の時もコンテクストメニューを呼び出す時に真面目にControl+クリック
そういうのをいくつか集めてみた。
Mission Control が割り当てられていたことを思い出してもらいたい
Mission Control でなくExposé…というなかれコマンド（⌘）＋F3キー を叩くとExposéになるMission Control の別機能だと思えば覚えやすいシステム環境設定 のショートカットキー設定に載っていないコマンド（⌘）＋Shift＋F3キー を叩いてみるともっと楽しいことになる
Finder はアイコン表示、リスト表示、カラム表示、Coverflowが用意されているコマンド（⌘）＋２ を叩いてみよう
コマンド（⌘）＋４
コマンド（⌘）＋３
コマンド（⌘）＋O（オー）キー というショートカットも用意されているコマンド（⌘）＋O と
Finder には「移動」 という便利なメニューがあるコマンド（⌘）＋Shift＋A で一気に開ける
ユーティリティフォルダ（U）、書類（O）、デスクトップ（D)、 （コマンド ⌘＋option＋L） 等が
システム環境設定 のここにチェックが入っていると…
VMWare Fusion などでWindowsも起動していたりでControl+左右カーソルキー でやっている人が多いと思うシステム環境設定 のトラックパッドのここにチェックが
Mission Control の複数のデスクトップやフルスクリーンのSafari 等のアプリ画面、VMWare Fusion のWindows画面がトラックパッドの操作だけでどんどん切り替えられる
Mission Control にもスワイプ一発で入れるのでウインドウの割り振りをどんどん変更できる
anchor
Macをログオフすると１００％フリーズする〜その時の対処法と原因は？
最近こういう現象が頻発していた。
Macでひとしきり作業をして、Swapも増えたのでメモリ開放とSwap解消してMacの動きを軽くするためにログオフする。
Macではこのようにログイン画面もアプリなので、このアプリがフリーズするまたは起動に失敗するとこういうことになる。
強制再起動してログインし直せばログオフできるようになることもある。
そこでRecoveryVolumeから起動して、起動ボリュームのアクセス権の修復を実施。
ディスクユーティリティ を起動して起動ボリュームのアクセス権を修復する
こうした応急処置でログオフはできるようになるが、また再発する。
それで根本的原因解明と対策を模索した。Console を見たところ問題が起きた時刻にやはりloginwindow.appが問題を起こしていることは明確になった。
これを試してみた。
plistファイルは~/Library/Preferences ~/Library/Preferences/ByHost 「com.apple.loginwindow.BF862254-BCF3-5E99-BDEB-AF9909B084CB.plist.Tv8xYuS」
これらのファイルを全部削除した。
この際だからこちらのTipsに従ってByHostもフォルダごと削除した。MacOSX自体を軽量化する〜ByHostフォルダをスッキリ清算してしまう
こちらにも書いたが、これをやるとIMの設定、クリックの設定、スクリーンセーバ、Mission Controlの設定などがいくつかリセットされてしまうが、全体的には大した手間ではない。
アクティビティモニタ で見ているとVMWare Fusion につられてEchofon や
Safari が反応なしになることが多い
MainMenu やMacPurge をかけたら
Console を見ると問題が発生した時刻にloginwindow.appという
~/Library/Preferences と~/Library/Preferences/ByHost となるcom.apple.loginwindow.plist というファイルをデスクトップかゴミ箱に移動
「com.apple.loginwindow.plist.Tv8xYuS」
VMWare Fusion 上でWindows7にガンガン負荷をかけて
anchor
VMWare Fusion を起動するとMacが遅くなる（解決編）〜AVGだけの問題ではなくVMWareそのものの問題だった最近、VMWare Fusion でWindowsを起動するとVMWare Fusion 上のWindowsがフルアップしっぱなしになって、ホストのMacも虹色ボールが回りっぱなしになる、テキストの入力に異常に時間がかかる、変換候補が出てくるのに１分近く待たされる等の問題が起きていた。
このことで以前も対策をした。
VMWare Fusionを起動するとMacが遅くなる〜Windowsに入れていたAVGが原因との疑いが濃厚になる
それでしばらく様子を見ていたのだが、AVGのアンインストールは確かに効果があったのだが、全体的にいうとほとんど改善されておらず相変わらずVMWare Fusion でWindowsを起動するとMacが全面的に重くなって、VMWare Fusion 終了後も再起動するまで重いのが治らないという症状が続いていた。
特にWindows7がひどい。
それでいろいろお調べしたところ、結論からいうとVMWare Fusion のリジューム機能に問題があることがわかった。
VMWare Fusion ではゲストOSをいちいち終了しなくても、サスペンド状態で保存できる。VMWare Fusion が遅くなるという問題が必ず起きるようだ。
今のところ１１の仮想マシンを登録していたのだが、これを全部終了状態にしたところディスクの空き容量が１５GBも節約できた。
つまり仮想マシンファイルとは別にVMWare Fusion も別のディレクトリに差分ファイルを保存しているということらしい。VMWare Fusion がいつまでたっても負荷になる現象が解消した。
Microsoft Security Essentials をインストールしたが
VMWare Fusion を終了し
VMWare Fusion のゲストOSを全部リジュームを解除して終了させた
Safari のメモリサイズ
VMWare Fusion 、Safari を止めてまた起動したところSafari のメモリサイズがEchofon でも起きているVMware Fusion のキャッシュ読み出しがオーバーフローするとSafari やEchofon 、ことえり 等を巻き添えにしてループし始めるという現象が起きるらしいVMware Fusion ５のバグかもしれないが、原因不明だがリジュームをやめることでこの現象は防げる
Microsoft Security Essentials をインストールした
VMWare Fusion フルアップしてMacも使えなくなる事件は解決したVMWare Fusion のメリットだったのにメリットがひとつ減ってしまったのは残念だ
anchor
（Shareware) OS10.8Mountain Lion対応 iPhoneあるいはAndroidとMacをBluetoothで結びハンズフリーで通話、電話を受けたりかけたりが可能なメニューバーアプリ。
動作条件はOS10.8、64bitプロセッサのMacで、iPhoneとAndroidはBluetooth2.0以上。
MacにはSkype を入れているしFacetime なんかもあるのだが、このWebフォンはやはり制約があってなかなか使う場面が無い。Skype を常駐させると電池を消耗するので結局使わなくなる…ということで今でも普通に電話で電話するというのがメインの手段になっている。
でも、Macに向かっている時に誰かからかかってきた時に電話を探してゴソゴソ、不便だなといつも思っている。Skype ではなく一般の電話なので勿論ケータイや固定電話からの普通の電話を受けられる。
ケータイも最近はキャリアが固定無料プランを用意してくれているので、これはこれでありがたい。
仕組みとしてはiPhone（またはAndroid）とMacをBluetoothで常時接続しておく。
Skype を使ったことがある人ならわかると思うが、あまり音を大きくすると回り込みがあるので、静かなところでないと使えないとか問題はあるが自宅で作業に集中している時にはありがたい機能だと思う。
接続の手順はキャプチャーで紹介するがとても簡単だ。Dialogue を起動するだけでMacとiPhoneがつながる。
両手を開けて通話ができる便利さを一度体験してみるとシェアウエア６００円は安いと思えた。
Dialogue を起動したらまずiPhoneとのペアリングをする
「接続されました」 という表示になる
「約 Dialogue」 とは「About Dialogue」 、「役立つ」 は「To Use」 のことらしい「ログイン後に開く」 は機能しない
「連絡先 にアクセスしようとしている」 のタグが最初だけ出てくる
連絡先 アプリで日本語名にあとに
「受け入れる」（受信？） 「拒む」（拒否？） で着信拒否
「記録」 、「吊るし上げる」（hang up？）
anchor
（Freeware) OS10.6SnowLeopard対応
OS10.7Lion対応
OS10.8Mountain Lion対応 WindowsVista~8対応 Any Send（Freeware)ホームネットワークのLAN内でMac同士、あるいはMac-Windows間、Android間でコピー、クリックだけの操作でファイルを渡すことができるファイル転送メニューバーアプリ。
Mac版はメニューバーからプルダウンで、Windows版はタスクトレイからクリックで転送する相手先のリストを見ることができる。
動作条件は同じネットワーク内にあることと、Macの場合はファイルの共有が開かれていることのようだ。Any Send のリストをクリックするだけで、転送が始まる。
今のところMac版、Windows版、Android版がリリースされているが、作者サイトを見るとiPhone版、iPad版も予定されているようだ。
結局AFP/CIFS/SMBのファイル共有を使っているようなので、その意味ではMacにデフォルトであるパブリックフォルダと同じ機能だともいえる。
既にある機能だし、ネット越しの転送もできないとなるとAny Send にどういうメリットがあるのかということだが、最大のメリットはこの簡単さだろう。
何よりも転送の時や受信の時に折り畳んで（Mac版のみだが）音が出たりするインターフェイスのチャーミングさが面白いと思う。
Any Send を起動している人がいれば
「〇〇があなたにファイルを送ろうとしている。 という確認タグが表示される
Growl で転送成功をお知らせしてくれる
Finder で表示する
Multiple Files
「ファイアウォールを開こうとしている。許可するか？」 と聞かれる
Any Send はここに常駐している
Any Send フォルダの中
Growl の表示を見逃した場合もここをチェックすれば受け取ったことを確認できる
anchor
Macが壊れた！〜その時何をする？とかノウハウものに飛びつく前にそもそものトラシューの考え方をまず理解しよう〜以下トラブルシューティング十訓（２）
さて、前半記事はやや心得論中心だったが、後半は具体例をできるだけ織り交ぜてトラブルシューティングの時に何を考えるべきかをまとめてみる。
６）データは活用すべし
トラブルシューティングは手探りのケースが多い。
そういう時にトラブルの原因を見つける強い味方のツールがある。
MacにはユーティリティフォルダにConsole というアプリがある。
このConsole というアプリはAppleの純正アプリのうちでも、おそらくもっともユーザーには人気がないアプリだと思う。
Macは他のWindowsやDOS、UNIXと違い文字による情報に頼らないでグラフィックなユーザーインターフェイスで操作するOSだという思いも根強くある。
しかしトラブルシューティングのプロ達がもっとも頼りにしているのは、システムやアプリが吐き出すログなのだ。
そしてMacの場合はそのログを見るログビュワアプリがこのConsole ということになる。
イベントビューワ で見るイベントビューワ は結構おおざっぱな情報しか
Console があるConsole を起動するとユーザセクション、
Console でトラブル解決した事例は次項目で紹介する
OS X SAT SMART Driver があれば外付けハードディスクも監視できるのでConsole で一元チェックできる
トラブルの時に参考になるのはログだけではない。
警告タグについては常々言っていることだが、読まずにOKボタンをクリックしてしまう人が多い。
これはOSのメーカーにも責任の一端がある問題で、一時期のOSベンダーは「不正な操作が行われたためにシステムを強制終了する 「タグなんか読まなくてもOKボタン押しときゃオッケー」
しかしこのOSベンダーも反省したのか、今ではもっと有用な情報を出すようになったし、例えばMacなんかでも注意して見ていれば問題を特定できるヒントをたくさん表示していることに気がつく筈だ。
以前セキュリティの専門家と話していた時に、彼が言ったのは「今のシステムはフールプルーフの考え方が普及してきているので、素人がでたらめな操作をしてもシステム全体が崩壊するようなクリティカルな事態にならないようにインターフェイスも工夫されている。
ウイルスへの有効な対策という見地からも「警告タグは読め」
Terminal にmacerror -（エラーコードの数字） を入力するとエラーコードの意味を教えてくれる「SOM（開始点）より前から再生しようとした」 というエラーで
ディスクユーティリティ などのアプリが表示する警告もよく読んだ方がいい
Growl 等の各種アプリを使っていればいろいろな警告をシステムは表示してくれる
ログや警告タグからどういう情報を読み取れるか具体例をいくつか挙げた。
ログは読むべし
７）同じ時間、同じ系統、同じファイルに着目せよ
トラブルには前兆があるものが多いということを書いた。
ログの読み方だが、ログには「〇〇が■■したのでそれが原因で△△がクラッシュした」
以前にも書いたと思うがコンピュータというのは非常におおざっぱな理解をするなら、巨大で超多機能な目覚まし時計のような構造の機械なのだ。
目覚まし時計の第一の機能は正確な時間を刻むことだ。
この目覚まし時計は「目覚ましを鳴らす」という単機能だが、コンピュータはさらにこれに多くの機能を足していって高速化することであたかも複数の機能を同時処理しているかのように見せている。
だからログが書き出す時刻情報というのは非常に重要だ。
何か問題が起きたら、トラブルシューティングで最初にやるべきことは問題が起きた正確な時刻を把握すること
その時刻を正確に把握する方法は前項に上げたログなどが使える。Console ログなどが役に立つ。
そして問題発生の正確な時刻を把握したら、次はその発生時刻と同時に、あるいは少し前に何が起こったか 項目２） の手順に従って切り分けをしていく。
ClamXav Sentry がクラッシュしているのがわかるClamXav Sentry を止めることで回避できたClamXav Sentry は改善されこの問題は解消された
このように同じ時刻に起こった何かに着目してログを探すと原因に行き当たるケースがある。同じ系統、同じファイル
ある放送専用機でいつも起きる謎のクラッシュ…
これも実際にあったケースだが、同系統、同じファイルというのも大きなヒントになるという実例だ。
８）ネットワークエラーの切り分け方
ネットワークというのはネットワーク技術者という新しい職種が成立するくらいコンピュータの新しい領域として確立している。
そして今のコンピュータはその用途から考えても、もうネットワークなんかどうでもいいという機種はほぼあり得なくなった。
とは言っても、その考え方はこれまで解説してきたのと同じだ。
端末があるネットワークにつながらない…これが大部分のネットワークのトラブルのケースだが、そのトラブルシューティングの手順はまず経路を確認せよ
そこでここではこういう教訓をping/tracerouteは切り分けの王道
「接続に失敗しました」 という表示しかしないこともある
Terminal を起動してtraceroute コマンドを打ってみる
ping コマンドを打ってネットワークそのものの接続を確認するping コマンドはWindowsのそれとほぼ同じだがオプションでContrl+C で止めるまで永遠にpingを打ち続ける
ping を打ってみる
traceroute IPアドレスB 、traceroute IPアドレスC …というように途中の端末までの経路を確認できるtraceroute コマンドの結果、このキュプチャーはWANから
ping コマンドのエコーはすぐに帰ってくる
ネットワークの切り分けの考え方は、規模の大小でいろいろ方法もあるが基本的な考え方はこれの応用だ。
ネットワークのトラブルに関してはこういうことがあった。
構内の独立したセグメントにしていたネットワークで、つながっている端末が一斉にネット接続できなくなった。
ルータの再起動をかけた結果復活。
ネットワーク管理者泣かせというか、素人は「口を余らせておくとジャックが破損したりするから余ったケーブルはハブに差しておこう」
ところがイーサケーブルというのは何もしていない時でも、常にルータからの死活監視やタイミングの信号が出ている。
考えられないようなことを、素人はするものだという実例でもあるのだが、教訓としてルータのふるまいがおかしい時にはネットワーク全体の経路構成と何がぶら下がっているかもチェックしろ ネットワークには余計なケーブルを挿しておかない
この問題が起きた時に、上司から「なんでこんな初歩的なこともわからなかったのか？」 「こんなバカなことする奴がいるなんて想像もしていなかったんだよぉ〜」
とにかく素人が触る可能性がある場所は「狂人が触っても大丈夫」という対策をしておくべきだと感じた事件だった。
９）Google先生はやはり強い味方
ここで少し矛盾した話をする。
トラブルシューティングというのはググってすぐに答えが出るというものではない。
条件が違うのに「動作が遅い」 「キャッシュが溜まって動作が遅い時にはOnyX がオススメ」 OnyX を機械的に全部チェックを入れてかけるとどうなるか？OnyX だって使い方をちゃんと理解して使わないと、中には動作が意図しない動きに変わってしまったとなるような設定もある。
ネットで検索してその情報を安直に試すというのは、一番やってはいけない
しかし、じゃネットなんか一切見ないで四六の蝦蟇のようにMacと向き合って脂汗を流し続けた方がいいのかというと、そうではない。
これはそのひとつの実例ディスク交換したMacBook Proが全面的不調に〜everyoneのアクセス権が二つになって「カスタム」が出る場合の（ACLの）解除法
ある日MacBook Proの内蔵ディスクを交換した。
ディスク交換、環境復元まで数時間もかからない…とても快調…
アクセス権の問題であることはすぐにわかったのだが、その対処法がわからない。ディスクユーティリティ のアクセス権修復はこの問題を解決してくれない。
その後どういう奮闘をしたかはリンク先の記事を参照してもらえばわかるのだが、結局解決の決め手になったのはGoogle検索だった。
everyone/カスタムというのがACLが入っている時の特徴的な表示だ…というのはこれ以前にAppleからもさんざん告知され、Macファンには周知の事実だったにもかかわらず私は知らなかった。
Time Machine から環境を復元iTunes のライブラリも共有できないなど「システムぶっ壊れた」 状態になってしまった「情報を見る」 の「everione/カスタム」 という見たこともないアクセス権
１０）視点を変える
これは抽象的な意味ではなくまさに自分の立ち位置を替えてトラブルの解決法を考えてみようという意味だ。
どういうことかというと、我々は今操作しているMacのデスクトップから世界を発想している。
トラブルシューティングもデスクトップから発想して、ここに手を入れてどこを触ったらいいかという風に発想している。
それでもおおかた問題は無いのだが、トラブルシューティングの時にはちょっと困った問題が起きる時もある。
例えばこういう実例があった。「MacのUSB機能を拡張するカーネルエクステンション」
その結果どうなったか…
G4Macにはエクステンションの不適合を警告する機能がなかったので、インストールは成功してしまった。
だから問題のカーネルエクステンションの場所は分かっているのだが、それを削除することができない。Finder で削除することもできない…
この場合いくつか解はあるのだが、Mac的な方法はこのMacをターゲットモードで起動して別のMacにマウントして、そちらから問題のカーネルエクステンションを手動削除して再起動という手を使った。
この時は思い至らなかったが、セーフブートという手もある。
例えばネットワーク上からVNC やリモートデスクトップ 等で接続する方法とか、できるだけこういう視点はたくさん持っている方が、問題解決の手段をたくさん持つことになる。
１１）余録〜ディスクの話
十訓と言いながらいつものように１１番目の余談に走る私…
トラブルの解決法ではなく個人的な愚痴かも
今はトラブルシューティング受難の時代だと思う。
誰でも手軽にトラブルシューティングの情報をネットを通じてゲットできる。
しかしこの初心者を見かねて親切心で、トラブルシューティングのコツを教えてあげようなんて奇特なことを思う上級者にとって受難の時代だと思う。
「PRAMクリアをすればたちどころにMacは治るであろう！！！」 「ははーーーーーっ」
ところが今は初心者といえども耳も目も大年増になっている。
いろいろトラシューをしたが不幸なことに原因がつかめず、時間切れで症状だけは改善させなきゃいけない。
「じゃ、とりあえず再起動だけやっとこうか」 「あっ、再起動といってもコールドブートね。 「これこれ、なにをいう…コールドブートも再起動も決しておまじないではないぞ。
不幸である。
例えば今はみんな「パソコンに詳しい人」になってしまった。
ところが業務用の専用機サーバーの内蔵ハードディスクの交換部品は250GBで十数万円からメーカーによっては２０万円を超えることもある。
１TBが９０００円で250GBが２０万円…あまりにも差があり過ぎるではないか？
実は純正品というのは、メーカーの規格に完全に合致した工場で合致したロットで生産されたもので、それ以外は「動作保証外品」
故障した時に交換ディスクとして部品支給されるのはすべてその専用機が新品だった当時に作り置きされた在庫品だ。「秋葉で数千円のバルク品のディスク買ってきて入れて壊れても修理しませんでぇ」
ところがユーザーが変にアキバの情報に詳しい人物だと「これと同じディスクメーカーのバルクをこの前８４８０円で買ったんだけどなぁ…本当にこの値段するの？このディスク？なんか変なマージンとってんじゃないの？」
パソコンが民生機として普及しすぎたせいなんだろうなぁ。「Macかあいい！iPhoneとおそろ！」
トラブルシューティングもそういう人たちに「先輩の威厳」を保ちながら智恵を授けなきゃいけないので大変だわw…「冷静になって」 「原因を想定」 「切り分け」 「手順を自分で考え」 「自助努力せよ」
そして例によって決まり文句だけど、「トラブルシューティングは自己責任で実行してください」
anchor
Macが壊れた！〜その時何をする？とかノウハウものに飛びつく前にそもそものトラシューの考え方をまず理解しよう〜以下トラブルシューティング十訓（１）
Macを使っていて快調に動いているうちはいいのだが、長く使っていると必ずトラブルには遭遇する。
かくいう弊サイト「MacOSXの新着アプリテスト記録とトラブルシューティング」は、本来そのタイトルの通りトラブルシューティングの事例紹介サイトとしてスタートしている。
残念ながら（？）OS XになってからMacはトラブルが少なくなったために、トラブルシューティングサイトという看板では頻繁な更新は困難になってきた。
でも、トラブルシューティングこそ普段からの積み重ねが物言うし、トラブルが起きてから途方に暮れてもどうにもならない…そしてうまくいった時に醍醐味を感じられるのもトラブルシューティングの時なのだ。
そのトラブルシューティングだが、むやみやたらと知ってる方法を試してみるというだけではまずうまくいかない。「Macの調子が悪くなりました。どうしたらいいでしょうか？」
相談する方も「調子が悪くなりました」じゃ何がおかしいのか全く伝えられないし、答える方も何もわからないのに機械的に「fsckをやりなさい」と答えて聞く努力を放棄している。
そこでトラブルが起きた時にどういうツールを使うとか、コマンドを使うとかいうノウハウものではなく、まずどういう考え方をするべきかをまとめてみた。
いきなり葛根湯医者のように「fsckをやりなさい」ではなく、何をするべきか、その考え方をまとめてみた。
１）頭を冷やせ
まずトラブルシューティングの時に一番大事なことは、これだと思う。
トラブルというのは大体起きてほしくない時に起きるように思えてしまう。
締め切り迫ったレポートを書き上げる直前フリーズとか、急ぎのメールを飛ばさなきゃいけない時にネットワークトラブルとか、９時間かけてエンコードしたビデオがようやくあと５分で完了という時に虹色ボールが回り始めて操作できなくなるとか…
こういう時に一番してはいけない考え方が、以下の通り。
「かああああ、なんで こんな時 によりによってオレだけ が問題に遇うのか？Macが機嫌悪い のか？このMacは不良品 なのか？」買った時から何となく調子悪い んだよな、このMac。勝手に壊れる なんて、本当に信頼できないんだよなMac って。」電気店の店員の態度 も気に食わなかったし、Appleなんてお高く止まっているけど所詮この程度の技術力 じゃん。」いちいち聞いてきてエラそう で、めんどくさいんだよな、あの手の連中とやり取りするのって。」OnyX とかお勧めされてたから、適当に全部の項目にチェック入れてかけたら治る かな？昔からの黄金律 だな。とりあえず再起動 してみよう。
何が問題か分かるだろうか？
それぞれの内容はこのあとの項目とも関連してくるのだが、まず大前提はこの項目のお題の通り「頭冷やせ」
順番に見ていくと
それは切羽詰まった時に食らったトラブルがやはり印象に残るからそう思うのだ。
でもMacなどのパソコンは誰の都合も知ったこっちゃない。
それに「よりによってこんな時に」「よりによってオレのMacが」というのは、自分では冷静なつもりでもトラブルに会っている俺カワイソウ…という自己憐憫にとらわれている。
もしあなたのMacが本当に不良品ならAppleの「交換プログラムの告知」ページに自分のMacのロットナンバーが掲載されている筈だ。
そしてこういうユーザは基本的にパソコンを擬人化する傾向がある。
パソコンを擬人化するユーザは大体トラブルに遭遇するとこじらすタイプが多い。
コーヒーミルが壊れたら「生意気な、コーヒーミルの分際で」とか言う人はいないと思う。
まずは自己憐憫とか、擬人化、八つ当たりとかはやめて冷静になること。
２）症状を観察せよ
また「何となく調子が悪い」
トラブルには必ず原因があって、その原因の種類、発生部位によって特徴的な症状というものが必ずある。
ならばその症状を観察してトラブルの原因を突き止めることができる。
動作が遅いのはどういう時に、つまりファイルを保存する時に遅くなるとか、特定のアプリを起動している時に遅くなるとか、遅い時に虹色ボールは出るのかとか、マウスポインタは正常に動くのか、ボタンクリックは正常に反応するのか、その症状は何日前から始まっているのか、その時にインストールしたアプリは何か、遅くなる時に画面が乱れるなどの他の症状は併発しないのか…
という調子で「何となく動きが遅い」というだけでもざっと考えてもいくらでもチェック項目が浮かんでくる。
「Macの機種は何か？」「OSのバージョンは？」「電源ランプはどうなっている？」「何かのポップアップを見なかったか？」「ポインタはどうなっている？」 それを「うざい」とか「エラそう」とか「詰問されてる気分になって嫌」とか思ってはいけない。
これは実際にあった話だが、昔トラシュー系のBBSで「Macの調子が悪いんですけど誰か直せませんか？」 「結局あんた達にもわからないんでしょ？
当然親切心で質問していた常連さん達は鼻白んで「いや、別にバージョンなんかどうでも良いんでfsckやれば治るんじゃない？」
このあとカッカしてこの人物は、お店にMacを持ち込んだかもしれないけど、あの態度じゃまともに修理なんかできないだろうなぁ。
そしてこういう人物が
しかしこの調子では今度はWindowsパソコンが壊れた時に
症状は冷静に観察すべし。調子が悪い時には
３）切り分けせよ
もうひとつ、問題を解決するプロセスに進む前にやるべきことがある。
切り分け（isotation）とは何か。
アポロ13という映画がある。
この映画は史実に基づいた、大部分が実話で実際に月着陸を目指した有人飛行で起こった事故を描いた映画だ。
月着陸有人飛行の３番手として打ち上げられたアポロ１３号は順調に地球周回軌道を離れ、月遷移軌道に乗った。
「酸素タンク２番圧力喪失、１番も圧力が降下中
と同時に飛行士達から「爆発音と激しい振動が起きている。
宇宙船というのは電気で動いている。
そして電気を供給しているのが、液体酸素と液体水素を触媒反応させて電気を作る燃料電池だ。
酸素タンクはふたつあるし、燃料反応炉は３系統ある。
ところが突然送られてきたデータを信じるなら、酸素タンク、燃料反応炉、配電盤の全部の段階の予備系を含む全部の系統で異常が起きているとなっている。「予備系も全部、しかも同時に故障するなんてあり得ない、計器の故障ではないだろうか？」
しかし飛行主任は納得しない。「飛行士達は『爆発音がして激しい振動が起こっている』と言っているぞ。計器の故障なら爆発音や振動は起きない筈だ」
その混乱の中さらに飛行士から信じられない通信が舞い込んでくる。
「窓から目視で確認しているが何かが洩れているのが見える。
ここで船内環境全体をコントロールする責任者に飛行主任が問いかける「事態を好転させる手段はないか？」 「燃料反応炉の１番と３番の酸素弁を閉じよう」
ここで重要なのは、問題のありそうな部位を切り離すことで問題が起きている場所を特定することができるという考え方だ。
地上からも見えない、飛行士からも見えない、しかも計器盤は訳が分からないデータを吐き続けている…こういう状況ですべきことは、まずどこが故障しているのかを特定すること。
これはトラシューの教科書にしたいくらいの模範解答だ。
もちろんなんとかしないと飛行士の生命が危険な事態であることは、彼らもこの時点で薄々分かっているのだが、いきなり「なんとかしなきゃ！」とでたらめな対策を無意味に連発しても却って事態を悪くするだけだ。
このあとどうなったかというと、切り分け実施後も酸素タンクの圧力下降が止まらなかった。
ここでこの飛行主任のジーン・クランツの有名な台詞が流れる。「さぁ、みんな冷静になって問題を解決しよう。
トラシュー的にはこの映画から学ぶことができる教訓は多い。１）冷静になれ（既述） ３）数値の読みがはっきりわからない時は、最悪の方を想定しろ
６）最後に本当に施す術が無くなった時は、問題を切り捨てて祈れ
問題が起きた時に何をするか…
切り分けをしないでいきなり再起動という手も勿論無いわけではない。
でも、いつもこれでやっていると問題が起きてくる。
さらにこういう習慣をつけていると、再起動しても同じ問題が起こった時にパニックになる。
「パソコンがフリーズしたようだ」
そして起動したら普通は治っている筈だ。
ここで切り分けのために問題のマウスを他のパソコンに挿してみた。
切り分けせずにいきなり再起動すると問題がこじれるという一例だった。
さらにこれはひとつの経験則なのだが、「操作できなくなった」 「起動できなくなった」
これも実話。
たいてい相手は「素人だと思って馬鹿にするな」という反応をする。
電源ケーブルはがっちり刺さっていると思う人も多いのだが、ちょっと本体を動かしただけで緩むとか実は多いケースなのだ。
教訓動かない時は
こういう事があるから、切り分けは大事。
４）予感・予兆を軽視するな
トラブルというのは何の予兆もなしに突然起こるということは実は少ない。
後から考えたら気がつくというのがこの予兆の残念なところで、もし予兆についての経験則が豊富にあればトラブルが発生する前に事前に予防することができる筈だ。
実際には相当な熟練者でも予兆にはなかなか事前に気がつかない。
そして予兆というものは実は経験豊富な熟練者でなくても、「後から」ならば経験が浅い人でも気がつくものだ。「何もしてないのに壊れた」
そこでユーザーを責めても仕方が無いから直接本人には言わないが、サポート仲間で「何もしていないなら壊れない、何かしたから壊れたんだろ？」
それくらいこの言い訳は世界中のどこでも、少なくとも４７都道府県の津々浦々でされている。
そして、こういう「何もしてないのに壊れた」
本当はトラブルシューティングをスムーズに進めるためには「何もしていないのに…」とか言うんではなく何をしたのかをフランクに話してほしいという時がある。
ところがこちらが「何をしましたか？」と聞くと「まるで使い方が悪いと決めつけるような質問をする」 「こちらが悪いような言い方をするが、余計な事を言っていないでさっさと直せばいいんだ」
思い当たる節があるのならフランクに話した方が結局お互いにメリットがある筈なのに「責められている」
しかし言わせてもらえば「何もしてないのに壊れた」 「実は私は原因を知っているかもしれない」
そういう人が感じている「故障の予兆」は、実は結構当たっている。
５）思い込みを排除すべし
トラブルシューティングをする上で経験は大事だ。
過去の経験に照らして、こういう症状はここが原因になっている事が多いという知識が豊富ならばやはり原因の特定は早いし、切り分けの方針も立てやすい。
経験があれば似た事象の特定はスムーズなのだが、経験則に頼り過ぎるとツボにハマることがある。
例えばこんなことがあった。120sec time out
相手はWindowsServerでMicrosoftのIISの設定はデフォルトで１２０秒になっている。
ところが動画ファイルなどの大きめのファイルの転送の場合１２０秒のデフォルト設定は短すぎるのだ。
これは非常によくあるトラブルでFTP転送失敗の原因の半分はこれかもしれない。
ところが、これが固定観念になってFTP転送に失敗するとタイムアウト値をのばすというケースがあった。
この場合の問題点はもし本当にFTPのセッションに問題があって転送に失敗している場合でも、２４時間はずっと「転送中」の表示が続いて、転送失敗の表示に変わらないということになる。
このケースの教訓は「経験則に頼り過ぎるな」
FTP転送失敗の原因が毎回タイムアウトだから、今回もそうに違いないと決めつけてタイムアウトを６００秒、９００秒、１２００秒…とだんだんのばしていって最後には２４時間になってしまったという笑い話のような、でも笑えない実話だ。
本当は１２００秒あたりまでのばしても転送失敗が続く時点で、他の原因にも思い至らないといけない。
コンピュータの、少なくとも今のノイマン型コンピュータの基本動作の要件には「同じ入力に対しては同じ出力を得られる」
つまり平たくいうと、同じ事を何回やっても結果は同じというこだ。
だから失敗したらその要因を探って何らかの条件を変えてやらないと、同じ事を何度やっても事態は好転しない。
ところがFTP転送というのはパソコンが扱うプロトコルの中でも結構いい加減な部分が多く、また外部要因が絡んでくるケースも多いので、一度失敗しても何度かやっているうちに成功するケースもある。
コンピュータの動作はしかし、こういうケースを除けばやはり結構確定的で、ないものはない／あるものはある
よくトラブルシューティングの時に、「これでできないはずはない、前はこれでうまくいったんだからできる筈だ」
失敗したなら失敗する原因がある筈で、その原因を取り除かない限り何度Enterキーを叩いても問題は解決しない。
とりあえず、トラブルシューティング十訓のうち前半の５つをまとめた。
Previous
Index
Next
OS10.7Lion対応
OS10.8Mountain Lion対応
OS10.6SnowLeopard対応
WindowsVista~8対応
