最近、私のラップトップ(Acer Aspire V 11 Touch)が一部停止する現象が発生しました。すべての場合に高い負荷やいわゆるプログラムはありませんでした(単純な端末に簡単なコマンドを入力した後でも)。
ところで、キーワードも応答しなくて問題が深刻なので、回避策は次のとおりです。https://askubuntu.com/questions/4408該当事項はありません。機械の電源を大まかに切らなければなりませんでした。
最初は、Ubuntu 14.04からUbuntu 16.04にアップグレードしたことが原因だと非難しました。ただし、バージョンを14.04にダウングレードしても問題は解決しません。私は別のことに気づきました。デスクトップUbuntu 14.04では実行が中断されていません。もしそうなら、そのリリースは犯人ではないようです。
問題が発生しているという2つの一般的な兆候、つまりラップトップまたは最新のカーネル(またはその両方)を識別できます。問題は最新のカーネル 4.4.0-53-generic (配布に関係なく) でのみ発生しますが、古いカーネル 3.13.0-101-generic を使用しているシステムは正常に動作します。
これで、犯人を見つけるために、ブートローダを使用して古いカーネル(3.19.0-77-generic)でノートブックを起動し、問題が再び表示されるかどうかを確認できます。ただし、弱点を見つける過程をもう少し早く進めたいと思います。少し時間がかかり、仕事でラップトップをテストできません。凍結は多少の状況であるか、そうであるかもしれません。
つまり、普段は目で確認するだけで、今は職場で凍結する危険を最小限に抑えようと本当に努力しているということです。むしろラップトップを修理するのに時間をかけずに家に置きたいです。しかし、明らかに、別のコンピュータでカーネルをアップグレードすると問題が発生するかどうかを知りたいです。
だから究極の質問は次のとおりです。犯人が実行中のカーネルとして機能するラップトップであるのか、それともカーネル以外の役割を果たしているラップトップであるのかをテストできるように、意図的に停止などの現象を発生させる方法はありますか?
私の意図は、システムに圧力をかけ、障害をシステムが安定しているという証拠として使用することであるため、この質問は少し矛盾していることを知っています。しかし、たぶんそれは受け入れられる戦略かもしれません。
また、これはクイックテストであり、上級ユーザーに適している必要があります。そうでなければ、当初問題を引き起こす価値はありません。