予期せぬエラーですぐにダウン

まだOS10.2を使いはじめてまもないので、初歩的な対処しかできず、有識者の方にご指導いただきたいのですが、
とにかく、色んなソフトが起動後しばらくすると、予期せぬエラーでダウンしてしまいます。自分はXではまだネットの閲覧とメールくらいしかメインではないのですが、IEとMailはほぼ順調に動きます。しかし、それ以外のソフトがダウンすることが非常に多いです。特にReal Playerは100％ダウンしてしまいます。クラッシュログを見てもやはり理解できません。もしよろしければ原因や対処法などご教授おねがいいたします。ちなみに、起動直後は比較的大丈夫なのですが、しばらく使っていくうちにだめになってしまいます。
機種：Power Mac G4 1Ghz dual(MDD)
OS10.2.6
以下Real Playerのクラッシュログです
Date/Time: 2003-06-30 23:51:00 +0900
OS Version: 10.2.6 (Build 6L60)
Host: Macintosh.local.
Command: RealOne Player
PID: 460
Exception: EXC_BAD_ACCESS (0x0001)
Codes: KERN_PROTECTION_FAILURE (0x0002) at 0x00000000
Thread 0:
#0 0x9003eaa8 in semaphore_wait_signal_trap
#1 0x9003e8c4 in _pthread_cond_wait
#2 0x90223c78 in MPEnterCriticalRegion
#3 0x02144a1c in 0x2144a1c
#4 0x020986c4 in 0x20986c4
#5 0x01ec52d4 in 0x1ec52d4
#6 0x90163230 in __CFRunLoopDoTimer
#7 0x90148d28 in __CFRunLoopRun
#8 0x90180f58 in CFRunLoopRunSpecific
#9 0x969a3b70 in RunCurrentEventLoopInMode
#10 0x969b3b00 in ReceiveNextEventCommon
#11 0x969f2b5c in _AcquireNextEvent
#12 0x96ab4cf8 in RunApplicationEventLoop
#13 0x00739158 in 0x739158
#14 0x006c59a4 in 0x6c59a4
#15 0x002690c4 in 0x2690c4
#16 0x002674c0 in 0x2674c0
#17 0x00268358 in 0x268358
#18 0x90278684 in CCFM_LaunchApplication
#19 0x0000362c in main
#20 0x0000329c in _start
#21 0x0000311c in start
Thread 1:
#0 0x9003eaa8 in semaphore_wait_signal_trap
#1 0x9003e8c4 in _pthread_cond_wait
#2 0x90223c78 in MPEnterCriticalRegion
#3 0x02144a1c in 0x2144a1c
#4 0x0213c1ac in 0x213c1ac
#5 0x0213c148 in 0x213c148
#6 0x9023b604 in TimerThread
#7 0x90020d48 in _pthread_body
Thread 2:
#0 0x9003eaa8 in semaphore_wait_signal_trap
#1 0x9003e8c4 in _pthread_cond_wait
#2 0x9029ff28 in MPWaitOnSemaphore
#3 0x021440ac in 0x21440ac
#4 0x021851c4 in 0x21851c4
#5 0x902b739c in _MP_CFMTaskProc
#6 0x9025d924 in PrivateMPEntryPoint
#7 0x90020d48 in _pthread_body
Thread 3:
#0 0x90042688 in semaphore_timedwait_signal_trap
#1 0x9003e8b4 in _pthread_cond_wait
#2 0x9029ff28 in MPWaitOnSemaphore
#3 0x02144628 in 0x2144628
#4 0x0214360c in 0x214360c
#5 0x902b739c in _MP_CFMTaskProc
#6 0x9025d924 in PrivateMPEntryPoint
#7 0x90020d48 in _pthread_body
Thread 4:
#0 0x9003eaa8 in semaphore_wait_signal_trap
#1 0x9003e8c4 in _pthread_cond_wait
#2 0x9029ff28 in MPWaitOnSemaphore
#3 0x021440ac in 0x21440ac
#4 0x02124968 in 0x2124968
#5 0x902b739c in _MP_CFMTaskProc
#6 0x9025d924 in PrivateMPEntryPoint
#7 0x90020d48 in _pthread_body
Thread 5:
#0 0x9003eaa8 in semaphore_wait_signal_trap
#1 0x9003e8c4 in _pthread_cond_wait
#2 0x9029ff28 in MPWaitOnSemaphore
#3 0x021440ac in 0x21440ac
#4 0x02124dd8 in 0x2124dd8
#5 0x902b739c in _MP_CFMTaskProc
#6 0x9025d924 in PrivateMPEntryPoint
#7 0x90020d48 in _pthread_body
Thread 6:
#0 0x9000514c in syscall
#1 0x90515d0c in BSD_waitevent
#2 0x905156dc in CarbonSelectThreadFunc
#3 0x90020d48 in _pthread_body
Thread 7:
#0 0x9003eaa8 in semaphore_wait_signal_trap
#1 0x9003e8c4 in _pthread_cond_wait
#2 0x9051dbf0 in CarbonOperationThreadFunc
#3 0x90020d48 in _pthread_body
Thread 8:
#0 0x9003eaa8 in semaphore_wait_signal_trap
#1 0x9003e8c4 in _pthread_cond_wait
#2 0x905259e0 in CarbonInetOperThreadFunc
#3 0x90020d48 in _pthread_body
Thread 9:
#0 0x90073c48 in mach_msg_trap
#1 0x90005f90 in mach_msg
#2 0x901489f0 in __CFRunLoopRun
#3 0x90180f58 in CFRunLoopRunSpecific
#4 0x94d9c1c0 in _ZN10HALRun

投稿日 2003/06/30 21:11

返信

返信: 21

2003/07/15 00:35 Community User への返信

Mach的な「タスク」と「スレッド」についてはOSの働きとMachの機能の概要で解説されてます。

返信

2003/07/18 18:28 Community User への返信

＞CriticalRegionはMacOS「」用語です。
私は、Mac OS の用語の話はしていません。こちらを参照しました。；
また、技術文書の更新はされておらず古いままですが、System Overview の日本語版が、「システムの概要」の名称でからpdf 書式でダウンロードできます。原書は現在、2003年2月版ですが、それ以前にも確か内容更新されていたと思います。
＞2番目のリンクで「Tasks=The units of resource ownership」とあるように
Apple／アップル社では、”このような混乱を明確にするためには次の「等式」が役に立ちます。Machタスク= BSDプロセス= Carbon Process Managerプロセス”と説明しています。いずれにしても、我々のやり取りの内容は、morewaterさんの当初提起された本流からは遠ざかりつつあるので、この辺で閉めましう。技術的な背景ですが、かなり専門的すぎます。これらの目的としたスレッドで意見交換する方が適当かと思います。
＞安食さんの回答では、よく全データ0の初期化やシステムの再インストール操作、メモリやHDなどの装置の交換を勧めているように．．．どんなシロウトが読んでも
感じられるような書き方をした方がいいと、感じます。
ご指摘については、私は冒頭で「原因の所在が特定のアプリケーションか、正常に機能していないMac OS X 10.2.6か、メモリの不調か、あるいはHDD の論理的損傷のいずれかを見極めた上で、場合によっては最終的な手続きを取ります。マシンの保証有効期間も再確認してください。」と述べています。そのうちのHDD の再初期化手順（お奨めしたい）を取り上げています。今回は、なぜHDD の再初期化なのかは、誤解を受けることを避けるために、さらに突っ込んで述べていません。何らかの理由で根拠などが必ずしも述べにくい場合があろうかとも思います。
１．全データ0の初期化やシステムの再インストールを検討するようなスレッドに、優先して投稿する傾向がありますので、斯様な発言が目立つような時があるかもしれません。私の全発言記録を一瞥いただければ、あなたの誤解であることがわかります。
２．今回に関しては、 G4 1Ghz Dual (MDD) 機の予期せぬトラブルとトラブルシューティング後／途上の修理行きという報告が結構ありましたし、私自身、７つ以上の案件をサイト上でトラブル提起者とやり取りをしています。他にも同様な発言が時折ありました。そうゆう背景を念頭に置き、含みを遠回しに述べ、切り分けの一環として発言しています。これらの発言の殆どは、少なくとも、スレッド始まりの段階ではマシン利用環境の必要情報（ASP 情報提示やトラブルの顛末説明、解決するために何を行ったかなど）がありませんでした。
３．『長い英単語だとか専門用語がたびたび現れ．．．』については、相当の日本語文書が用意されていないとか、日本語訳の問題が残っても、それらを引用した方がベターと考えた時には、含めることがあります。それらの意味が検索できるものを選別しています。私は参加ユーザーのレベル区別化はしません。いい格好主義や読み手を悩ますことを意図したこともありません。
＞「これをやってうまく行くかどうかは分かりませんが」とか、
いかなる提案も解決法も、これが前提となります。よって、発言の都度、私は前置きしません。情報が間違っている可能性は、極力避けるように努力しています。過去に私が提案したものをご覧いただければ分かることです。私の記憶では、10以内位/1000 発言あったと記憶しています。
本発言に対するご返事への私の回答は遠慮します。問題提起者の本流から増々逸れるからです。

返信

2003/07/18 22:09 Community User への返信

＞情報が間違っている可能性は、極力避けるように努力しています。過去に私が提案したものをご覧いただければ分かることです。私の記憶では、10以内位/1000 発言あったと記憶しています。
間違った情報であった割合が（覚えている範囲だけで）約1％とは、かなりの高頻度ですね。ここでおっしゃりたいのは、「過去に提案したものを見れば、情報が正しいものとなるよう努力しているのが窺い知れるだろう。その結果、約1000の発言のうち誤りが10以内位だった」ということですね？この書き方では、その誤り数が「少ない」とのニュアンスが含まれてしまいますが、もしそうなら思い違いも甚だしい。「10以内位」であっても、そのひとつひとつを参照した人々（何百人？何千人？いや、もっと多数？？）にしてみれば、有識者の見解であるため鵜呑みにしてしまいやすく、それだけに有害極まりない情報だったでしょう。なお、情報伝達のエラー頻度が約1％というのは、人体における遺伝子突然変異率に置き換えると、それは一定濃度の放射能を数分間浴びた状態に相当し、その後間もなく瀕死の状態に陥るほどの「率」であることもお忘れなく。
巷のワイドショーや週刊誌とはワケが違います。「技術的」な情報に限っては、信憑性が定かでないなら、初めからこのBoardsには書くべきではないでしょう。また、ここで得た情報のうちどれを採択するかは情報を得た者の判断であって与えた者にその権限はない、という類いの話でもありません。その情報が正しいか否かを自分で判断できるだけの知識があれば、何もここで有識者にアドバイスをお願いしたりはしませんから。
P.S.　安食達蔵さんの今後のご活躍の足枷となるようなことがあれば非常に残念なので、苦言ではあるものの、「誤り」に関する認識のズレを訂正願ったまでです。揶揄や中傷では決してないので、その点はどうか誤解なさらぬようお願い致します。

返信

2003/07/19 08:12 Community User への返信

あなたは、morewater さんの発言趣旨を無視しているばかりでなく、自分に都合のよい身勝手な解釈をし、根も葉もないことをでっち上げ、執拗なハラスメントを私に対して先日から繰り返しているにすぎません。「ティルク RE(7): RE: RE: RE: (msg # 3.1.1.1.1.2.2.1: 作成日 2003/07/19 1:09 am) 」を直ちに削除するように。私は健康を損ねており、まだ回復しておりません。削除されない場合は、私は最寄りの警察署に被害届を出さざるを得ません。良識をわきまえ、 Discussion Boards について - 利用規約を再読し、初心にかえり、Discussions ボードに参加するための一般通則を履行することです。

返信

2003/07/19 10:02 Community User への返信

被害届を出したいのであれば、どうぞご自由にお出しください。ここでそれをご丁寧に宣言する必要はさらさらありません。と言うより、本当に出す気があるなら、ただ黙って出せばいいんです。そのほうが、よほど効力があります。あ、それから、どうせ出すなら、最寄りの警察署でお茶を濁さずに、より強制力のある「警察庁」に「直接」お出しください。
それにしても、あなたは被害妄想が甚だしい。その証拠に、あなたは、過去に他の複数の方からも、いろいろと指摘を受けていますよね。しかし、その数々の指摘に対しても、誤読だ、中傷だ、などとさもあなたが言われのない非難を受けたかのように必死に反論するだけで、ご自分の発言内容の非については、ほとんど認めてすらいませんね？これはいったいどういうことでしょう？ご自分の発言には一切の非はないと盲信されている、としか思えません。
私がここであなたにお願いしたかったのは、不確かな技術的情報は、それを参考にする多数者の被害を考慮して、初めから書き込まないようにすべきでは、ということです。過去にあなたが書き込んだなかで誤りが「10以内位」と「少なかった」から許される、という話ではありません。確証のない技術的情報を無責任にも書き込む行為そのものに問題があるのです。技術的情報を書き込む以上は、それくらいの「良識」と「責任」は持ち合わせて頂きたい。
P.S.　私の発言がmorewaterさんの発言趣旨から大きく逸れたことをお詫び致します。

返信

2003/07/20 16:57 Community User への返信

> 本発言に対するご返事への私の回答は遠慮します。
> 問題提起者の本流から増々逸れるからです。
と、
> 情報が間違っている可能性は、極力避けるように努力しています。
とは矛盾していると思いますよ。
情報が間違いを含まない様にするためにはさらなる知識や表現力の向上のため
もっと意見を要求する方が良いと思います。
もし余計な情報が増えて最初の質問者にとって混乱を助長すると考えるなら、
新たなスレッドをもうけるなどしてそちらで聞けばいいですし、
相手の名前のリンクをクリックしてメールアドレスを調べ、
個人的に聞くと言う方法もあるのです。議論をストップすることは
自分の理解を広げるチャンスを絶つだけです。
だいたいdeveloper.apple.comから入手できる情報なんて、
そもそも開発者向けの情報なのですから、クラッシュログを
上から順番に読むような人が理解できるような表現になってはいないです。
また、どんな提案や解決法も間違っている可能性があると言うことが、
大きな損害を起こすかもしれない操作を促す際であっても
効果を保証できないことを伝える必要がないと言う理由にはなりません。
トラブルを解決する当人は、それをできるだけ迅速かつ確実に
行いたいと考えるものです。提案された方法を試して
余計にコストがかかるようなことにはなってほしくないはずです。
その際に信憑性があまり高くないと言うことを明示しておけば、
他の人によって別な手法がいくつか提案された時に
相手の選択での優先順位を低くすることができます。
　
それと、これを言うと僕にとってはマイナスなのですが、見過ごせないので。
最初の書き込みのクラッシュログですが、よく考えてみると、
もしかするとここへ書き込む際に、あまりに文字数が多いために
後半部分がカットされているかもしれません。
そうだとすると、最初の僕の説明には誤りがあるかもしれません。
まあ、3週間近くも放置されていますし、提起者がこの場所で
問題解決しようと言う意志があるかどうか自体疑わしいですが。

返信

このスレッドはシステム、またはAppleコミュニティチームによってロックされました。問題解決の参考になる情報であれば、どの投稿にでも投票いただけます。またコミュニティで他の回答を検索することもできます。

予期せぬエラーですぐにダウン