El sistema se congela completamente con Intel Bay Trail

29

Mi sistema se congela completamente a intervalos aleatorios y frecuentes. Empecé a tener el mismo problema en Ubuntu 14.04 pero después de una actualización reciente a 16.04 no hay mejora, de hecho parece peor.

Cuando sucede, es imposible hacer nada. He intentado todo en este hilo: qué hacer cuando Ubuntu se congela pero nada funciona, tengo que restablecer el hardware. He leído todos los registros del sistema y journalctlnunca hay información que pueda ayudar a diagnosticar el problema.

Este es un sistema de arranque dual con Windows 10 y no hay ningún problema allí, por lo que no es un hardware defectuoso.

Mi laptop tiene un procesador Intel Bay Trail (Pentium N3540)

Jack Dix
fuente

Respuestas:

37

Su procesador se ve afectado por el error de estado c

Esto provoca bloqueos totales cuando la CPU intenta entrar en un estado de suspensión no compatible. Es un problema para muchos dispositivos Bay Trail, especialmente con los núcleos más nuevos (4. *).

Procesadores afectados AFAIK:

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)

(por favor (sugiera una) edición para agregar su propio dispositivo si está afectado)

La lista completa de procesadores Bay Trail se puede encontrar aquí

Hay una solución simple para esto hasta que se arregle correctamente en sentido ascendente.

Solo necesita pasar un parámetro de arranque del kernel y la congelación aleatoria se detiene por completo. El parámetro puede aumentar ligeramente el consumo de batería, pero le dará un sistema utilizable.

Para ello, edite el archivo de configuración para GRUB:

Inicie Ubuntu y abra una terminal presionando Ctrl+ Alt+ Tluego escriba

sudo nano /etc/default/grub

Encuentra la línea que comienza GRUB_CMDLINE_LINUX_DEFAULT=

Esto necesita ser cambiado para incluir intel_idle.max_cstate=1

Entonces, después de su edición, se lee algo como

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash intel_idle.max_cstate=1"

quiety splashson parámetros predeterminados para Ubuntu Desktop: no es necesario cambiarlos ni ningún otro parámetro preexistente

Ahora guarde el archivo presionando ctrl+ oluego entery salga presionando ctrl+x

Ahora corre

sudo update-grub

Luego reiniciar.


Qué hacer si no tiene suficiente tiempo para hacerlo antes de que el sistema se bloquee

No hay problema. Como se explicó en la página de ayuda a la que me vinculé anteriormente, puede agregar el parámetro a GRUB antes de arrancar. Tenga en cuenta que esto solo pasa el parámetro para el arranque actual, por lo que aún tiene que editar /etc/default/grubuna vez que haya arrancado para que el cambio sea permanente.

Necesitas acceder al menú de GRUB . Si tiene un arranque dual, esto aparecerá de todos modos, de lo contrario, tendrá que mantener presionado (o tocar) shiftdespués de presionar el botón de encendido para encender.

Cuando llegue a esta pantalla, seleccione Opciones avanzadas para Ubuntu . Puede mover el cursor a un kernel diferente o dejarlo en su lugar para editar las opciones predeterminadas. En lugar de pulsar enter, presione ey voy a entrar en el modo de edición, mirando vagamente a este .

Mueva el cursor hacia abajo hasta donde dice quiet splash, coloque un espacio después de la presentación y escriba cuidadosamente, intel_idle.max_cstate=1asegurándose de que haya un espacio después.

Ahora presione F10o Ctrl+ xpara arrancar.

Zanna
fuente
@Arronical jeje gracias! Tengo que saber esto: mi sistema permanecerá activo durante ~ 15 minutos sin él, pero con el parámetro, nunca se congela una vez :) Todo el crédito a los hackers realmente increíbles que lo descubrieron
Zanna
¡Gracias! ¿Esto detiene la falta de respuesta a Ctrl Alt REISUB? Además, la respuesta a la edición GRUB anterior fue que si se configura Hidden Timeout, entonces la edición anterior no funcionará. ¿Cómo se puede evitar esto si el problema persiste?
clr
@clr las congelaciones del estado c no responden al REISUB mágico del sistema, pero esta solución detiene las congelaciones del estado c. Si su sistema se congela por alguna otra razón, REISUB podría funcionar. GRUB_HIDDEN_TIMEOUT no tiene efecto en los parámetros de arranque, y debería poder acceder al menú presionando shift al inicio. Si no puede, en el caso de que el sistema se congele demasiado rápido para que pueda editarlo /etc/default/grub, es un problema, pero puede intentar arrancar una sesión en vivo de una versión con un kernel anterior para editar el archivo: monte la partición raíz /mnty edítela /mnt/etc/default/gruben agregue el parámetro
Zanna
Gracias por instrucciones claras. Espero que esto haga el truco. Informaré aquí si no es así. Actualmente estoy ejecutando 16.10 en un Zotac Nano CI320. Había probado 16.04 y Debian 8 anteriormente, y también experimenté congelaciones aleatorias. Intenté 16.10 esperando que el problema desapareciera con un kernel más nuevo. Curiosamente, la única vez que probé REISUB (no recuerdo qué sistema operativo) funcionó, por lo que podría resultar que tengo un problema diferente.
Jeremy Cook
@JeremyCook Acabo de instalar 16.10 y lo primero que hice fue editar mis parámetros de arranque: ¡realmente debería revisar este nuevo kernel! Por favor, avíseme si funciona o no aquí.
Zanna
1

Los procesadores Linux on Bay Trail y Braswell se congelan aleatoriamente con dispositivos de video incorporados.

El problema es con el control de temperatura. Simplemente quite el módulo térmico:

sudo apt-get remove thermald 
Genia Li
fuente
3
Creo que el error para Bay Trail está en el controlador i915 (CPU Intel). El procesador intenta constantemente entrar en estados de suspensión que no son compatibles con él. Los problemas para los usuarios de Bay Trail comenzaron después de un compromiso con i915, por lo que siempre se ha culpado. Sin embargo, tal vez haya otra causa para algunos, y no tengo idea sobre las congelaciones de Braswell y sería genial saber que están solucionadas por alguna acción (¿segura?). ¿Tiene alguna referencia para esta información o puede decirnos en qué hardware se probó y funcionó?
Zanna
Parece que esto sigue siendo un problema con 19.04. Esperaba que ya estuviera arreglado. Ha sucedido en mi computadora portátil desde después del 14.04. 15.10 fue casi imposible de arreglar.
crip659
0

Para las personas que siguen este error, aquí hay una actualización. Vaya a: Bug 109051 - intel_idle.max_cstate = 1 requerido en baytrail para evitar bloqueos y presione la Endtecla. Si es necesario, presione Page Uppara enviar el mensaje # 1013.

Según el comentario # 1013, ahora está arreglado en núcleos recientes:

No he revisado este hilo en mucho tiempo, pero pensé que debería publicar mis hallazgos en caso de que sea de alguna utilidad para alguien.

Una computadora de gama baja alimentada con un Intel N2807 que nunca funcionó más de 30 minutos sin fallar cuando no configuré ... max_cstates = 1 ahora funciona perfectamente bien con un núcleo stock v. 5.3.1 o 4.19.75. Lo ejecuté durante un par de días con cada versión sin ningún problema. El consumo de energía promedio también disminuyó un poco más del 10%.

Se han tardado unos cuatro años en solucionar este error que se informó por primera vez el 8 de diciembre de 2015.

WinEunuuchs2Unix
fuente