10.5.8 Combo Updater 成功＆ちょっと失敗

Question

レベル 7

31,050 ポイント

10.5.8 Combo Updater 成功＆ちょっと失敗

「10.5.7 Combo Updater 成功＆失敗」に続いて、またまた、Combo Updaterの成功＆失敗話です。

まずは、職場のマシン。

・Mac mini Core 2 Duo 2.26.GHz

10.5.7まで上げていたので、ソフトウェアアップデート経由の10.5.8 DeltaでUpdateは無事成功。相変わらず、Deltaだとアクセス権の修復でSUID関係の報告が５つほど追加になるので、10.5.8 Comboをインストールすると、インストールが終わって再起動のボタンをクリックし、メニューバー等は消えるが、カーソルがいつまで経っても消えず、30分ぐらい待っても再起動せず。

・PowerMac G5 Dual Core 2.0GHz

10.5.7まで上げていたが、アクセス権の修復でSUID関係の報告が増えるのを嫌って、最初から10.5.8 Comboでアップデートに挑戦。インストールが終わって再起動のボタンをクリックし、メニューバー等は消えるが、カーソルがいつまで経っても消えず、30分ぐらい待っても再起動せず。

この２台のマシンは、メニューバー等は消えていたけど、カーソルとドックは有効のようでした。ただ、下手なときに下手にアプリケーションを起動させるのもまずいだろうと、ドックからターミナル等は起動せず、別のマシンからsshでリモートログイン。"top"で調べてみてもアクティブに動いているプロセスはなく、ほとんどアイドル状態だったので、一通りインストール作業は終わっているけど、再起動がかからないと判断、"sudo shutdown -h now"でマシンをシャットダウン（一応、終了プロセスは踏めた）。双方のマシンとも、取り敢えず問題なく動いている。

以下は、10.5.7まで上げていたけど、最初から10.5.8 Comboを適応で、

・iBook 12" G4 800MHz　　何の問題もなくupdate成功。

・Mac mini Core 2 Duo 1.86GHz　　何の問題もなくupdate成功。

・Mac mini G4 1.42GHz　　何の問題もなくupdate成功。

でした。

で、自宅で使っているマシンですが、

・MacBook Pro Late 2007 2.6GHz

10.5.7まで上げていたので、ソフトウェアアップデート経由で10.5.8 Delta、一旦セーフブートを挟んで、続いて10.5.8 Comboをインストールで、何の問題もなくupdate成功。

嫁さんの

・MacBook Late 2007

取り敢えずセーフブートして再起動してから、10.5.6のままだったので、ソフトウェアアップデート経由でComboを適用。何の問題もなくupdate成功。

という結果でした。

なんか、最近のCombo Updater（10.5.7と10.5.8）、インストール後の再起動で転ける場合があるなぁ〜…。

残るは、娘が使っているiBook G4 14" 933MHzと私のサブマシンのPowerBook G4 Ti 1GHz。

投稿日 2009/08/07 03:12

返信

Answer 1

HAL

レベル 6

14,002 ポイント

2009/08/07 08:35 NO9 への返信

・Mac mini Core 2 Duo 2.26.GHz
・PowerMac G5 Dual Core 2.0GHz

前回失敗したのもこの二台ですよね (^^;

アップデータ側の問題というよりはやはり、環境側に何か問題がありそうです。

それがわかると助かる人が大勢いそうですが、原因を特定するのは難しいのでしょうか・・・。

返信

Answer 2

NO9 作成者

レベル 7

31,050 ポイント

2009/08/07 10:28 HAL への返信

前回失敗したのもこの二台ですよね (^^;

です。(^_^;

アップデータ側の問題というよりはやはり、環境側に何か問題がありそうです。
それがわかると助かる人が大勢いそうですが、原因を特定するのは難しいのでしょうか・・・。

う〜ん、わかんなぃ。（"JKかしゆか"ふうにでもお読み下さい ^^;;）

Mac mini Core 2 Duo 2.26.GHzは職場で私がメインに使っているマシンで、自宅で使っているMacBook Pro Late 2007 2.6GHzと、環境設定やインストールしてあるソフト等、ほとんど同じ構成なんですよね…。異なるのは、APCのPowerChute Personal Editionを入れているかどうかぐらいだったりして…。まぁ、Mac mini Core 2 Duo 2.26.GHzの方は、前回の10.5.7のときも、AppleのSoftwareのみインストールした状態のバックアップを戻して試しても、DeltaはすんなりUpdateできるけど、Comboでは必ず転ける（今回と同じように再起動がかからない）という症状だったので、もしかしたら、現行のMac mini固有の（あるいは、もしかしたら私が持っている個体の）問題かなぁ〜という気配が…。

で、職場の残り４台のマシンは学生さん用のマシンで、利便性を考えて、この４台の環境設定やインストールしてあるソフトもかなり似通っているのですよね…。まぁ、Mac mini Core 2 Duo 1.86GHzはIntelマシンなので、ソフトもIntel版にアップグレードしたりしているけど、残り３台のPPCマシンは、ほとんど共通なんですよね。PowerMac G5 Dual Core 2.0GHzのみGaussian（分子軌道計算ソフト）を入れていますが、いわゆるUNIXの計算ソフトなので、そんなに影響があるとは思えないし…。（今回は試してませんが）10.5.7のときも、Norton Anti-VirusとPowerChute Personal Editioをインストールしていないバックアップを戻せばすんなりUpdateは成功するので、PPC G5マシンとこれらのソフト（NAVとPowerChute）の組み合わせで発生するのかもしれません。

まぁ、今回は転けた２台はsshからshutdownできたので、たぶん、インストール自身は正常に終了して、（何かの理由で）再起動がうまくかからなかっただけかなと思うので（それはそれで問題かもしれませんが）、一応正常な終了プロセスは踏んでいるので、まぁ大丈夫かなと思ってますが…。

返信

Answer 3

2009/08/07 17:17 NO9 への返信

私のところでもアップデート実行時の再起動が発動せず、30分待ってディスクのアクセス音も無かったので意を決して強制終了 (電源長押し）しました。その後アクセス権の修復を試みたところ、これまで以上にエラーメッセージが出ること、出ること^^;

10.5.7の時もそうだったので今回も気にしないでいいのかと思っていましたが、何やらちょっと不安な情報も？

http://discussions.apple.com/thread.jspa?threadID=2106528&tstart=0

このまま使い続けても良いのか、それともインストールし直してComboを使わずに段階的にアップデートするべきか…。

Mac mini Core Duo 1.83 GHz, RAM 2GB, HDD 80GB (int.) + 160 GB (Firewire ext.)

こちら、10.5.7 -> 10.5.8 Combo Update後のアクセス権修復のレポート (何度でも出る)

“System/Library/Frameworks/CoreVideo.framework/Versions/A/CodeResources”上のアクセス権が一致しません。本来 -rw-r--r-- であるはずですが、実際には lrw-r--r-- になっています。

“System/Library/CoreServices/AirPort Base Station Agent.app/Contents/CodeResources”上のアクセス権が一致しません。本来 -rw-r--r-- であるはずですが、実際には lrw-r--r-- になっています。

“Applications/Utilities/AirPort Utility.app/Contents/CodeResources”上のアクセス権が一致しません。本来 -rw-rw-r-- であるはずですが、実際には lrw-rw-r-- になっています。

“Library/Application Support/ProApps/Internal Plug-Ins/BrowserKit/iLife.bkplugin/Contents/CodeResources”上のアクセス権が一致しません。本来 -rw-rw-r-- であるはずですが、実際には lrw-rw-r-- になっています。

“System/Library/PrivateFrameworks/BrowserKit.framework/Versions/A/CodeResources”上のアクセス権が一致しません。本来 -rw-r--r-- であるはずですが、実際には lrw-r--r-- になっています。

“System/Library/Components/CoreMediaAuthoringPrivateComponents.component/Contents/CodeResources”上のアクセス権が一致しません。本来 -rw-r--r-- であるはずですが、実際には lrw-r--r-- になっています。

“System/Library/PrivateFrameworks/CoreMediaAuthoringPrivate.framework/Versions/A/CodeResources”上のアクセス権が一致しません。本来 -rw-r--r-- であるはずですが、実際には lrw-r--r-- になっています。

“System/Library/PrivateFrameworks/CoreMediaIOServicesPrivate.framework/Versions/A/CodeResources”上のアクセス権が一致しません。本来 -rw-r--r-- であるはずですが、実際には lrw-r--r-- になっています。

“System/Library/PrivateFrameworks/CoreMediaIOServicesPrivate.framework/Versions/A/Resources/AVC.plugin/Contents/CodeResources”上のアクセス権が一致しません。本来 -rw-r--r-- であるはずですが、実際には lrw-r--r-- になっています。

“System/Library/PrivateFrameworks/CoreMediaIOServicesPrivate.framework/Versions/A/Resources/IIDC.plugin/Contents/CodeResources”上のアクセス権が一致しません。本来 -rw-r--r-- であるはずですが、実際には lrw-r--r-- になっています。

“System/Library/PrivateFrameworks/CoreMediaIOServicesPrivate.framework/Versions/A/Resources/MPEGAudioDecoder.component/Contents/CodeResources”上のアクセス権が一致しません。本来 -rw-r--r-- であるはずですが、実際には lrw-r--r-- になっています。

“System/Library/PrivateFrameworks/CoreMediaIOServicesPrivate.framework/Versions/A/Resources/MPEGLayer2AudioEncoder.component/Contents/CodeResources”上のアクセス権が一致しません。本来 -rw-r--r-- であるはずですが、実際には lrw-r--r-- になっています。

“System/Library/PrivateFrameworks/CoreMediaIOServicesPrivate.framework/Versions/A/Resources/Tundra.component/Contents/CodeResources”上のアクセス権が一致しません。本来 -rw-r--r-- であるはずですが、実際には lrw-r--r-- になっています。

“System/Library/PrivateFrameworks/CoreMediaIOServicesPrivate.framework/Versions/A/Resources/VDC.plugin/Contents/CodeResources”上のアクセス権が一致しません。本来 -rw-r--r-- であるはずですが、実際には lrw-r--r-- になっています。

“System/Library/PrivateFrameworks/CoreMediaPrivate.framework/Versions/A/CodeResources”上のアクセス権が一致しません。本来 -rw-r--r-- であるはずですが、実際には lrw-r--r-- になっています。

“System/Library/CoreServices/Front Row.app/Contents/CodeResources”上のアクセス権が一致しません。本来 -rw-r--r-- であるはずですが、実際には lrw-r--r-- になっています。

“System/Library/CoreServices/Front Row.app/Contents/PlugIns/DVD.frappliance/Contents/CodeResources”上のアクセス権が一致しません。本来 -rw-r--r-- であるはずですが、実際には lrw-r--r-- になっています。

“System/Library/CoreServices/Front Row.app/Contents/PlugIns/FRSettings.frappliance/Contents/CodeResources”上のアクセス権が一致しません。本来 -rw-r--r-- であるはずですが、実際には lrw-r--r-- になっています。

“System/Library/CoreServices/Front Row.app/Contents/PlugIns/FRSources.frappliance/Contents/CodeResources”上のアクセス権が一致しません。本来 -rw-r--r-- であるはずですが、実際には lrw-r--r-- になっています。

“System/Library/CoreServices/Front Row.app/Contents/PlugIns/Movies.frappliance/Contents/CodeResources”上のアクセス権が一致しません。本来 -rw-r--r-- であるはずですが、実際には lrw-r--r-- になっています。

“System/Library/CoreServices/Front Row.app/Contents/PlugIns/Music.frappliance/Contents/CodeResources”上のアクセス権が一致しません。本来 -rw-r--r-- であるはずですが、実際には lrw-r--r-- になっています。

“System/Library/CoreServices/Front Row.app/Contents/PlugIns/Photos.frappliance/Contents/CodeResources”上のアクセス権が一致しません。本来 -rw-r--r-- であるはずですが、実際には lrw-r--r-- になっています。

“System/Library/CoreServices/Front Row.app/Contents/PlugIns/Podcasts.frappliance/Contents/CodeResources”上のアクセス権が一致しません。本来 -rw-r--r-- であるはずですが、実際には lrw-r--r-- になっています。

“System/Library/CoreServices/Front Row.app/Contents/PlugIns/TV.frappliance/Contents/CodeResources”上のアクセス権が一致しません。本来 -rw-r--r-- であるはずですが、実際には lrw-r--r-- になっています。

“System/Library/PrivateFrameworks/BackRow.framework/Versions/A/CodeResources”上のアクセス権が一致しません。本来 -rw-r--r-- であるはずですが、実際には lrw-r--r-- になっています。

“System/Library/PrivateFrameworks/ProKit.framework/Versions/A/Resources/LeopardPanels.bundle/Contents/CodeResources”上のアクセス権が一致しません。本来 -rw-r--r-- であるはずですが、実際には lrw-r--r-- になっています。

“Applications/QuickTime Player.app/Contents/CodeResources”上のアクセス権が一致しません。本来 -rw-rw-r-- であるはずですが、実際には lrw-rw-r-- になっています。

“Applications/QuickTime Player.app/Contents/PlugIns/AnnotationInspector.propPane/Contents/CodeResources”上のアクセス権が一致しません。本来 -rw-rw-r-- であるはずですが、実際には lrw-rw-r-- になっています。

“Applications/QuickTime Player.app/Contents/PlugIns/AudioSettingsInspector.propPane/Contents/CodeResources”上のアクセス権が一致しません。本来 -rw-rw-r-- であるはずですが、実際には lrw-rw-r-- になっています。

“Applications/QuickTime Player.app/Contents/PlugIns/DataRefInspector.propPane/Contents/CodeResources”上のアクセス権が一致しません。本来 -rw-rw-r-- であるはずですが、実際には lrw-rw-r-- になっています。

“Applications/QuickTime Player.app/Contents/PlugIns/HintTrackInspector.propPane/Contents/CodeResources”上のアクセス権が一致しません。本来 -rw-rw-r-- であるはずですが、実際には lrw-rw-r-- になっています。

“Applications/QuickTime Player.app/Contents/PlugIns/NetworkInspector.propPane/Contents/CodeResources”上のアクセス権が一致しません。本来 -rw-rw-r-- であるはずですが、実際には lrw-rw-r-- になっています。

“Applications/QuickTime Player.app/Contents/PlugIns/SettingsInspector.propPane/Contents/CodeResources”上のアクセス権が一致しません。本来 -rw-rw-r-- であるはずですが、実際には lrw-rw-r-- になっています。

“Applications/QuickTime Player.app/Contents/PlugIns/VisualTrackInspector.propPane/Contents/CodeResources”上のアクセス権が一致しません。本来 -rw-rw-r-- であるはずですが、実際には lrw-rw-r-- になっています。

“System/Library/QuickTime/QuickTimeComponents.component/Contents/CodeResources”上のアクセス権が一致しません。本来 -rw-r--r-- であるはずですが、実際には lrw-r--r-- になっています。

“System/Library/QuickTimeJava/QuickTimeJava.bundle/Contents/CodeResources”上のアクセス権が一致しません。本来 -rw-r--r-- であるはずですが、実際には lrw-r--r-- になっています。

“System/Library/QuickTime/QuickTime3GPP.component/Contents/CodeResources”上のアクセス権が一致しません。本来 -rw-r--r-- であるはずですが、実際には lrw-r--r-- になっています。

“System/Library/QuickTime/QuickTimeFireWireDV.component/Contents/CodeResources”上のアクセス権が一致しません。本来 -rw-r--r-- であるはずですが、実際には lrw-r--r-- になっています。

“System/Library/QuickTime/QuickTimeH264.component/Contents/CodeResources”上のアクセス権が一致しません。本来 -rw-r--r-- であるはずですが、実際には lrw-r--r-- になっています。

“System/Library/QuickTime/QuickTimeIIDCDigitizer.component/Contents/CodeResources”上のアクセス権が一致しません。本来 -rw-r--r-- であるはずですが、実際には lrw-r--r-- になっています。

“System/Library/QuickTime/QuickTimeImporters.component/Contents/CodeResources”上のアクセス権が一致しません。本来 -rw-r--r-- であるはずですが、実際には lrw-r--r-- になっています。

“System/Library/QuickTime/QuickTimeMPEG.component/Contents/CodeResources”上のアクセス権が一致しません。本来 -rw-r--r-- であるはずですが、実際には lrw-r--r-- になっています。

“System/Library/QuickTime/QuickTimeMPEG4.component/Contents/CodeResources”上のアクセス権が一致しません。本来 -rw-r--r-- であるはずですが、実際には lrw-r--r-- になっています。

“System/Library/QuickTime/QuickTimeStreaming.component/Contents/CodeResources”上のアクセス権が一致しません。本来 -rw-r--r-- であるはずですが、実際には lrw-r--r-- になっています。

“System/Library/QuickTime/QuickTimeVR.component/Contents/CodeResources”上のアクセス権が一致しません。本来 -rw-r--r-- であるはずですが、実際には lrw-r--r-- になっています。

“Library/Internet Plug-Ins/QuickTime Plugin.plugin/Contents/CodeResources”上のアクセス権が一致しません。本来 -rw-rw-r-- であるはずですが、実際には lrw-rw-r-- になっています。

“Library/Internet Plug-Ins/QuickTime Plugin.webplugin/Contents/CodeResources”上のアクセス権が一致しません。本来 -rw-rw-r-- であるはずですが、実際には lrw-rw-r-- になっています。

“System/Library/Frameworks/QTKit.framework/Versions/A/Resources/QTKitIBPlugin.ibplugin/Contents/CodeResources”上のアクセス権が一致しません。本来 -rw-r--r-- であるはずですが、実際には lrw-r--r-- になっています。

“System/Library/Spotlight/QuickTime.mdimporter/Contents/CodeResources”上のアクセス権が一致しません。本来 -rw-r--r-- であるはずですが、実際には lrw-r--r-- になっています。

“Library/Audio/Plug-Ins/HAL/iSightAudio.plugin/Contents/CodeResources”上のアクセス権が一致しません。本来 -rw-rw-r-- であるはずですが、実際には lrw-rw-r-- になっています。

“System/Library/Frameworks/QuickTime.framework/Versions/A/CodeResources”上のアクセス権が一致しません。本来 -rw-r--r-- であるはずですが、実際には lrw-r--r-- になっています。

“System/Library/PreferencePanes/QuickTime.prefPane/Contents/CodeResources”上のアクセス権が一致しません。本来 -rw-r--r-- であるはずですが、実際には lrw-r--r-- になっています。

“System/Library/PreferencePanes/QuickTime.prefPane/Contents/Resources/QTAdvanced.prefPane/Contents/CodeResources”上のアクセス権が一致しません。本来 -rw-r--r-- であるはずですが、実際には lrw-r--r-- になっています。

“System/Library/PreferencePanes/QuickTime.prefPane/Contents/Resources/QTAdvanced.prefPane/Contents/Resources/QTMediaKeys.bundle/Contents/CodeResources”上のアクセス権が一致しません。本来 -rw-r--r-- であるはずですが、実際には lrw-r--r-- になっています。

“System/Library/PreferencePanes/QuickTime.prefPane/Contents/Resources/QTAdvanced.prefPane/Contents/Resources/QTMime.bundle/Contents/CodeResources”上のアクセス権が一致しません。本来 -rw-r--r-- であるはずですが、実際には lrw-r--r-- になっています。

“System/Library/PreferencePanes/QuickTime.prefPane/Contents/Resources/QTAdvanced.prefPane/Contents/Resources/QTTransport.bundle/Contents/CodeResources”上のアクセス権が一致しません。本来 -rw-r--r-- であるはずですが、実際には lrw-r--r-- になっています。

“System/Library/PreferencePanes/QuickTime.prefPane/Contents/Resources/QTPlugIn.prefPane/Contents/CodeResources”上のアクセス権が一致しません。本来 -rw-r--r-- であるはずですが、実際には lrw-r--r-- になっています。

“System/Library/PreferencePanes/QuickTime.prefPane/Contents/Resources/QTRegister.prefPane/Contents/CodeResources”上のアクセス権が一致しません。本来 -rw-r--r-- であるはずですが、実際には lrw-r--r-- になっています。

“System/Library/PreferencePanes/QuickTime.prefPane/Contents/Resources/QTRegister.prefPane/Contents/Resources/QTAbout.bundle/Contents/CodeResources”上のアクセス権が一致しません。本来 -rw-r--r-- であるはずですが、実際には lrw-r--r-- になっています。

“System/Library/PreferencePanes/QuickTime.prefPane/Contents/Resources/QTStreaming.prefPane/Contents/CodeResources”上のアクセス権が一致しません。本来 -rw-r--r-- であるはずですが、実際には lrw-r--r-- になっています。

“System/Library/PreferencePanes/QuickTime.prefPane/Contents/Resources/QTUpdate.prefPane/Contents/CodeResources”上のアクセス権が一致しません。本来 -rw-r--r-- であるはずですが、実際には lrw-r--r-- になっています。

“Applications/iTunes.app/Contents/CodeResources”上のアクセス権が一致しません。本来 -rw-rw-r-- であるはずですが、実際には lrw-rw-r-- になっています。

“Applications/iTunes.app/Contents/Frameworks/InternetUtilities.bundle/Contents/CodeResources”上のアクセス権が一致しません。本来 -rw-rw-r-- であるはずですが、実際には lrw-rw-r-- になっています。

“Applications/iTunes.app/Contents/Resources/iTunesHelper.app/Contents/CodeResources”上のアクセス権が一致しません。本来 -rw-rw-r-- であるはずですが、実際には lrw-rw-r-- になっています。

返信

Answer 4

ぴっぴ

レベル 4

3,739 ポイント

2009/08/07 17:29 くじゃくへの返信

Show DetailsのCheckを外せば見えなく出来ます。本体とそのSymbolic Linkが検出されてしまい変更は出来ません。近道と遠回りで行き着く先は同じです。問題ないので気にする必要はありません。

返信

Answer 5

2009/08/07 17:40 ぴっぴへの返信

ぴっぴさん、いつもお世話になっています。

リプライ、ありがとうございました。

10.5.7 Comboでも同様のことが起きていて「無視してよい」とは聞いていましたが、今回の件についても同様ということなのですね。それを聞いて安心しました^^

返信

Answer 6

HAL

レベル 6

14,002 ポイント

2009/08/07 19:56 くじゃくへの返信

10.5.7の時もそうだったので今回も気にしないでいいのかと思っていましたが、何やらちょっと不安な情報も？
http://discussions.apple.com/thread.jspa?threadID=2106528&tstart=0

私もいつものこととスルーしていたのですが、よくよく見てみるとおかしいのが一つまぎれているのに気づきました・・・ (-_-;;

Combo Updaterを当てる前には出ていなかったのですが、当てた後にこのような行が・・・

「“System/Library/PrivateFrameworks/DotMacLegacy.framework/Versions/A/_CodeSignature/CodeResources”上のアクセス権が一致しません。本来 ?--------- であるはずですが、実際には -rw-r--r-- になっています。」

アクセス権の実行を再度実行すると、

「“System/Library/PrivateFrameworks/DotMacLegacy.framework/Versions/A/_CodeSignature/CodeResources”上のアクセス権が一致しません。本来 ?--------- であるはずですが、実際には ---------- になっています。」

誰にもアクセス権のないファイルなんて存在意味がないので、やばいパターンではないかと思います。

私のところでは運良くこれ一つでしたが、リンク先では結構の数のアクセス権が剥奪されているようで、それで大騒ぎになっているようです。

# 文章量が多すぎて、どういった流れになっているのか全く把握できませんが・・・

とりあえず、アクセス権を剥奪されたファイルに関しては手動でアクセス権を -rw-r--r-- に戻して様子を見ることにします。

皆様のところではいかがでしょうか？

# Combo Updaterを当てていない人は下手に当てない方がいいパターン？

ちなみに当方 MacBook(Mid2009), OS X 10.5.8 です。

返信

Answer 7

ぴっぴ

レベル 4

3,739 ポイント

2009/08/07 21:49 HAL への返信

?---------で検索すれば沢山ヒットしますが...

# Repair Disk Permissionsの結果をTextEditにCopyしたもので...

CodeResources ... symbolic link

C/_CodeSignature/CodeResources

C/CodeResources ... symbolic link

１つのSourceに2つのSymbolic Linkがある複雑な構造です。

返信

Answer 8

HAL

レベル 6

14,002 ポイント

2009/08/07 22:02 HAL への返信

「“System/Library/PrivateFrameworks/DotMacLegacy.framework/Versions/A/_CodeSignature/CodeResources”上のアクセス権が一致しません。本来 ?--------- であるはずですが、実際には -rw-r--r-- になっています。」

Permissions Problems with 10.5.8. - MacFixIt

こちらの4番目の方法に従い、ターミナルから

sudo pkgutil --edit-pkg com.apple.pkg.update.os.10.5.8.combo --volume / --learn /System/Library/PrivateFrameworks/DotMacLegacy.framework/Versions/A/_CodeSignature/CodeResources

とすることでデータベースを正常に戻すことができ、エラーが出ないようにすることができました。

このコマンドを使うとシンボリックリンクに対して出るおかしなエラーも正常に戻すことができます。

# それぞれのファイルがどのパッケージに含まれていたのかを調べる必要があるので数があるとかなり骨が折れますが・・・

返信

Answer 9

いとう

レベル 1

39 ポイント

2009/08/07 23:47 NO9 への返信

iMac Core2Duo 2.4GHz 20inch で、同じ状況になりました。

ディスクの検証とアクセス権の修復も済ませてから Combo Updater を実行しましたが、メニューバーが消えたものの、Dock が残ったままでした。

しばらく待ったものの進展がないので、試しに Dock 上の Updater を右クリックしてみたら Dock まで固まってしまいました。

iPhone から ssh で接続して top でしらべたところ、ほとんどアイドル状態だったものの、他のアプリケーションが動いたままでした。

「インストールの最後の仕上げをする直前で他のアプリケーションの終了に失敗しているんじゃないだろうか」と思い、終了し忘れたアンチウイルスソフトなどを kill してみても変化がなかったので、最終的に sudo shutdown -h now にてシャットダウンしました。

しばらくしてからスイッチを入れたところ、運良く起動してくれたものの、アップデートが完了していないような気がして不安だったので、もう一度同じ Combo Updater を実行しました。2回目は先ほど起動したままにしていたソフト（iAntiVirus, ClamXav Centry, Caffeine, MacFace, 日めくり）を事前に終了してから行ったのが功を奏したのか、最後までインストールのプロセスが進み、無事再起動してアップデートが完了しました。

いつもはアップデート前には常駐ソフトを終了しているのですが（10.5.7 も含めて、これまでの Combo Updater で失敗した記憶がないです）、今回はそれをサボったのが失敗した原因ではないかなと思っています。

返信

Answer 10

2009/08/08 13:16 NO9 への返信

先ほど2台のMacにアップデートをかけてみました。なお、もともとのOS は共に10.5.7です。

MacbookPro2.2G；Comboアップデータにて順調にアップデート完了。再起動も問題なし。

MacPro2.66G（初代）；ソフトウエアアップデートにてアップデート完了。しかし、起動に時間がかかるため、再度Comboアップデータにてアップデート。しかし、問題は解決せず。スイッチオンでアップルマークが表示されるがそこから進まず。そのマークの下で回るサークルが表示されるまで2分半かかる。シングルユーザーモードで起動すると、EFI Boot Loaderの起動メッセージ（画面中央に6行ほど表示されるもの）のところから先に進まず、およそ2分半後にようやく画面にメッセージが流れ始める。

といった状態です。ちなみに、MacProのグラフィックボードはATI HD3870 Mac&PC Editionです。また、ClamXavが起動したりしなかったりと不安定です。MacBookProにもClamXavを入れてありますが普通に動いています。

元の10.5.7に戻そうか思案しているところです。

返信

Answer 11

yochi

レベル 1

0 ポイント

2009/08/10 10:48 NO9 への返信

環境はiMac（24inch Core2Duo2.4GHz MacOSX 10.5.7）です。

［１］

10.5.8Comboupdateを当てたところDockを残しフリーズ（３時間くらい放置してもフリーズしっぱなし）。。

しかたなく電源ボタン長押しで強制終了して起動。

無事起動していちおうバージョンは10.5.8に。

でもどうもデスクトップ表示までに時間がかかるような。。。

［２］

ちゃんとアップデートできてるのか不安だったので、常駐ソフトを落としてアクセス権修復して再トライ。

しかし［１］と同じ状態に。。。

［３］

セーブブートで再トライ。しかしこれまた［１］と同じ症状に。。。

いちおうは動いてるのでもう半ばあきらめてますが、

［２］［３］で解決した方もいたので、無事なアップデートをしておきたいのですが、

いったい何が原因なのか。。

ちなみにコンボじゃなくアップデートした最新Airは何の問題も無くアップデートして元気に動いてます。

コンボが問題なんですかね。。Timemachineで10.5.7にもどして普通にアップデートすべきなのか。。。

返信

Answer 12

木藤

レベル 6

19,001 ポイント

2009/08/10 12:36 NO9 への返信

当方では、失敗と言うほどではないのですが、10.5.8変更直後のiTunesの初回起動に

三分くらいの時間が掛かりました、その後は発生していないので???。

通常はクリックして、直ぐに関連ウィンドウが開くのですが、それが無く三分くらいだんまり。

因みに環境はMacBook Pro/2.66GHz/4GB/320GBってものです。

返信

Answer 13

ぴっぴ

レベル 4

3,739 ポイント

2009/08/10 13:13 yochi への返信

3rd partyのPlug-ins, Utilityなどが問題を起こしているのかも知れません。新しくユーザ・アカウントを作って試して下さい。問題なければ$HOME/Libraryの中に、同じ状態なら/Libraryに入っている3rd partyを外し、再起動して確認する方法で原因を見つけて下さい。

# Fileを書き出して比較すると見つけやすいと思います。

難しければTime Machineで戻してからComboをかけても良いと思います。

追記　強制終了が気になります。OSXに問題がなければComboのInstallは終わっていると思いますが...

Comboを入れると再起動してInstallAtStartupを入れ、再起動でOSXが立ち上がります。これは済んでいるのかな?

返信

Answer 14

NO9 作成者

レベル 7

31,050 ポイント

2009/08/10 13:24 ぴっぴへの返信

追記　強制終了が気になります。OSXに問題がなければComboのInstallは終わっていると思いますが...

ただ、電源ボタン長押しの強制終了は、それだけでシステムを壊してしまう可能性は十分あるので、sshでshutdownをかける方法を最初に書いておいたんですけどね。まぁ、ターミナルが起動できるなら、ターミナルからshutdownでも良いかとは思いますけど、こういうときって、下手にドックとかから起動しようとするよりは、sshで接続する方がより確実かと。

返信

Answer 15

yochi

レベル 1

0 ポイント

2009/08/10 13:29 ぴっぴへの返信

追記　強制終了が気になります。OSXに問題がなければComboのInstallは終わっていると思いますが...
Comboを入れると再起動してInstallAtStartupを入れ、再起動でOSXが立ち上がります。これは済んでいるのかな?

強制終了後の起動で、一度起動後に自動的に再起動しているので、この追記いただきました分は済んでるのかなと思います。

返信