SNEAKERS

　P-RAMのクリア（P＋R＋option＋commandを押しながら起動）、起動ディスクのアクセス権の修復をしてみたが、状況は変わらず。
　ネットで情報を漁ると、「ターミナルから、 sudo chown -R _coreaudiod:_coreaudiod /Library/Preferences/Audio とすれば解決」という情報にありついた。（ Cocoa を飲んで、ほっとして。: Mac のサウンド出力設定が保存されないときは... ［ LiNK (norihito.typepad.com) ］）
　しかし、私の環境では、これを実行しても治らなかった。

　システム環境設定で、サウンドの設定を変更しても、/Library/Preferences/Audio/ にある２つのファイル com.apple.audio.DeviceSettings.plist と、com.apple.audio.SystemSettings.plist の日付や容量が変わらない。書き換えられた様子がないと見ていいのだろう。
　なので、 chmod -R 666 /Library/Preferences/Audio としてみたのだが、ダメだった。

　そこで、この２つのファイルをリネーム（別名にすることにより、このファイルを無効化）してみたところ、治りましたよ！　
　リネーム後、再起動して、システム環境設定からサウンドを再設定したら、この２つのファイルが新たに作成されていました。

　ちなみに、再度アクセス権の修復をしたら、/Library/Preferences/Audio のオーナーを root に修正されていました。

　よくよく調べてみると、拡張属性とやらが付いてしまったのが今回の主要因のようである。（たぶん。）

　以下は、 /Library/Preferences/Audio/ にて、“ls -l” コマンドで表示させたところ。
-rw-r--r-- 1 _coreaudiod _coreaudiod 8271 9 24 16:55 com.apple.audio.DeviceSettings.plist
-rw-rw-rw-@ 1 _coreaudiod _coreaudiod 4803 9 18 10:45 com.apple.audio.DeviceSettings.plist~org2
-rw-rw-rw- 1 _coreaudiod _coreaudiod 892 9 18 14:59 com.apple.audio.DeviceSettings.plist~orig
-rw-r--r-- 1 _coreaudiod _coreaudiod 1680 9 24 16:56 com.apple.audio.SystemSettings.plist
-rw-rw-rw-@ 1 _coreaudiod _coreaudiod 1498 8 26 19:37 com.apple.audio.SystemSettings.plist~org2
-rw-rw-rw- 1 _coreaudiod _coreaudiod 429 9 18 14:55 com.apple.audio.SystemSettings.plist~orig

　*.plist~orig というファイルは、現象発生時には既に存在していた。
　*.plist~org2 というファイルは、現象発生時に *.plist だったファイルをリネームしておいたもの。　このファイルのパーミッションが、-rw-rw-rw-@ となっており、“@”が表示されているということは、拡張属性（EA：Extended Attributes）が付与されている事を示しているらしい。　これが問題を起こしていた主要因だったのかもしれない。

　さらに、拡張属性の種類を表示させるオプション（“-@”）と、アクセス制御リスト（ACL）情報を表示させるオプション（“-e”）を付けて、表示させてみた。

$ ls -ale@
total 72
drwxrwxr-x 8 root _coreaudiod 272 9 24 16:53 .
drwxrwxr-x 65 root admin 2210 9 25 10:04 ..
-rw-r--r-- 1 _coreaudiod _coreaudiod 8271 9 24 16:55 com.apple.audio.DeviceSettings.plist
-rw-rw-rw-@ 1 _coreaudiod _coreaudiod 4803 9 18 10:45 com.apple.audio.DeviceSettings.plist~org2
　　　　com.apple.metadata:_kTimeMachineNewestSnapshot　　50
　　　　com.apple.metadata:_kTimeMachineOldestSnapshot　　50
　0: group:everyone deny write,delete,append,writeattr,writeextattr,chown
-rw-rw-rw- 1 _coreaudiod _coreaudiod 892 9 18 14:59 com.apple.audio.DeviceSettings.plist~orig
-rw-r--r-- 1 _coreaudiod _coreaudiod 1680 9 24 16:56 com.apple.audio.SystemSettings.plist
-rw-rw-rw-@ 1 _coreaudiod _coreaudiod 1498 8 26 19:37 com.apple.audio.SystemSettings.plist~org2
　　　　com.apple.metadata:_kTimeMachineNewestSnapshot　　50
　　　　com.apple.metadata:_kTimeMachineOldestSnapshot　　50
　0: group:everyone deny write,delete,append,writeattr,writeextattr,chown
-rw-rw-rw- 1 _coreaudiod _coreaudiod 429 9 18 14:55 com.apple.audio.SystemSettings.plist~orig

　こんな感じ。
　“com.apple.metadata:_kTimeMachineNewestSnapshot”とかは、「ファイルの本質とは直接関係のない修飾的な情報」が記録されているメタデータを記録しているファイル名らしい。（その後ろの“50”は何を示しているのかまでは調べていない。）

　ファイルの内容が破損しているのでなければ、この拡張属性を解除してやるのが一番スマートな解決方法なのだろうな。
　拡張属性を解除をするには、xattr コマンドを使うらしい。
　やってみた。

　一旦コピーして、それに対して試してみる。
# cp -p com.apple.audio.SystemSettings.plist~org2 COPY_com.apple.audio.SystemSettings.plist~org2

# ls -l@e COPY_com.apple.audio.SystemSettings.plist~org2
-rw-rw-rw-@ 1 _coreaudiod _coreaudiod 1498 8 26 19:37 COPY_com.apple.audio.SystemSettings.plist~org2
　　　　com.apple.metadata:_kTimeMachineNewestSnapshot　　50
　　　　com.apple.metadata:_kTimeMachineOldestSnapshot　　50
　0: group:everyone deny write,delete,append,writeattr,writeextattr,chown

# xattr -d com.apple.metadata:_kTimeMachineNewestSnapshot COPY_com.apple.audio.SystemSettings.plist~org2
# xattr -d com.apple.metadata:_kTimeMachineOldestSnapshot COPY_com.apple.audio.SystemSettings.plist~org2

# ls -l@e COPY_com.apple.audio.SystemSettings.plist~org2
-rw-rw-rw-+ 1 _coreaudiod _coreaudiod 1498 8 26 19:37 COPY_com.apple.audio.SystemSettings.plist~org2
　0: group:everyone deny write,delete,append,writeattr,writeextattr,chown

　“+”が表示されているということは、ACL情報が付いている事を意味している。
　現在有効な設定ファイルである *.plist のファイルには付いていない。
　このACL情報を消すには、chmod コマンドに“-N”オプションを付ければいいらしい。
　やってみた。

# chmod -N COPY_com.apple.audio.SystemSettings.plist~org2
# ls -l@e COPY_com.apple.audio.SystemSettings.plist~org2
-rw-rw-rw- 1 _coreaudiod _coreaudiod 1498 8 26 19:37 COPY_com.apple.audio.SystemSettings.plist~org2

　おー！　消えたよ！　

　今回の私の環境での事例では、このようにするのが正解だったのだろうな。…たぶん。（全てrootでの作業。）
　ていうか、なんでこんな余計な属性が付いてしまったのよ？　（怒）
　で、試しに *.plist~org2 ファイルを TimeMachine から復元してみたら、拡張属性やACLは付いていませんでした…。（こっちが Mac使いとしては正解なのかもな。笑）

参考：
Macでlsした時のパーミッションにあるアットマークを消す。xattrコマンド。 - kanonjiの日記［ LiNK (d.hatena.ne.jp) ］

＜＜続きを隠す

　SSDでの体感速度は、OS X やアプリの再インストールの段階では、爆速な感じはしませんでした。ユーザーのホームを別のディスク（STARDOM社のProDrive： 2.5インチHDD２台によるRAID0）にしていることや、元のHDD（WD社のWD1001FALS）がそれなりに速いものだった所為もあるかもしれません。　でも、確かにアプリ類の起動は速い。特にVMwareで体感できる（仮想マシンのディスクイメージもSSDに置いている）。　そして、かなり静かだ。WD1001FALSは、アクセス音がガラガラと五月蝿いのよ。

　ちなみに、このSSDを Xbench 1.3 でベンチマークを取ってみた結果が、これ。


　そして、PhotoshopもCS5にしましたよ。CS3からのアップグレードで結構前に買っていたのだけれど、やっとこさ、ですなぁ。（仕事遅いぞー、私。笑）
　旧環境のCS3のアクティベート解除を忘れる所でした。旧環境でCS3を起動、メニューバーの「ヘルプ」→「ライセンス認証の解除」で、解除の操作画面にたどり着く。（解除しないまま旧環境を消去してしまったら、Adobeの窓口に電話などで頼むことになる。）

　新環境で少し残念なのことが２つ。
　Mac Pro が初代機であるため、Snow Leopard の 64bit kernel が利用できないこと。
　TWAINプラグインを使うためには、Photoshop を 32bitモードで起動しなければならないこと。（Finderから情報を見るで、“32ビットモードで開く”のチェックを入れておく。）
　どちらも私的には、まぁいいか、というレベルではあるのだけれどネ。

2010/09/23 追記：
　しかし、Photoshop CS5 が落ちまくる…。32bitモードでの起動を切ったら安定した。（TWAINプラグインは使えなくなるが…。）

＜＜続きを隠す

　SATAのPCIカードのドライバ類を残したままにしているのがいけないのかもと、アンインストールを試みた。しかし、インストーラにはアンインストール機能がない。仕方なくググっても情報は得られない。
　で、システムプロファイラをつらつらと見ていたら、起動項目に「SiCoreService」というのがあった。
　/Library/StartupItems/SiCoreService というディレクトリに、SiCoreService と StartupParameters.plist の２つのファイルが置かれていた。SiCoreService はシェルスクリプトで、中を覗くと /usr/sbin/SiCoreService を起動/停止させる為のスクリプトのようであった。
　この /Library/StartupItems/SiCoreService のディレクトリと、/usr/sbin/SiCoreService を適当な別の場所に移動して、再起動させてみた。
　ジャーンと鳴って、リンゴマークが表示、それが消えてから画面が薄い水色になり、このまま数分間動かない（ように見える）。　ダメか…。

　ここで試しにPMUリセットをしてみた。（電源コードを抜いて、扉を開けて、ロジックボード上の PMU RESET スイッチを押す。）

　するってーと、スルッと、起動しましたよ！　「コンピュータの時計が2001年3月24日以前に設定されています」のダイアログが１度だけ表示されたが、タイムサーバーとの自動時刻合わせ後での再起動やコールドスタートでも出ない。　スリープにもちゃんと入れるし、スリープ解除も普通にできる！　治った！（と思っていい？　ねぇ？）　SATAのPCIカードと、そのドライバソフト SiCoreService を外した状態で、PMUリセットを実行したのが効いたのかな？　
　これで、様子を見よう。再発しないことを祈りながら…。


追記：
　その後、やはり（？）再発。
　ログとか見てると、ロジックボードのFireWire I/Fあたりが怪しそう。ここら辺が劣化してきてるのかなんかだろうか？　

＜＜続きを隠す