web-dev-qa-db-ja.com

Mozilla（Thunderbirdおよび/またはfirefox）クラッシュ、chromeのダウン

症状：FirefoxとThunderbirdが断続的にクラッシュし、通常はクロムが続きます。

クラッシュが発生すると、システムを再起動するまで、再起動するとほぼ即座に別のクラッシュが発生します。

すべてのハードウェアを交換し、2回完全に再インストールしました。この問題は、私のシステムの1つ（悲しいことに、私のメインのシステム）でのみ発生します。正常に動作している他のUbuntuシステムがあります。

オペレーティングシステム：

  • Ubuntu 16.04
  • しかし、これは15.10でも発生しました（IIRC 15.04ではありません）

ハードウェア：

  • AMD FX 9370（8コア）
  • RAM：32Gb
  • システムディスク：Crucial CT256MX（256gb）
  • データディスク：Seagate ST2000dx（2Tb）
  • グラフィックス：AMD FirePro W4100

これまでのトラブルシューティング：

/ var/logsで通常の容疑者（カーネル、syslog、authなど）のエラーをチェックしましたが、喫煙銃のようなものは見つかりませんでした。

任意の助けに感謝します。

firefoxgoogle-chromethunderbirdcrash
4
Leon Adato

数週間のテスト、ロギング、分析、さらにSolarWinds NPMとSAMのベータ版の使用を経ても、問題は複数の問題を抱えたハードウェアのようです。

FFからすべてのプラグインを削除し、実行時間を長くできることに気付きましたが、それでも24〜48時間ごとにクラッシュしていました。

奇妙なことに、2台のVirtualBox VMを実行したときに、再起動が必要になるまで48〜72時間動作し続けることができました。

しかし、問題は残り、私は戻ってハードウェアをチェックすることにしました（もう一度）。私が見つけたのは：

1）プライマリ（ブートドライブ/ OS）SSDにコントローラーエラーがありました

2）RAMの4本の棒のうち1本に大量のエラーがありました。個々のティックでMemTest86を実行する必要がありました（PCをオフにし、1本のスティック以外をすべて取り外し、CDから起動し、MemTest86を実行し、すすぎを繰り返します）。

ハードドライブを変更し、RAMの不良スティックを1つ取り外すと、4日間稼働し続けることができ、問題の兆候はありません。交換RAMは準備中です（Crucialの生涯保証と手間のかからないRMAプロセスに感謝します）。

2
Leon Adato

ディスクの状態を調べてみましたか？より新しいユーティリティがあるかもしれませんが、smartctlは（rootとして）トリックを行うべきです：

smartctl -a /dev/sda | more
1
Steven Klassen

あなたは大量のデータを生成しましたが、私たちは多くの情報を引き出していません。恐らく、私が持っているよりも恐ろしいものをdmesgでグーグルで探して、誰も何も気づいていないことに気付いたでしょう。あなたがまだ頑張るつもりなら、ここに少し少ない干し草の山があります。

仮説：ハードウェアに問題がある場合、毎回同じカーネルまたはlibc APIコールのセットでそれを明示する必要があります。すなわち：

  • 不良ディスクまたはディスクコントローラーは、open（）、access（）、read（）、write（）などで終わるスタックトレースを常に生成します。
  • 通常、不良メモリはmalloc（）/ free（）で失敗します（ただし、これは複雑になる可能性があります）。
  • 不良CPUは不規則に動作します
  • 悪いビデオドライバーは、ある種の未知のスタックトレースを生成しますが、うまくいけば、私たちよりも賢いカーネル開発者の注意を引くのに十分な興味深いものになります。
  • ソフトウェア側では、同じユーザーランドライブラリを通過するスタックトレースを生成するmozilla chromeとThunderbirdは、そのライブラリにある可能性があることを示しています。

実験：スタックトレースの自動収集 。受け入れられた答えは、いくつかのgdbトリックです。ただし、libsegfault（または、より多くの情報を収集したい場合はapportのもの）が最高の「show me the segfault」になるようです。

0
Justin Dearing