Después de instalar el servidor Ubuntu 16.04LTS en HP DL360 g7, tengo algunos problemas sorprendentes. Estoy intentando reinstalar con diferentes imágenes y medios de arranque, pero sigo teniendo el mismo resultado. Después del primer arranque, todo funciona a las mil maravillas. Pero si desea apagar o reiniciar (mediante el comando systemctl o sutdown), el sistema se apagará/reiniciará pero no puede hacerlo correctamente. Entonces tengo 2 casos:
1) Si tienes mucha paciencia, el sistema terminará de hacer lo que quieras en 7-10 minutos. Después de eso (¡SIC!), en el próximo arranque verá el tty1 GINGER (color ubuntu). Que puede cambiar a colores normales después de ejecutar mc o algunos comandos como <fdisk -l>. Todos los demás ttys tienen un color blanco normal. Casi todos los siguientes reinicios/apagados funcionan correctamente (menos de 5 segundos), tty1 sigue funcionando después del arranque. Pero a veces puede haber problemas de sincronización.
2) Si no tiene paciencia y "ayuda" al sistema presionando las combinaciones SysRq o el botón de apagado del hardware, verá (en el próximo arranque) tty1 normal. Y todos los próximos reinicios/apagados funcionan bien.
PD: Utilizo diferentes ISO, unidades flash/SD. El sistema se instaló en una incursión de hardware real en una partición MBR puesta a cero. Durante la instalación, mi elección: utilidades estándar, utilidades de servidor, LAMP, SAMBA, OpenSSH. No uso ningún mouse, teclado o monitor. Servidor sin cabeza gestionado por ILO3.
El Ubuntu 14.04LTS anterior funciona de maravilla para mí en este hardware.
Respuesta1
Resuelto. 1) No debería utilizar creadores de flash de arranque como unetbootin con la versión del servidor 16.04LTS. Cuando intento instalar agregando una imagen ISO a un CDROM virtual (función excelente de ILO), veo otro resultado. El sistema operativo muestra una POST visible al cargar módulos. Después del arranque tengo terminales normales.También resuelve el error con tty7 predeterminado.(ahora tty1 predeterminado). En este sitio veo que otros miembros tienen el mismo problema. ¡Gente, prueben diferentes creadores de flash de arranque o no los usen! Pero cuando intento reiniciar/apagar, todavía tengo un retraso prolongado. Sucede porque systemd no pudo detener MySQL normalmente. Además, el comando 'systemctl stop' no funciona para el servicio MySQL. Entonces, si mata este proceso o desinstala MySQL, el problema de retraso desaparecerá. Entonces otra pregunta será"Por qué systemd no pudo detener el demonio MySQL"