最近Dell Latitude e7470を購入しました。プレインストールされたWindows 10をすぐにアンインストールし、Arch Linuxをインストールしました。
一つを除いてうまくいきます。シャットダウンまたは再起動時にコンピュータが正常にシャットダウンした場合（すべてのプロセスが終了するなど）、ラップトップは約30〜60秒間のみ停止します。バッテリーが停止すると、Dellのユーザーマニュアルに従って「CPUエラー」を示すパターンでバッテリーインジケーターが点滅します。 30〜60秒後にファンが最大速度まで回転し、システムがクラッシュします（電源ボタンをもう一度押すまでシャットダウンして再起動しません）。
Linuxカーネルが何らかの方法でCPUに誤ったシャットダウンコマンドを発行するようですが、この問題を解決する方法はほとんどありません。誰でも私にこれについてのアドバイスを与えることができますか？ CPUはi-5 6300です。
journalctl -p err
私にください
-- Reboot --
Jan 07 21:11:13 gaspodelaptop systemd-udevd[207]: Error calling EVIOCSKEYCODE on device node '/dev/input/event9' (scan code 0x150, key code 190): Invalid argument
Jan 07 21:11:13 gaspodelaptop kernel: dell_laptop: Setting old previous keyboard state failed
Jan 07 21:11:14 gaspodelaptop kernel: Bluetooth: hci0: Setting Intel event mask failed (-16)
Jan 08 01:49:19 gaspodelaptop gnome-session-binary[569]: GLib-GObject-CRITICAL: g_object_unref: assertion 'G_IS_OBJECT (object)' failed
Jan 08 01:49:19 gaspodelaptop gnome-session-binary[569]: GLib-GObject-CRITICAL: g_object_unref: assertion 'G_IS_OBJECT (object)' failed
Jan 08 01:49:19 gaspodelaptop gnome-session-binary[569]: GLib-GObject-CRITICAL: g_object_unref: assertion 'G_IS_OBJECT (object)' failed
Jan 08 01:49:19 gaspodelaptop gnome-session-binary[569]: GLib-GObject-CRITICAL: g_object_unref: assertion 'G_IS_OBJECT (object)' failed
Jan 08 01:49:19 gaspodelaptop gnome-session-binary[569]: GLib-GObject-CRITICAL: g_object_unref: assertion 'G_IS_OBJECT (object)' failed
Jan 08 01:49:20 gaspodelaptop gnome-session-binary[569]: GLib-GObject-CRITICAL: g_object_unref: assertion 'G_IS_OBJECT (object)' failed
Jan 08 01:49:20 gaspodelaptop gnome-session-binary[569]: GLib-GObject-CRITICAL: g_object_unref: assertion 'G_IS_OBJECT (object)' failed
Jan 08 01:49:20 gaspodelaptop gnome-session-binary[569]: GLib-GObject-CRITICAL: g_object_unref: assertion 'G_IS_OBJECT (object)' failed
Jan 08 01:49:20 gaspodelaptop gnome-session-binary[569]: GLib-GObject-CRITICAL: g_object_unref: assertion 'G_IS_OBJECT (object)' failed
Jan 08 01:49:20 gaspodelaptop gnome-session-binary[569]: GLib-GObject-CRITICAL: g_object_unref: assertion 'G_IS_OBJECT (object)' failed
Jan 08 01:49:22 gaspodelaptop gdm[357]: GLib: g_hash_table_find: assertion 'version == hash_table->version' failed
-- Reboot --
出力dmesg | grep microcode：
[ 0.878621] microcode: sig=0x406e3, pf=0x80, revision=0x9e
[ 0.878759] microcode: Microcode Update Driver: v2.01 <[email protected]>, Peter Oruba
更新：これはカーネルの問題のようです。 SSDの疑いを調べた後、偶然発見しました。これフォーラムの投稿。これは修正されたカーネルのバグと呼ばれます。 ~によるとこのバグレポート、カーネル4.9-rc7で修正される予定です。ちょっと待たなければならないようですが、Arch Linuxを使っているので、それほど時間がかかりません。私は自分のカーネルをコンパイルすることができることを知っていますが、あまりにも怠惰です（またはより良い方法：他のことで忙しいです）。待機モードをたくさん使うようになりそうです。
ベストアンサー1
インストールintel-ucodeパッケージ！
プロセッサメーカーは、プロセッサマイクロコードの信頼性とセキュリティアップデートをリリースしています。マイクロコードはBIOS経由で更新できますが、Linuxカーネルは起動中にこれらの更新を適用することもできます。これらのアップデートは、システムの安定性に重要なバグ修正を提供します。このような更新がないと、追跡が困難な偽のクラッシュや予期しないシステム停止が発生する可能性があります。特に、Intel HaswellおよびBroadwellプロセッサファミリに属するCPUユーザーは、システムの安定性を確保するために、これらのマイクロコードアップデートをインストールする必要があります。ただし、すべてのIntelユーザーは当然アップデートをインストールする必要があります。