Linuxでの無差別の原因を調査する方法は？
私が書いている問題はそれほど具体的ではないことをお詫び申し上げます。私はDebianテストでKDE4を使い、KDEのFile Manager Dolphinを非常に頻繁に使用することは問題なく、ほとんどの場合です。最近、システムの更新後に、イルカは非常に反応していないと思います。これは起動時に直接起こるかもしれません - 窓が立ち上がる前に1分か合格するかもしれません - それはしばらくの間後に起こるかもしれません。ウィンドウの内容は更新されなくなりましたが、クリックされた後にファイルが開かれるまでエージングされるまでエージングされます。再起動時に問題が解決されますが、長い間はなりません。私はそれが光学式ドライブのアクセスと関係があるかもしれないと思いましたが、ドライブに媒体がない場合でも問題は留まります。 - マウントされたネットワークファイルシステムはありません。 CPUの時間やディスク帯域幅を悪用するプロセスもありません。
今、質問私は尋ねていますが、イルカのこの特定の問題ではありませんが、これです。
私は一般的にプログラムが反応しない状況にどのように対処することができますか？このような問題を引き起こすのは標準的な戦略があるので、私は自分自身のための修正または回避策を見つけるかもしれません、そして/または2）役に立つバグレポートを提出することができるのですか？
この場合、私はそれが特定のファイルにアクセスしようとしていて、ある種のブロックがあるため、イルカと関係があると思いましたので、straceの下でイルカを始めてメッセージを理解しようとしました。ただし、「EAGAIN（リソース（一時的に使用不可）」または「ENOENT（そのようなファイルまたはディレクトリ）」の「エラー」の「エラー」があります。そのほとんどは問題を表すように見えません。私が学んだ唯一のものは、マウスの動きやマウスクリックに応じてたくさん起こっているという意味ではないという意味ではないユーザー入力に反応していなくても...
strace右のツールは？もしそうなら、その出力で何を探すべきですか？そうでなければ、代わりに何を使うべきですか？
まあ、ストレートはプログラムによって行われたシステムコールのリストを印刷します。それを使用するのは有用で教育的かもしれませんが、あなたがプログラマーではないならば、それは非常に実用的ではないかもしれません。
htop
_必要なものが不十分な応答的なシステムを作業状態に戻すことであれば、見つけた最も有用なプログラムの1つはHTOPです。基本的にそれは端末内のリアルタイムシステムの使用状況を示しています。あなたはそれについて少し読むべきです - それは非常によく文書化されていて、それについて公開されています。デスクトップが凍結している場合は、ターミナルでそれを使用しますが、SSHでコンピュータにログインできる場合は機能します。例えば。あなたのWindows MachineからPuttyを介して。それはあなたにプロセスのリストを与え、それらについて最も重要な情報を表示します。 F6では、特定のリソース使用量（例えば、プロセッサ、メモリ、スワップ）でプロセスをソートしているため、どのプログラムがリソースHOGであるかがわかります。 F4を使用すると、プログラム名でフィルタリングできます - 入力を開始するだけです。 F5はプロセスツリーを表示し、プログラムによってどのファイルが開いているかを表示します。 F9を使用すると、プログラムに必要なkill信号を送信できます。素敵なことは矢印キーで上下に移動し、数字を押すとオプションを選択することができます - これを評価するには少し実験する必要があります。
私の経験則は - システムがNum Lockを押すとNumLock Lightを点滅させないようにハングしていない場合は、HTOPからの簡単な調査や - SighillまたはSigkillがそれを安定に戻すことができます。状況が繰り返される場合 - バグレポートを記入することができます。