El arranque aleatorio del servidor Ubuntu 16.04 se bloquea en Intel NUC5CPYH

He instalado el servidor Ubuntu 16.04 x64 en Intel NUC5CPYH (8GB RAM Kinston KVR16LS11 / 8 + 120GB SSD Kingston KC400). Cuando inicio / reinicio el servidor, se congela aleatoriamente en diferentes pasos y, digamos 1 de cada 4 veces, se inicia correctamente y muestra el inicio de sesión. He ejecutado la prueba de RAM desde la tecla LiveUSB, pero parece que no hay errores. También he intentado instalar la architecture x86, pero el problema sigue vigente.

El servidor se instala en la cuarta partición lógica del único disco, después de Windows 10 (que se inicia correctamente cada vez), un intercambio de 1GB, otra pequeña partición ext4.

Cuando arranca correctamente, he podido utilizar con profusión la conexión LAN y WLAN, por lo que no parece ser un problema relacionado con el controlador de adaptadores de red. También he ejecutado con éxito el entorno xfce.

Por favor, ¿tienes alguna sugerencia?

Lo tengo. He encontrado la siguiente publicación en un error conocido en Ubuntu 15.10 (kernel 4.2). El mío es Ubuntu 16.06 con el kernel 4.4, y actualicé Intel BIOS a 0054 (marzo de 2016). https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1521749

Brevemente, lo siguiente resuelve el problema: BIOS> Inicio> Configuración de inicio> Selección de SO> configurar Linux. Luego, arranqué / reinicié muchas veces, no más congelamientos.

Debes publicar tu versión del kernel por favor! Las versiones de kernel pueden cambiar con efectos significativos durante el transcurso de una versión. Por cierto, no creo que los sonidos de 32 bits proporcionen una solución al problema que describe.

En algunos kernels anteriores a 4.5, tuvimos que poner en una lista negra el módulo dw_mac para evitar siempre colgar en el momento del arranque. Solo recuerdo que esto sucedió con 4.4, pero los usuarios de Ubuntu lo han visto en kernels con números de versión más bajos. O aparentemente la lista negra pinctrl_cherryview es suficiente. Otros usuarios sugirieron que la configuración del sistema operativo en “Linux” en el menú de firmware funcionó a su alrededor. Sin embargo, Linux pretende trabajar en sistemas idénticos a Windows; como configuración de firmware es igual de probable que rompa cosas con el tiempo.

https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1529353

El error también sugiere que no es del todo determinista. Eso suena muy parecido a tu problema.

Segundo problema conocido

Creo que en una amplia gama de kernels, muchos, pero no todos los usuarios (¡no yo!) Informan que tienen que arrancar con la opción intel_idle.max_cstate=1 , para evitar un locking completo a intervalos aleatorios.

https://bugzilla.kernel.org/show_bug.cgi?id=109051

Parece que no se ha encontrado con esto, pero tal vez no usó el sistema el tiempo suficiente. Así que puedes comenzar a notar este problema una vez que hayas trabajado alrededor del primero.

Todo lo demas

Hubo un tercer problema con el locking durante el reinicio / apagado. No me ha pasado recientemente, pero desafortunadamente no estoy seguro de cuál fue la resolución.

Si le pide ayuda a Ubuntu, pueden culpar a un BIOS desactualizado y pedirle que lo actualice si aún no es la versión más reciente. No creo que haya una razón específica para intentarlo aquí, solo lo menciono.

Personalmente, he estado intentando ejecutar GNOME Shell en este hardware y los gráficos tampoco han sido lo suficientemente estables. (Ahora he deshabilitado la aceleración de hardware con la Option "DRI" "off" y la Option "AccelMethod" "none" ; es mejor, pero no la he usado por mucho tiempo y no se puede usar con el Shell de GNOME). GNOME Shell no es particularmente elegante ni nuevo, por lo que no creo que los gráficos sean seguros si se deja habilitada la aceleración. XFCE en sí es menos probable que provoque problemas y se podría utilizar sin aceleración. Esté atento a los lockings de gráficos, especialmente en caso de que lo confunda con un fallo de nivel de kernel .