ランダムに私のラップトップに経験するこの奇妙なクラッシュをどのように停止できますか？
富士通アミロPI 3560ラップトップがあります。そのハードウェアは次のとおりです。
- Intel Pentium T4300
- NVIDIA GeForce GT 240M
- 3 GBのDDR2 RAM
昨年の夏以来、私は機械上の非常に奇妙な症状を経験しています、そしてそれはランダムに起こります。数ヶ月前に起こらないことはめったにありませんでしたが、今、私は毎日1回または2回経験します。誰かが私を助けることができれば私はとても嬉しいです。
症状は次のとおりです。
- システムがハングして応答しないようになります
- 演奏されたサウンド/音楽の最後の2秒は無限に繰り返されます
- 電源ボタンを長く反応する唯一のもの
- これらのシティモームは、どのアプリケーションやオペレーティングシステムが実行されているかにかかわらず、いつでもランダムに一緒に協力しています。
- クラッシュは音がないときにも起こりますので、それが関連しているのは疑いがあります
これまでのところ、私は次のことを試しました：
- それ以来、オペレーティングシステム、ドライバなどを再インストールしました。それ以来、私はWindowsからLinuxに切り替えられ、問題は解決します。だから私はこれがソフトウェアの問題ではないと結論付けました。
- RAMを交換しました。これはRAMの問題になる可能性があることをお勧めしますが、マシンは新しいRAMでもこれらのフリーズを経験し続けています。
- さまざまなグラフィックスカードベンチマークアプリケーションを試してみましたが、それらの一部は60°Cを超えるGPUを加熱していますが、問題を再現しませんでした
- 私は機械を保証するためにマシンを取りましたが、サービスは問題をまったく再現できませんでした、したがって彼らはそれを修正しませんでした
- 私はまた、ラップトップも冬の真ん中にぶら下がっていたので（ほとんど加熱された場所でも）、過熱とは関係ありませんと思います。
私は誰かがこれを修正する解決策を思いつくことができることを願っています、それは本当に私を悩ませ始めています。
事前にありがとうございます！
編集：
回答者が上げたいくつかの質問に答える：
- はい、私のバッテリーは働いています。 1~2時間続きます。フリーズがバッテリーで発生したり、AC電源のみで発生したのかを思い出したりすることはできません。
- ファンが機能しています。 GPUとCPU温度は通常約40~50℃で、重い荷重の下で上に移動することがあります。大量の負荷の下ではない場合は、マシンもクラッシュすることができます。
- ファイル
/var/log/syslogと/var/log/kern.logは空です。 - 私はまだ問題を確実に再現する方法を見つけることができませんでした。
- ここで
smartctlの出力を見つけることができます。 http://pastebin.com/vnzqrj4r cpuburn'burnMMXプログラム（2つのインスタンスでは2つのインスタンスでは2つのインスタンスで）が、CPUを72°Cまで加熱することとは別に、何も起こりません。
編集
これは私が最終的な結果で更新するのを忘れたことにとても前にありました。ハードウェアのバグであり、保証修理によって修正されました。彼らの入力のために皆さんのおかげで！ :)
これは私にとって悪いマザーボードのように不審に聞こえますが、それは電源回路でもあります。 IntelBurnTest（Windows用）または他のCPUストレスツールを最初に実行するために、それからあなたが不運な場合はマザーボードかもしれません。 PUFFYコンデンサをチェックするようにお話しますが、ノートパソコンはデスクトップボードのような大きな、明らかなコンデンサを持っていません。
冬の真ん中には、暖かい場所で（あなたの家の中/暖かい車の中）を使っているのであれば、重要な点ではありません。
ソフトウェアの問題ではないので、どちらでもかまいません。
- RAMの問題（あなたはそれを変更しました、そうしない）
- 電源問題（あなたのバッテリーが働いていますか？
- CPUの問題（たとえば、
cpuburnが長期間実行されている場合は、まだうまく機能していますか？） - マザーボード（そこで何でも;すべてをデバッグするのは難しい）
- 暖房（ファン加工ですか？内部温度とは何ですか？）
- ディスクの問題（通常は通常症状を引き起こすことはありません。
smartctl）で確認できます。
例えば、CPU暖房シンクは衝撃/振動後に失敗する可能性があり、その後も悪化する可能性がある。
最善の方法は、それを確実に再現する方法を見つけようとし、それを指示を持つ保証サービスに戻ることを試みることです。
ログを確認してください（/var/log/syslog、/var/log/kern.log）、クラッシュする直前にいくつかの問題があるかもしれません。
残念ながら、これは非常に診断されないハードウェアの問題である可能性があります。たとえば、マザーボードのある回路では非常にわずかに悪いコンデンサがこれを行うことができます。
私がコンピュータを修正していたとき、私はこのものを診断するために「バイナリスワップ」を実行します - 基本的には、他の作業PCと一緒にコンポーネントの半分を交換し、どちらが問題を「継承する」かを確認します。それが「ドナー」であれば、交換された部分の1つは問題でなければなりません。それが「受信者」であるならば、それは非スワップ部分の1つです。それからあなたはどちらが悪いかを把握するまで個々の作品を交換します。残念ながら、これはあなたが別の働く同一のラップトップを持つことを必要とします。
問題が解決されるまで一度に部品を交換する「近所のガレージ」テクニックを試すことができますが、それはマザーボードのようなもので補充された手数料でいくらかのものを得ることができます。
私は間違いなく、すべての非エッセンシャルピース（たとえばハードドライブ）を取り除き、問題を解決するかどうかを確認します。 （HD OUTを使用して、Linux LiveCDから起動して数時間作業します。）
私は確かにエンドユーザーに簡単にアクセスできるすべてのケーブルを取り外して再席にします。ひどく接続されているケーブルは、診断の問題が発生しない場合があります。
次回起こり、システムを再起動してから、[スタート] - > [コントロールパネル] - > [管理ツール] - > [イベントビューア]に移動し、ロックアップを経験した時間の近くにアプリケーションとシステムの両方のログを調べます。ソフトウェアに関連している場合、これはいくつかの手がかりを与えるかもしれません。