(^^)v3

會澤は頻繁に画像を取り扱う。テレビを録画したヤツを編集したり、フォーマットを変換してCD/DVDに焼いたりといった作業。画像を扱うときに問題になるのはHDDスペース。會澤のデスクトップ上には合計1TBものHDDが鎮座している。CD/DVDに焼くよりも頻繁に見たいものなどはついついHDDに残したままにするので容量を食っているんだなぁ。

ところで、昨日会社から帰ってきたらHDDの一台から異音がする。それも経験上もう復旧不可能な音。シークをくり返した上、「ギギッ」ッという音がする。ご臨終ですね。幸いにもこのHDDは作業用の一時保管用スペースであり、重要なファイルは存在しない。それでも編集途中のテンポラリファイルなどが収められていたので、編集はやり直し。ため息。

さて、駄目になったものはしかたないので、代替えを考えなければならない。現在あるHDDでも何とかやりくりできるので当面はいいとして、テンポラリファイルはできれば別HDDもしくはパーテーションで行いたいという哲学的な考えの持ち主なのでHDDの役割を振りかえ直さねばならないなぁ。テンポラリファイルを作るHDDはどうしてもフラグメンテーション（ファイルの細分化）が発生する。画像を扱う場合、チョットだけこれは影響する。一つのプロジェクトを仕上げたらいったんこの作業用のHDDを初期化する。そして次のプロジェクトに使用する。元ファイル・ネタファイルはこのHDDには保存せず、記録保管用のパーテーションに保管する。今回のように作業途中のファイルが破損した場合、被害が最小限になるようにする配慮で、過去幾度も起きたトラブルに対する教訓から生まれたものだったりする。

今回お亡くなりになったのは容量40GBのもので、かれこれ7〜8年ぐらい使っていたものです。ひょっとしたら現在アクティブに使っているHDDの中で一番長命ですね。だいたいシステムを入れておくHDDで3年ぐらいであえて交換しています。Cube（會澤の現在メインマシン）のHDDもそろそろ3年たとうとしているかもしれません。あわせて交換を考えてもいいかもしれません。

さて、昨今のベアドライブといえばSATAドライブが次第に幅をきかせ始めています。店頭在庫でも旧来のATAドライブと駒の数では肩を並べんとする勢い。しかし、會澤のところではまだSATAに対応しているマシンは存在しませんので、必然的に旧来型のものを選択することになります。価格を見てみると、すでに250GBクラスでも1万円を切るレベルにまで下がっています。Cubeの場合、内蔵IDE-ATAチップがいわゆるビッグ・ドライブに対応しておらず、128GBの壁が存在します。しかし、會澤の必要としているのは外付けのHDDで、FireWireを介して接続しますので大容量の方がバイト単価も安くなり、有利ですので当然大容量を選ぶことになりますな。こういうのは選ぶときが一番楽しい。

SATAでは750GBまで1台のドライブに詰め込むことが可能になり、1TBまであと一歩というところです。IDE-ATAでは価格対比でせいぜい300GBぐらいが限界でしょうか。このクラスになると価格も跳ね上がります。250GBぐらいがいいところでしょうかね。更に、ポツポツと増設してきたためにHDDの種類も実はまちまちになっています。いっそ、250GBクラスのものを４台ぐらい一括で購入してRAID組んでしまうというのも手ですね。これだけ安くなってくると大胆な使い方ができるんですよね。あればあったで使ってしまうのもチョット怖いところ。

もう一つ、これもSATAの話題でチョット寂しいところですが、HDDの回転速度が10,000回転のものが出ていますね。SCSIでサーバー用途用のHDDにはこれまでもありましたが、SATAでも出てまいりました。ベンチマークを見る限りそれなりに早そうです。ただ、會澤は原理はわかりませんが回転が上がればそれだけ精度も上がります。精度が上がればクラッシュの危険も増えるのではないかという危惧がどうしても消えません。心配性でしょうかね。

ソフマップが新潟から消えてしまって、購入先をどうしようかまだ決めていません。通販が一番手っ取り早いかなぁ。

「青空文庫　Aozora Bunko」というのを聞いたことがあるかと思う。主として作者没後50年たって著作権が消失した文芸・言論作品を電子テキストとして収蔵する試みを行っているプロジェクトである。などと會澤が説明するのは分をわきまえよといわれるやもしれぬ。會澤もよく愛用している。

さて、坂口安吾が青空文庫にあるというのを最近知った。新潟に住んでいるものとして、新潟に生を受けた安吾には多少親近感を憶える。加えて、学生時代に読んだ堕落論は最初“何を言っているのだ！”と怒りさえ覚えたのを憶えている。戦後の歩みの中で、堕落することを是とするのは何事ぞ！と安直に文面をなぞった會澤の読解力のなさ。まぁこれにつきるわけですな。ただ、駄文安吾の全集の中の一つであったと思われる堕落論はなぜか気になって幾度か読み返した。ぼんやりとした記憶ではある。

早速青空文庫から安吾の作品を読んでみた。まずは堕落論を。

末尾を引用するなど、まさに愚の骨頂ではあるものの結局、価値観というものが大きく変貌した時代。白が黒になり、黒が白になった時代。イヤ、時代というのはあまりに一般論に過ぎるかもしれぬ。現在の日本にも同じようなものはいくらでもある。ライブドアしかり、村上ファンドしかりである（あまりに卑近な例しか浮かんでこない會澤の頭の中はなんとも情けない）。

価値観というのが周りの影響によって“作り出される”ものであれば、再び戦争などという人が人でなくなってしまう現実に再び相まみえることになるだろう。自らの中から“生み出される”価値観はそれに打ち勝つことができるはず。戦後日本はこりもせず再び同じ道を幾度も歩こうとしてきた。それを正しいと信じる者がいる以上、これからもそうだろう。

戦争によって日本は米国の占領を経て自由を得た。現憲法がこの支配下に置いて制定されたことをあげつらって“日本”憲法ではないということを平気で口にする政治家がいる。制度というのは結局運用して初めてその意味が生じてくるのであって、制定過程がおかしいから制度自体がおかしいのだというのは子供の論理に思える。日本が敗戦したのだということをいまだに認めない輩がいる。自身を見つめ直すきっかけを自ら放棄しているのだろうか。話がかなり横道にそれた。閑話休題。

青空文庫　Aozora Bunko」は多くの作品が収録され、日本のネット上の財産になっている。なかなか協力することができずにいるが、いつか工作員（作品の入力・校正に携わる人を青空文庫では工作員と読んでいる）に！と思っている。自分のことで汲々としている會澤に勤まるのかという疑念は極めて大きいのだが...

マネッこするのはいいことなのか、はたまたいけないことなのか？チョット微妙なところですが、お勉強（スキルアップの題材）のためですのでどうぞお許し下さい。

「dark side of the moon」で配付されている「ProcessSpy」というソフトの説明です。これですね、會澤欲しかった機能なんですよ。特定のソフトが起動したときに自動的に別のソフトが起動する。メインのソフトが終了したときには、サブのソフトも自動終了する。そういう機能が欲しかったんです。具体的にはiTunesが起動したときに、NowPlayingが起動して欲しい。iTunesが終了したらNowPlayingも終了して欲しい。そういう機能です。

kaoru_ariさんのProcessSpyはアプリケーション形式です。これはこれで便利なわけですね。応用も利きます。ただ、會澤は現在のところiTunes:NowPlayingペア以外に使用するつもりはありません。會澤環境決め打ちで作ればよりシンプルなものになるだろうと思います。また、インターフェイスはなくともいいわけです。何せ決め打ちですから。iTunesとNowPlaying以外なんも必要としてないのです。ということでこれはシェルスクリプトで作ることでより、シンプルにできますよね。ということで、自身の勉強のために組んでみました。

機能は先に述べたとおりです。さて、分析してみましょう。

1. 起動中のプロセスリストからiTunesを検索し、iTunesが起動中であれば次のステップに進む。起動してなければ一定期間後に再度検索を実行する（ここがループになりますね）。
2. 更に起動中のリストからNowPlayingを検索し、NowPlayingが起動してなければ起動します。起動していれば1.に戻ります。

単純な構造ですね。さてこれをどう実現しましょうか。會澤が現在利用しているスクリプトを以下に表示します。

きっとモットうまい方法があるんだろうと思います。コマンド使い（私から見れば魔法使い）の方なら鼻で笑いそうなコードですよね。きっと。

キモは、iTunesAlive/nowPlayingAliveという二つの変数。バッククオートで囲まれた部分がシェルのプロセスとして実行され、結果が代入されます。iTunesAliveは単純にiTunes.appと指定できませんでした。パッケージの中のiTunes本体以外にも、ヘルパーアプリケーションが起動しているので一つに絞り込めなかったんですね。ヘルパーアプリケーションは常に起動しているようなのでこれも除外するためにgrepで指定しているのは多少増長になっています。二つの目のgrepはgrep自身を除外させるためのものです。そして最後に絞り込まれた行数を数えてその値を変数に代入します。理屈としてはnowPlayingAliveも同様ですね。

iTunesが起動しているならnowPlayingの起動状態を調べる必要がありますね。これは調べておいたiTunesAlive/nowPlayingAliveを参照して判断しています。OSXにはありがたいコマンドがあります。openというコマンドです。これは、通常Finderでアイコンをダブルクリックしたときのような動作を（デフォルトでは）してくれます。これがなかったらもっとめんどくさくなります。.appを起動するのもopenですし、urlを指定すればデフォルトのブラウザでそのアドレスを表示してくれます。テキストファイルだったら、これまたデフォルトのテキストエディターで開いてくれるんです。

さて、悩んだのは「iTunesが起動していなくて、NowPlayingが起動している場合」の処理です。會澤は乱暴にkillしてしまいましたが、NowPlayingの場合、自動的に画像を生成してアップロードするという動きをするアプリケーションですので、乱暴にkillしてしまっても問題ないと判断しました。加えて、NowPlayingのPIDを得る部分もきっともっと良い方法があるんだろうと思いますが、sedで強引に処理してます。

最後に常にループが回っていてもいたずらにCPUのリソースを食い尽くすことになりますのでウェイトを入れます。sleepですね。ここでは１０秒を指定しています。１０秒ごとに確認しているわけです。もっと長くてもいいかもしれませんね。

最後に全体をwhileループで囲みますが、条件は常に真となるようにして無限ループを作っています。

使い方は、こいつをシステム起動時に起動させるようにcronに登録してやります。

さて、少なくとも會澤の環境ではうまく動いてくれています。勝手に機能をパクってしまいました。kaoru_ariさんゴメンナサイ。もっと良い方法があったら教えてくださいな。nowPlayingAliveは最初のifの後で取得した方がいいですね。無駄なpsを発行しないようにした方がいいでしょうね。たぶん。

自身の記事を引用するのは気が引けるが、こんな記事を以前に書いた。

実はこんな事を書いたのには理由がある。このブログには自動更新型エントリが今のところ２つある。

• (^^)v3: all entry list
• (^^)v3: iTunes List lastest 50 songs

ところがこれが更新されていない。更新されていないのはWeb上だけ。會澤のNanoBlogger（以後NB）が持っているエントリデータは更新されているのですよ。エントリデータが更新されていても、Webデータとして反映されていない。これがNBの悩ましいところ。先の引用のように、アップデートの際に「全て」を選択すればこのようなことは防げる。また、あえて該当エントリを手動で修正するふりすればNBは、“アァこのエントリ修正されたから更新してやらなくちゃ”と思ってアップデートの対象とする。

しかし、そうでなければNBのhtmlファイル校正用のデータを（NBのシステム以外から）更新してもそれを更新されたファイルとは認識せず、更新するファイルの適用範囲から外してしまうらしい。これだとチョットまずい。実はMacを使わない時間帯に上記二つのエントリは自動生成するようにセットしてある。で、フルアップデートするようにしておいた“つもり”だったのだけどどうもうまくアップデートされていないことに気がついた。なぜなんだろう。

更に、この自動生成プログラムがシェルスクリプト・AppleScript併用のもので動作はちゃんとするのだけど非常に効率が悪い。今なら多少スキルアップしてるつもりなのでもっとスマートに書けそうだなぁ。書き直そうかなぁ。悩む。

更にさらに、HaloScanから読み出した既存のコメントをエントリに書き込んでしまうというアイデアもその実装方法の部分で止まっている。しばらく悪戦苦闘は続きそう。

といいつつ、もう気がついていると思うけどこういう状況を楽しんでいる會澤がいるのも事実。

現行のiPodは大きく分けて次の３つに分類されます。

• iPod（34,800円から）
• iPod nano（17,800円から）
• iPod Shuffle（7,900円から）

もちろんカラーバリエーションや、容量の違いが存在しますが現在はこの３つのラインナップになっています。さて、このラインナップはこれで完成でしょうか。しばらく前から噂系のウェブサイトでShuffleの製造は終了するのではないかという話が出ています。會澤もそう思っています。確かにShuffleの512MBは1万円を切る価格でそれはそれでインパクトがあります。しかし、iPod/iPod nanoとはコンセプトが著しく異なるのは事実です。売上の上でもiPod nanoが中心になりつつあるわけで、會澤も次の音楽端末を考えるとShuffleは選択肢から外れてしまいます。

Shuffleに液晶をつけてしまったらiPod nanoの存在価値が失われます。いっそのことラインナップを絞り込み、Shuffleを廃止してしまうのもいいのかもしれないなぁと思っています。

しかし、それでは低価格の入門機が無くなってしまう。iPod nanoに512MBバージョンを用意するのはどうでしょう。少々中途半端な1GBを廃して、

• 512MB（可能なら１万円を切る価格帯）
• 2GB（現在の1GBと同程度の価格帯）
• 4GB or 6GB（できるなら３万を切りましょう）

上にあげたのは全てnanoね。どうですかね。iPodも容量とカラーリングだけではちょいと新鮮みに欠けますので、なんかしら新しいアピールポイントが登場してくれるといいんですけどね。

ここでぜひ実現させて欲しい機能があります。この機能はハード的なものは一切手を加えなくてもいい機能です。ということは過去のiPodにも搭載可能な機能です。もったいぶってますねぇ。こんなんいかかでしょうか。

まぁ要するに携帯電話の文字列選択方法ですね。アレはよくできています。たったあれだけのボタンで自由に文字列を作り出すあの技術。ClickWheel機能はもっとシームレスに単語を選択できると思います。iPodシリーズにはメモを表示する機能は存在しますが、メモを入力する機能がありません。メモの代わりに音声を入力することはできますが、iPodに向かってボソボソ呟くのは少々不気味です。高校生のあの指の動きは會澤にはマネできませんが、多少のメモ程度なら何とかなるのではないかと思います。カナ漢字変換に要するMPUパワーはiPodにはあるのか？それはまぁ問題があるかもしれないですけど、iPod単体で文字入力可能であればかなり使えるんじゃないかなぁ。少なくとも會澤は使いますよ。英語環境を考えていないって？それは知りません。

さてさて、Mac本体のラインナップはいよいよ佳境に入ってまいりました。Core2の機能もほぼ見えてきました。コンシュマー向けはおそらくこれ以上拡充はないのではないかと思います（異端児だったeMacの後継という噂は残りますが）。では、プロ向けのデスクトップ。熱対策はとりあえず何とかなるデスクトップ。思いっきりいろんな機能をつっこめるデスクトップ。會澤が待っているデスクトップ（しつこい！）。

アップルの売り上げはiPodが牽引しているのは事実です。iPodが飽きられないように拡充していく必要性は否めません。噂では『全面液晶iPod』の話が出ています。ClickWheel機能という非常にすばらしいインターフェイスを廃するかどうか疑問ではありますが、スタイラス・ペンを備えれば『全面液晶iPod』は化ける可能性もあります。無理矢理な會澤提案日本語入力システムを作るより、『全面液晶iPod』なら入力も備えることはできますよね。音楽ファイルに入力した歌詞情報を音楽の流れに沿って表示すれば、簡易カラオケにもなるかもしれません（どうやって音声を外部に出力するかなんて考えていない）。ハイスペック・iPodとして新ラインナップが登場するかもしれませんよね。アップルがかつて手放したニュートンなんぞという先進的な機能を詰め込んだデバイスにiPodが変身したら結構需要があるんじゃないかな？飛びつく人は少なくともここに一人いますよ。

相変わらずの戯言でございました。

これまで一部の例外を除き、MacintoshはMacOSで動いていた。しかしながら、Intel-Macでは様相が変わってきている。

アップルが仕掛けたBootCampおよび最新ファームウェアは、様々な可能性を提起したわけだが、ついにLinuxディストリビューションの大御所Fedora CoreもIntel-Macを視野に入れてきたと言うことか。現時点ではあくまでもテスト的なものということだが、BootCampが次期MacOSに搭載される旨の発表もなされており、搭載されれば現在のβバージョンの表記はなくなる可能性もある。ファームウェアは後戻りすることは考えづらく、今後もマルチブートの機能はなくなることはないだろう。

PCの雑誌にマックが登場することが最近多くなってきた。PCの雑誌ではネタが尽きてきたというか、ほぼ話題が一回りしたらしくMacでWindowsXPが（ネイティブで）動く。というインパクトは大きかったようだ。事実、秋葉原のPCショップでMacを扱う店が登場してきていると言うこと。WindowsユーザーがすぐにMacを購入しようと動くかと言われると多少疑問ではあるが、注目しているのは事実のようだ。

會澤はMacOSの環境にかなり依存しているので、今さら別の環境へ移行しようとは思っていない。ただ、MacOSの基盤であるUNIXベースの便利さ強力さには多少足を突っ込み、その裾野の広さに少々唖然としている。現実問題として、様々な用途にターミナルから覗き見るUNIXの世界を応用することの快感を覚えつつあるので、ターミナルは常に起動しているソフトになっている。

會澤のようなUNIX/Linux初心者でもFedora Coreの名前はよく耳にする。かなりシェアの高い（という言い方をしていいのか疑問だけど）ディストリビューターであるのは事実ですよね。今後は、より多くのディストリビューターでもサポート環境の一つとしてマッキントッシュをラインナップに加えるのは普通になってくるのかもしれない。そうなれば、一つぐらいインストールしてみようかなと思わないでもない。

遠い昔、第一世代のPowerPCを使っていたときに、Linuxをマックにインストールしたことがある。名称は忘れた。これはですね。速攻で消しました。操作できないんだもん。根っからのマックユーザーであった會澤は、MacOSユーザーだったんだと痛感したわけです。当時はターミナルなんて当然無かったしね。現在ではどうだろう？ターミナルだから便利に使っている部分はきっとあるだろうな。MacOSがあって一つの窓からUNIX/Linuxの機能を使える。これは非常にありがたい。最近正式版が登場した。「Parallels Desktop for Mac」もどきの感覚で現在は使っているわけです。

Parallels Desktop for Macの機能は非常にすばらしく、使うとすればコッチだろうなと思っています。思っていますが、ネイティブで動かすことのメリットもきっとあるだろうと思っていて、WindowsXPを動かすよりはLinuxだろう。更に、動かすんだったら（初めてだから）公式にサポートを表明しているディストリビューターを選択するだろう。そう思ったりするわけです。

ちなみにIntel-Macの購入予定は...ありません。

Do As Infinityのヴォーカリスト。個人的には伴ちゃんあってのDAIという気がしてました。この曲は伴ちゃんのソロとしてのデビュー曲。iTunes Music Storeでシングルを購入したのは久しぶり。ずっとアルバムばっかりだったからなぁ。iTMSから購入した曲にはジャケット写真がインポートされているんだけど、この写真は×。彼女のかわいらしい感じが消えてます。CD+DVDの方のジャケ写は○。コッチにして欲しかったなぁ。

楽曲をどうのこうの言うのはやめにします。以前は色々書いていたけど、結局素人の戯言ですからね。DAIが解散するって聞いたときにはああそうかぁっておもいました。色々不都合なことが出てきたんだろうなぁ。伴ちゃんの声が大好きな會澤としてはしばらく彼女の声が聞こえなかったのは寂しかったですね。

iTMSでは現在のところシングルしか扱っていませんが、アルバムも扱って欲しいなぁ。じゃジーな曲やクラシカルなものも歌っていたりする伴ちゃん。正直イメージが湧いてこないんだけどね。ぜひ聞いてみたい。って実は少し前にショップのプレビューで聞いてるんだよね。購入しようかどうしようかずいぶん迷って結局購入しなかったんですわ。

伴ちゃんにはこれからもどんどん出てきて欲しいですなぁ。

今さらながら、iTMSってのは誘惑たっぷりです。ワンクリックに設定していたらどうなるかわからない。會澤はカート式を選択しています。カートの中にはすでに３万円以上の楽曲が...アブねぇ。発足当初は最新曲がなかったのですが、最近では発売以前に登録されたりすることがありますね。ますます術中にはまっている會澤でした。

先日信州へ家族旅行へ行ってきた。小布施の町の外れ、山あいにある曹洞宗　梅洞山岩松院。こちらの一般駐車場から仁王門への小道に、その歌碑はありました。地元の俳句会のみなさんの歌碑であるようなコメントがありましたが、記録をとってきませんでした。横書きになってしまって少々趣に欠けますが歌は次の通りです。

ガンダムのテレビに見入る　児は六才　戦死とは何を　我に問いたり　　　　　香久子

戦争を知らない私はもとよりこと、父の世代も戦争の記憶は薄れつつあります。ガンダムは宇宙戦争のさなかに出会う人と人のドラマですね。戦争という極限状態が、普通の生活から一歩も二歩も離れた世界＝空想の世界。を示しているのだと思います。しかし、広島を旅行したときに語り部のおばあちゃんから聞いた言葉に表せないような惨状。そういった状況を指し示すことはガンダムの世界にはありません。それを否というつもりはありません。しかし、この歌碑にあるように「戦死とは何？」と問われたときに何と答えればいいのでしょう。

人の命の尊さ。などというのは“言葉としては”言い古されているのですが、実際に体験する機会は多くありません。コンピュータやゲームの世界が最たるものですが、リセットが有効な世界。やり直すことができるヴァーチャル世界の中で遊ぶ子供たちの中にどんな倫理観が育つものなのか。世界への関心の低さなとということもいわれます。隣国で起きている危険な兆候も「自分の生きる中にはまったく関係のない話」として取り合おうとしない若者（もしくは正対したとして、それに対するいかなるアクションも持ち得ない自分を知っていて無関心を装うのか）を職場で見ました。ヴァーチャルな仮想世界では、危険が回避不能であればゲームを中断することができます。回避不能であり、絶望的な状況ではゲームを終わらせ選択を変えてゲームを最初からやり直すことも可能です。現実には...

上記引用はWikipediaにある、スタンフォード監獄実験の一文です。監獄を舞台に看守役と囚人。双方の心理変化をとらえようと行われた実験のことです。実際には実験は失敗に終わります。心理変化が起こらなかったのではなく、起こりすぎて続行は危険であると判断されたためです。戦争という極限下において人間は理性を失い、非人道的な行動に出る。それを戦時中下の愚かしい扱いへの免罪符とするつもりはないが、そうなることがわかっていながら戦争への道を進もうとする行為はおそらく“犯罪的”行為なのだろうと思う。

戦争という行為の原因を探るのは容易いことではないと思うけど、そこで行われ続けてきたことの結果として人の命が失われる。単純に人の死ということだけではない重さがそこにある。人の命の重さに違いはない。しかし、死をもたらした“もの”が何であるか。それを説明するのは難しい。難しいけど語り継いでいかねばならい事柄の一つだろう。

「戦死とはなんぞや」と子供たちに問われたとき、少なくともそれを賛美するような教え方をしてはいけない。死する人と戦死という事実を分けて考えなければならない。某国の首相は戦争によって死する人たちは同じであり、その人達に敬意を表して不戦の誓いをするために靖国に詣るという。そこには日本の犯した戦争という行為をどう考えるのかというメッセージは見えてこない。また隣国は、靖国には戦没者とともに戦争責任者が祀られており、そこに詣ることは戦争責任者を是認することにつながるといって非難する。そこには、死する人への思いは見えてこない。あなたならどう語るだろう。

言葉の意味だけではない歴史の意味まで語れるだろうか。不十分で舌っ足らずな説明であるかもしれないけど、歴史を含めて自分の言葉で説明したい。歴史は周りが勝手に作り出すものではなく、自分自身がそこに必ず関与して作られるもの。選挙などで意思表示をしなかったために自らの思いとは異なるところに結論が行き着いた。また流されているだけで気がつくとその流れが自らの思うところから離れていた。いずれも些細ではあるにせよ自らの関与がそこにはある。そこに目を向けていきたい。

特定の外付けHDDに関するトラブル。

システム上、外付けHDDはフォルダのようにアクセス可能です。例えば、「HDD160GB」という名前を付けたHDDがあるとします。OSXの場合このHDDがマウントされると「Volumes」というシステムが管理するフォルダ上に「HDD160GB」という名前で登録されます。

ユーザーがこのHDDのデータを読み出そうとすると、「/Volumes/HDD160GB」というフォルダのような方法でこのHDDの中に対してアクセス可能です。マルチユーザーOSですので、アクセス権が正当であることが条件になります。場合によってはアクセス権がおかしな設定になる場合があり、修正が必要な場合が出てきます。修正方法はシステムHDDでなければ、ユーティリティフォルダにあるディスクユーティリティを使うのが簡単です。システムHDDの場合は、システムDVDから起動の上同ユーティリティで修正可能です。

さて、それでは該当HDDがアンマウントされる場合はどうなるでしょう。本来であれば「Volumes」に作られたHDD160GBのマウントポイント（用語の使い方が正しいかどうか自信がありません）はシステムが消去するはずです。ところがどうも會澤のシステムに消去されないマウントポイントが存在してしまうようになってしまいました。

消去されないとどうなるか、システムは「Volumes/HDD160GB」というのはすでに使用されているから同じ名前では登録できない。「Volumes/HDD160GB 1」で登録しましょう。という具合に名前の後ろに数字を添えた状態でマウントポイントを作成します。わかりにくいのはFinderなどで表示される名前はマウントポイントの名前とは異なり「HDD160GB」のままです。例えばターミナルから常にアクセスする人ならおかしいのがわかると思います。しかしFinderから見ると同じなのです。ただ、FInderからも「Volumes/HDD160GB」と「Volumes/HDD160GB 1」は見えてくる場合があります。ファイルの保存などを行おうとしたときに出てくるダイヤログではこの二つ場合によっては見えてしまいます。しかし、「HDD160GB」が二つ見えるのではなく、システムが以前保存したポイントとして憶えていてダイヤログでデフォルトとして表示するのが「Volumes/HDD160GB」の方で、実際マウントポイントとして使用しているのが「Volumes/HDD160GB 1」の方であるなどという場合が発生します。事実會澤の環境で発生しています。

これはシステムが再起動したりすると「１」が「２」「３」と増えていくのですよ。気がついたら「８」までいってました。それまで気がつかなかったんです。実はこのHDDは、動画をストックするためのものです。動画をライブラリ化するのに使っているソフトが使うtemporaryフォルダがどうも消去されずに残ってしまうようです。不可視のフォルダなので気がつくのが遅れたのですが、マウントされずに残ってしまった残骸には必ずこのtemporaryフォルダが存在するんです。どういう処理になっているのかわからないのですが、現象からいってこの不可視のtemporaryフォルダがあるために消去できずにおかしなことになってしまうようです。

対策としては気がついたらフォルダを削除してやるということがあります。ただ、このHDDは基本的に本体の起動と同時にマウントしてもらいたいので、起動時にマウントポイントを検索して余計なのが残っていたら削除するという方法はとりにくいですね。むしろ、HDDがアンマウントされたときに検索する方法が望ましいと思います。

...イヤ、ソフトが何とかしてくれるのを待つっていう消極的な方法もあるなぁ。メールは作者に送ってありますが、作者の環境ではどうも再現しないようなのです。数ヶ月慣れない英語で十数通のメールをやり取りしています。作者の側でも現実に會澤の環境下で前述した現象が起きているのは確認してもらいました。しかし作者側で再現しないので対応しようがないとのこと。ごもっともです。

さて、HDDがアンマウントされたタイミングっていつでしょう？それをとらえるイベントって発生するでしょうか？シャットダウンする途中にそのプロセスは発生すると思いますが、そこにユーザーのアクションが入り込む余地ってあるんでしょうか？悩ましいです。

実害があるようなないような...気がついてしまうと気になります。なんかヒントがあったら教えてください。

先のエントリで２枚のサムネール画像をクリックすると拡大画像を表示するしくみを用意した。実は極々簡単なJavaScriptで実現している。coolなウェブサイトではもっと凝ったしくみを用意しているようだが、あまり凝ったギミックを使ってもしかたないのでこんな形にしてみた。

さて、この表示は次のような理屈で動作する。

1. .macに新しく用意された「Web」フォルダの中にある「Sites」フォルダ（※１）に任意のフォルダ（※２）を用意してその中に画像ファイルを放り込む。放り込む画像ファイルは1個だけでよい。1つのファイルから、サムネール・拡大画像両方を作り出す。
2. サムネールを表示したいところに <img src="http://web.mac.com/《ユーザーID》/《フォルダ名（※２）》/《画像ファイル名》?transform=small" /> と記述してサムネールを表示させる。（※３）
3. .macサーバーの任意の場所に後述するようなJavaScriptを組み込んだ.htmlファイルを仕込んでおく。
4. 前述したサムネールにJavaScriptを組み込んだhtmlファイルにリンクを設定する。ただし、リンクに「？」を付与し、その後に拡大表示させたいファイル名を記述する。（※４）

function zoomingImage() {
 var filpth = location.search;
 filpth = filpth.substring(1,filpth.length);
  if( filpth.length==0) {
   document.write('no image');
  } else {
   document.write('<img src="http://web.mac.com/《ユーザーID》/《フォルダ名（※２）》/' + filpth + '?transform=large" />');
  }
 }

別段めんどくさいことをしているわけではありません。JavaScriptはロケーションのqueryを表示すべきファイル名として認識しているだけです。一つのファイルからサムネール＋拡大画像を表示させているのは本来非公開の.macサムネールAPIを利用しています。このAPIに関しては、極々簡単に以前紹介させていただいていました。

すごくかっこいい表示方法として、つい最近「mojo」さんが紹介していました。

これなんかに比べれば稚拙だし、エラーチェックも不十分だし、何より會澤環境にひどく依存していたりするかもしれない。でも、構造が簡単なので使う人が改造できるというのがいいのではないかと勝手に思っていたりする。

會澤はこの辺の説明へたくそなので、先のエントリや、読み込んでいるJavaScriptを見て抱くなりして理解を深めていただきたい。な〜んて偉そうなこといってもしゃ〜ないなぁ。

家族４人で長野へ。いやぁ、トラブルもありましたが楽しんできました。

写真は国登録有形文化財第20-136号木造四階建「金具屋斉月楼」です。こちらにお世話になりました。こちらのお宿は一部屋一部屋、部屋の設えが異なり、全て魅力的です。金具屋さんは全部で４つの棟からなります。

• 潜龍閣
• 居人荘
• 斉月楼
• 神明の館

各部屋ごとに非常に凝った作りになっており、金具屋さんのホームページに各部屋の写真付きの説明があり、ここから部屋を選択したわけですが、これ迷いましたよ！私も妻もこの手の建築物を拝見するのが好きなので、ホームページを見ながらあーでもない、こーでもないと議論しました。

一つ目に考えたのはやはり有形文化財に登録されている斉月楼が良いだろうということ。これは私も妻も意見は一致。さてこれである程度絞り込まれました。後は、部屋の設えと料金の違い。最終的に候補に残ったのは４階にある201　長生閣（ちょうせいかく）と、２階にある206　蓬莱軒（ほうらいけん）の二つ。そしてもう一つ考慮が必要だったのは母の存在。僕ら夫婦だけであれば何階の部屋でも問題なかったのですが、母は膝が悪く、階段が苦手。斉月楼は古い建物のため階段が随所にあり（実はこの階段一つにしても非常に凝った設えになっており、それはそれで楽しませていただきました）可能な限り低い階にしてやりたいという思い。さらにいえば妻も母も方向音痴。入り組んだ屋内を動くよりもシンプルな低い階を選択した方がいいだろうという判断で、蓬莱軒を選択させていただきました。

こちらのお部屋、一番気に入ったのは父ではないかと思います。いつのまに観察したのか私達に部屋の設えに関していかに凝った設えであるか解説してくれたのですね。父は若い頃大工の手伝いをしていたことがあり、そのへん多少かじっていたのですな。私達はホームページに書かれている設えについては予備知識として持っており、部屋に案内されたときに父にそのへんは話しておりました。ところがまずはお風呂。ということでお風呂に入り、その後妻とともに少し（ほんの１０分ほど）温泉街を散策して、戻ってみると父はすでに詳細に部屋の観察を終えておりました。いつの間にか酒を飲みながら...

部屋だけではなく、このお宿には豊富な温泉がありこれもすばらしかった。宿の大浴場である「鎌倉風呂」と「浪漫風呂」はそれぞれ泉質が大きく（見た目にも）異なります。鎌倉風呂は透明なお湯でしたし、浪漫風呂は濁ったお湯。いわゆる温泉掛け流しで加水も一切無し（露天のみ加水有りの表記あり）。加えて貸し切り風呂（無料）も５つ！あなた湯あたりするなという方が無理ってもんで、お湯のはしごをさせていただきました。鎌倉風呂と浪漫風呂は０時で男湯・女湯が切り替わります。残念ながら全ての貸し切り風呂を制覇することはできませんでした。次回があるかどうかわかりませんが、次はぜひ貸し切り風呂全制覇を目指します。

実をいいますと渋温泉には公共浴場（これも泉質が全て異なるらしい）が９つもあります。これも全部回れなかったなぁ。父と母は屋内のお風呂をはしごしておりましたが、僕ら夫婦は贅沢にも屋内のお風呂だけでなく公共浴場をいくつか回りました。温泉に関しての話は私のような素人が話しても何ですので、ぜひこちらの８代目当主のご意見をご覧になって下さい。このお話に関しては非常に感銘を受けました。會澤の旅行記など興味ないとおっしゃる方も可能でしたらこの辺のお話はお読みになって欲しいなぁと感じております。

非常に楽しく、のんびりできた家族旅行でした。

• 風呂上がりの奥様ピンナップ
• 風呂上がりペアペアショット
• 蓬莱軒の明かり取り窓（瓢箪）
• 蓬莱軒から両親・奥チャマが顔を出してます
• 家族写真 家族４人で写っている

アンチ読売の會澤ですのでそのへんよろしく

先ほどテレビニュースで次期オリンピック（北京？）の野球チーム監督に長島の可能性がある旨言っていた。いったいどういうことなのかまるっきりわからない。長島という人物。個人としての魅力にはあふれているのかもしれない。會澤的には単なる人気のあった元野球選手というイメージしかない。監督というのは名選手が即イコールではない。そんなことさんざん言われてきたことであったはずで、長島が名監督か否かというのは少なくとも戦跡からいって名監督の側にはないのではないかと思っている。どっちかっていえば、野村とかそのへんの方が名監督って言えるんじゃないか。短期の監督に野村が向いているとはとても思えないが...

百歩譲って監督の器であるとしよう。オリンピックの時に元気に指揮を執れるだろうか。もちろん現代医療は進んでいるから、難しくはないのかもしれない。しかし、時折野球観戦に来たといってニュースになるような体調の人間を「監督」でござい！と祭り上げるのは、野球機構のエゴに過ぎないのではないか。人気に乗っかりたい。そんな思いが見え見えなんじゃないか。

オリンピックの野球は全世界的ではないということで北京で最後になる。復活というのもあり得ないわけじゃないだろうけど、早々世界規模に広がるというわけでもあるまい。最後のオリンピックになる可能性がある。そこに長島の名前を刻むことで、涙にむせぶファンも多いのだろう。しかしそれでいいのか？長島人気でオリンピックを盛り上げようという意味はないのか。あるとしたら逆に長島に失礼ではないのか。なんかおかしいと會澤は思うぞ。

いっそ先の何とかクラッシックで男を上げたイチローをプレーイングマネージャーに起用したらよっぽど話題になるぞ。なんなら思い切ってジーコ監督なんてどうだ。ブラックが過ぎるか？

昔から片づける。という行為が苦手だった。片付けたつもりが大切なものを奥底へ追いやってしまって、二度と出てこないというのは珍しいことではなかったりする。実に困ったヤツである（自分のことだけどねぇ）。

ところで、部屋にある引き出し（状差しっていわれるようなやつ）にものを入れようと中をのぞいたら大学ノートが出てきた。出てきたってのは正確じゃないなぁ、そこにあったわけだ。記憶の中に何にもない。いつこんなところに入れたっけ？

中を見てみたらなんと、高校時代のもの。実は高校時代にクラブ（ラグビー）の練習中に靱帯を切ってしまい、入院したことがあったのです。当時は、インターネットなどまったく知らない會澤は趣味といえば文芸本、もしくはScience関係の新書などを読むことという文学青年（？）だったのです。入院したといっても内臓が悪かったわけではなく、足の靱帯を切っただけ（一応手術しました）で、足の自由はないものの、まるっきり健康体。練習に（一応）明け暮れていただけに、時間を思いっきりもてあましていたのですね。

會澤は日記などつけたことがないのですが、入院生活がよっぽど退屈だったらしく日記らしいものをつけていたのです。もう、まるっきり憶えていない。會澤の記憶回路は一体どうなっているんだろう。まるで、初めて読む小説のように大学ノートを読んでしまいました。

會澤はその中で、入院している隣の部屋の少女にけっこういい感覚を持っていたようです。その少女と話をしたとか、彼女のケガは自分より重傷だから可哀想だとか、いやぁ読んでいるコッチが焦れったくなるような純な成年の日記がそこにあるのです。どうもその女の子は中学３年生（會澤が入院したのは高１だから一コ下）らしく、高校受験に備えて受験勉強を教えてやる約束をしたとかなんかもう、恋愛小説みたいなのさ。いやぁ〜會澤もやるもんだ。

しかし、ここで疑問が湧いてくるわけですよ。いくら忘れっぽい會澤であったとしても、その女のことこれだけいろんなことを話したりしたら、ちょっとは憶えているだろう！そうでしょ。受験勉強を教える約束をしたなんてそんなドラマチックな展開、今読んでもドキドキするんですよ。それなのに当時（一応）純粋な高校生の會澤の記憶に定着しなかったなんてあり得ないでしょ。

大学ノートを読み進めると、最初の少女の話がチョット変わってきます。なんか話題がリセットされてしまったかのようなくだりが出てくるんですよ。何度か同じ少女と出会ったりしている。これは何だ？　で、そこまで読んでいってこれが高校生會澤の創作小説のプロットではないかということに気がつきます。なんてことだ！小一時間も高校生會澤の創作の世界に手に汗握っていた40ぅん才の會澤の立場は！

ところで、こんなもの読んでいてふと気がついたのはやはりませていたかもしれない會澤ではありましたが、青春していたのだなぁと思うのです。中にこんなくだりがあります。

今の俺！大丈夫か！そんな親父になっていないか。年齢的には絶対親父になってしまっている。当時おそらく本当に見たのではないかと思う社会に擦れてしまった親父になっていないか？突っ張ってるか？自身があるようなないような複雑な気分になってしまった。

当時の會澤は意外に冷静に社会を見ていたようです。大学ノート結構まだびっしり書かれていますので、また後ほど続編を。

ず〜っと愛着があるでもなくなんとなく使っているもの。実はキーボードなんですねぇ。マウスは２ボタン＆ホイールマウス（安価なヤツ）に変更して久しいのですが、キーボードはCubeに付属のものをズ〜ッと使っています。「これでなくては！」というこだわりがあるわけではないのです。決定打がなかったから迷っているうちにそのまま使い続けていた。というのが現実です。

とか、

とか気になるキーボードあるのですが、残念ながら記事ではキータッチはわかりませんよね。

人とコンピュータをつなぐインターフェイスというと、出力側ではディスプレイやスピーカーといったものが上げられます。これは種類も多いし、こだわりを持っている人も多いですね。出力側に対する會澤のこだわりは...特にないなぁ。スピーカーも色々試したけど結局Cube付属目玉スピーカーに落ちついてるしなぁ。

一方入力側の代表というとキーボード＆マウスがやはり代表でしょうか。マウスに関しては「ワイヤレスはダメ」というこだわりがあります。というかメンテナンスフリーの方が強いかな。要するにですね。ワイヤレスマウスって所詮電池駆動なわけですよね。この電池のことを考えながら使うっていうのは會澤の中では許せないのです。加えて、一時期会社で使っていたワイヤレスマウスの使い勝手が悪かった（スリープに入ってしまうとカーソルが動き出すまで一呼吸入る）のも印象悪くしてます。

キーボードに関しては慣れてしまったCube付属キーボードにまさるキーボードがなかなか見つからない。そもそもキーボードのキートップにウィンドゥズマークが刻印されているのは許されない。キーボード自体はほとんど見ないので刻印なんてどうでもいいじゃないかと思ったりするのですが、それでもやっぱりウィンドゥズマークがあるキーボードはなんとなく使いたくない。それから、これも慣れの問題なんだけど、バッククォートが「＠」に割り当てられていて、「＠」キーが「p」の隣にある。つまり英語配列はどうもダメ。そもそも「英数」「かな」キーが欲しいのよ。でも、キートップにかなの刻印はいらない。そんなワガママな要求に応えてくれるキーボードってなかなかない。今使っているCube付属キーボードだってキートップに刻印されているかながじゃまくさくって削ろうと思ったぐらい。

キーボードってそこそこ大きい量販店に行ってもおいている種類なんて限られる。ましてマック用なんて皆無に等しい。残念ながらキーボードは人の話だけで購入できない要素がある。いわゆる打鍵感ってヤツね。ノートのペコペコしたキーボードが好きな人もいれば、押しました！っていうような打鍵感が好きな人もいる。こればっかりは触ってみないとわからない。更に、店頭でチョットさわったぐらいではわからない感覚ってのもある。ある程度使ってみてはじめてわかる感覚。これは店頭では試せない。

とはいえ、雑誌やWebの記者じゃあるまいし、全て購入して試してみるっていうのは非現実的。ということで「とりあえず」使っていたキーボードをズ〜ッと使っているわけ。

今使っているキーボードはかなりへたってきていてときどきキーが戻らなくなって「ああああああああああああああああああああ」なんて入力されたりする。次のキーボードを物色しなきゃと思いながらまだ交換に至っていないのですわ。

以前のブログでも同じ事欠いたかもしれないけど、昨晩キーボードに珈琲をぶちまけてしまってなおのこと不安がつのっている會澤です。う〜ん、どうしよう。

熱のせいにはしたくないけど、結果としてボーッとしていたんでしょうね。昨日、このブログのsourceをつらつらと眺めながら、「インデントされていなくって見ずらいなぁ」と思っておりました。インデントに関しては書いているときからあまりつけておりません。あまり良い癖ではないのですが、iBlog時代に一行に全て記述することで余計な改行無しで書くことができるという「技」をずっと使っていたために身に付いてしまったものです。最近ではパラグラフごとに改行を入れるようにしていますけどね。

で、tidyというhtmlユーティリティに与えているオプションにインデントを付加するオプションを追加してソースファイルにインデントを入れるようにしました。

さて、以上が前振り。相変わらず前振りが長い (^^;

ところがこの後、サイドバーに表示させていたRecent entriesの表示が消えてしまった。この表示はJavaScriptによるもので、ローカルで自動的に作成している。

とっても恥ずかしくて公開できないが、自身のブログが自動生成しているRSS2.0ファイルを読み取って、JavaScriptに変換するというもの。公開するのもシェルスクリプトで行っているが、そこに組み込んでおり、公開するとき（正確には公開のプロセスにはいる前）に毎回RSS→JavaScript変換を行っている。

しかし、どうもこの変換がうまくいっていない。JavaScriptファイルを見るとカラッポ。気がついたのは今日の午後。一体いつから？

以前は間違いなく生成されていたことから考えられるのは、何か変更したため。その変更点が悪さをしているということ。先に述べたように変更したのはソースファイルにインデントを入れるようにしたことぐらい。

で、ここでハタと思いついた。NBがtidyを呼び出すときのオプションにインデント付加のオプションを書き加えたのだが、htmlファイル用とともに、xmlファイル（つまりRSS用）のオプションにもインデントオプションを書き加えている。インデントを入れるようにしたことで、RSS→JavaScript変換（sedを使ってます）が誤動作しているのではないか。

結果からいうとビンゴでした。sedを使っているのですが、それまでマッチしていた正規表現がmatchしなくなってしまったようです。このへんがこういうもんいじり始めた素人崩れがよくやるミスなんでしょうな。要するに正規表現がちゃんとしたものでなく、環境依存性のあるものになっているということです。

更にこの対処方法として會澤が選択したのは「とりあえず」の対処。xmlファイルに付加していたインデントオプションを今一度削除した。というもの。変換のための正規表現にひそんでいるエラーを修正するのは後回し。多少「逃げ」が入っています。

とはいえ、いい勉強をさせていただきました。