Intel Bay Trailでシステムが完全にフリーズする


29

私のシステムは、ランダムで頻繁な間隔で完全にフリーズします。Ubuntu 14.04でも同じ問題が発生し始めましたが、最近16.04にアップグレードしても改善は見られず、実際はさらに悪いようです。

それが起こるとき、それは何もすることが不可能です。私はこのスレッドですべてを試しました:Ubuntuがフリーズしても何も動作しない場合の対処方法は、ハードリセットする必要があります。すべてのシステムログを読みましjournalctlたが、問題の診断に役立つ情報はありません。

これはWindows 10を搭載したデュアルブートシステムであり、問​​題はないため、ハードウェアに欠陥はありません。

私のラップトップにはIntel Bay Trailプロセッサー(Pentium N3540)が搭載されています


回答:


37

プロセッサはc-stateバグの影響を受けます

これにより、CPUがサポートされていないスリープ状態になろうとすると、完全にフリーズします。特に新しい(4. *)カーネルでは、多くのBay Trailデバイスにとって問題です。

影響を受けるプロセッサは知っています:

Atom Z3735F (Asus X205TA, Acer Aspire Switch 10, Lenovo MIIX 3 1030) 
Atom Z3735G
Celeron J1900 (Asus ET2325IUK, shuttle XS35V4)
Celeron N2940 (Acer Aspire ES1-711, Chromebook)
Celeron N2840 (Acer Aspire ES1-311)
Celeron N2930 (Jetway JBC311U93, Zotac Nano CI320)
Pentium N3520 
Pentium N3530 (Acer V3-111P)
Pentium N3540 (Dell Inspiron 15 3000, Lenovo G50, ASUS X550MJ)

(影響を受ける場合は、編集して自分のデバイスを追加してください)

Bay Trailプロセッサの完全なリストはこちらにあります

アップストリームで適切に修正されるまで、これに対する簡単な回避策があります。

カーネルブートパラメータを渡すだけで、ランダムフリーズが完全に停止します。このパラメーターはバッテリー消費をわずかに増加させる場合がありますが、使用可能なシステムを提供します。

これを行うには、GRUBの構成ファイルを編集します。

Ubuntuを起動し、Ctrl+ Alt+を押してターミナルを開き、T入力します

sudo nano /etc/default/grub

始まる行を見つける GRUB_CMDLINE_LINUX_DEFAULT=

これを含めるには変更する必要があります intel_idle.max_cstate=1

編集後、次のようになります

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash intel_idle.max_cstate=1"

quietそしてsplashデフォルトのUbuntuデスクトップのためのパラメータである-それらを変更する必要はありません、または任意の他の既存のパラメータ

今すぐ押して、ファイルを保存ctrl+ oその後、enter押して、終了をctrl+x

今すぐ実行

sudo update-grub

次に再起動します。


システムがハングする前にこれを行うのに十分な時間がない場合の対処方法

問題ない。前にリンクしたヘルプページで説明したように、起動前にパラメーターをGRUBに追加できます。これは現在のブートのパラメーターのみを渡すため、ブート後/etc/default/grubに変更を永続的にするには編集する必要があることに注意してください。

GRUBメニューにアクセスする必要があります。デュアルブートの場合はshift、電源ボタンを押してオンにした後、長押し(またはタップ)する必要がありますが、とにかく表示されます。

この画面が表示されたら、Ubuntuの詳細オプションを選択します。カーソルを別のカーネルに移動するか、そのままにしておき、デフォルトのオプションを編集できます。代わりに押してenter、押してe、あなたは次のようにぼんやりと見て、編集モードに入ります。この

カーソルを表示されている場所まで下に移動し、quiet splashスプラッシュの後にスペースを入れて、慎重に入力しintel_idle.max_cstate=1て、スペースの後にもスペースがあることを確認します。

次に、F10またはCtrl+ xを押して起動します。


@Arronical heheありがとう!私のシステムは、それなし〜15分間まで滞在しますが、PARAMと、それがために一度:)すべての信用凍結たことがないだ-私はこれを知っている必要が本当にそれを考え出した素晴らしいハッカー
Zanna

ありがとうございました!これは、Ctrl Alt REISUBへの非応答を停止しますか?また、上記のGRUB編集に対する応答は、Hidden Timeoutが設定されている場合、上記の編集は機能しないというものでした。問題が解決しない場合、どうすればこれを回避できますか?
clr

@clr c-stateフリーズはマジックsysrq REISUBに応答しませんが、この修正によりc-stateフリーズが停止します。他の理由でシステムがフリーズした場合、REISUBが機能する可能性があります。GRUB_HIDDEN_TIMEOUTはブートパラメータに影響を与えず、起動時にShiftキーを押してメニューにアクセスできるはずです。システムをフリーズして編集できない場合/etc/default/grub、それは苦痛ですが、古いカーネルでバージョンのライブセッションを起動してファイルを編集してみてください-ルートパーティションをマウントし/mntて編集/mnt/etc/default/grubしますパラメータを追加します。
ザンナ

明確な指示をありがとう。これでうまくいくことを願っています。そうでない場合は、ここに報告します。現在、Zotac Nano CI320で16.10を実行しています。16.04とDebian 8を以前に試したことがあり、ランダムフリーズも発生しました。新しいカーネルで問題がなくなることを期待して、16.10を試しました。興味深いことに、REISUB(私はOSを思い出せません)を試してみましたが、うまくいきました。
ジェレミークック

@JeremyCook 16.10をインストールしたばかりで、最初にブートパラメータを編集しました。この新しいカーネルを実際にチェックする必要があります。ここで機能するかどうかを教えてください。
ザンナ

1

Bay TrailおよびBraswellプロセッサ上のLinuxは、組み込みのビデオデバイスでランダムにフリーズします。

問題は温度制御にあります。Thermaldモジュールを取り外すだけです:

sudo apt-get remove thermald 

3
Bay Trailのバグはi915(Intel CPU)ドライバーにあると思います。プロセッサは、サポートされていないスリープ状態への移行を常に試みます。Bay Trailユーザーの問題は、i915へのコミット後に始まったため、常に非難されています。ただし、一部には別の原因がある可能性があり、ブラスウェルがフリーズすることについてはわかりません。それらが何らかの(安全?)アクションによって修正されることを知っているのは素晴らしいことです。この情報の参照先はありますか、またはこれがテストされ動作したハードウェアを教えてください。
ザンナ

これはまだ19.04の問題のようです。今では修正されることを望んでいた。14.04以降にラップトップで発生しました。15.10を修正することはほとんど不可能でした。
crip659

0

このバグをフォローしている人向けのアップデートはこちらです。移動:バグ109051-クラッシュを防ぎEndキーを押すには、baytrailでintel_idle.max_cstate = 1が必要です。必要に応じてPage Up、メッセージ#1013を押します。

コメント#1013によると、最近のカーネルでは修正されています:

私はこのスレッドを長い間チェックしていませんでしたが、誰にとっても有用である場合に備えて調査結果を投稿すべきだと考えました。

Intel N2807を搭載したローエンドコンピューターは、... max_cstates = 1を設定していなくてもクラッシュせずに30分間以上動作しなかったため、ストックカーネルv。5.3.1または4.19.75で完全に動作します。各バージョンで問題なく数日間実行しました。平均消費電力も10%強減少しました。

2015年12月8日に最初に報告されたこのバグを修正するには、約4年かかりました。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.