Apagar parece congelar mi CPU en Dell Latitud e7470 bajo Arch Linux

Compré un Dell Latitude e7470 recientemente. Inmediatamente eliminé el Windows 10 preinstalado e instalé Arch Linux.

Funciona bien, excepto por una cosa: al apagar o reiniciar, en el punto donde la PC generalmente se apaga (todos los processs terminan, etc.), la computadora portátil simplemente se cuelga durante alnetworkingedor de 30-60 segundos. Mientras se cuelga, la batería parpadea en un patrón que, de acuerdo con el manual del propietario de Dell, indica "falla de la CPU". Después de 30-60 segundos, el ventilador gira hasta las rpm máximas, y luego el sistema falla (simplemente se apaga, no se reinicia hasta que presione el button de encendido nuevamente).

Sospecho que de alguna manera, el núcleo de Linux emite el command de apagado incorrecto a la CPU, pero tengo muy poco conocimiento sobre cómo resolver esto. ¿Alguien puede darme algún consejo sobre esto? La CPU es un i-5 6300.

journalctl -p err 

me da

 -- 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 -- 

Salida de dmesg | grep microcode dmesg | grep microcode :

 [ 0.878621] microcode: sig=0x406e3, pf=0x80, revision=0x9e [ 0.878759] microcode: Microcode Update Driver: v2.01 <tigran@aivazian.fsnet.co.uk>, Peter Oruba 

ACTUALIZACIÓN: parece ser un problema del núcleo. Después de investigar mi sospecha de SSD, me encontré con esta publicación en el foro. Allí se menciona que es un error del kernel que ya está siendo reparado. De acuerdo con este Bugreport , se solucionará en Kernel 4.9-rc7. Supongo que tendré que esperar un time, pero como estoy en Arch Linux, no debería demorar demasiado. Sé que también podría comstackr mi propio kernel, pero soy demasiado vago (o mejor: demasiado ocupado con otras cosas) para eso. Supongo que usaré mucho el modo de espera.

¡Instala el package intel-ucode !

Los fabricantes de procesadores lanzan actualizaciones de estabilidad y security al microcódigo del procesador. Mientras que el microcódigo se puede actualizar a través del BIOS, el kernel de Linux también puede aplicar estas actualizaciones durante el arranque. Estas actualizaciones proporcionan correcciones de errores que pueden ser fundamentales para la estabilidad de su sistema. Sin estas actualizaciones, puede experimentar lockings espurios o lockings inesperados del sistema que pueden ser difíciles de rastrear. Los usuarios de CPU que pertenecen a las familias de procesadores Intel Haswell y Broadwell en particular deben instalar estas actualizaciones de microcódigo para garantizar la estabilidad del sistema. Pero todos los usuarios de Intel deberían instalar las actualizaciones por rutina.

https://wiki.archlinux.org/index.php/Microcode