Завершение Bash не будет работать, если я вызываю приложение с абсолютным путем.
En cualquier sistema Unix, gettyes el nombre tradicional de un proceso que presenta un aviso de inicio de sesión en una conexión de puerto serie (ya sea una terminal cableada o una línea de módem )y espera a que el usuario inicie sesión.
En un sistema moderno (físico ), los procesos gettynormalmente se encuentran proporcionando la solicitud de inicio de sesión en la consola virtual de modo de texto -(s ). Si el sistema tiene hardware de acceso remoto a la consola (como HP iLO, Sun/Oracle ILOM, Fujitsu IRMC u Oracle iDRAC ), a menudo proporcionan puertos seriales virtuales a los que se puede acceder estableciendo una conexión SSH a través de la interfaz de la consola remota, si el administrador del sistema simplemente configura un proceso gettypara el puerto serial correspondiente.
Esto suele ser mucho más confiable que usar una interfaz de consola remota basada en web -que usa Java o HTML5 :ya que un puerto serial virtual no tiene que emular un teclado de PC, no tiene que invertir -asigne los caracteres entrantes nuevamente a los códigos de escaneo del teclado y espere que el diseño del teclado realmente configurado en el sistema operativo del servidor coincida con el que se usó para la operación de asignación inversa -. Y en el lado de la salida, no tiene que intentar raspar la RAM de video para obtener una imagen visualizable.
En máquinas virtuales, los puertos seriales virtuales se pueden usar de la misma manera, por la misma razón :una conexión de puerto serial virtual necesita menos transformaciones en los datos que un "KVM virtual".
En su caso específico, el sistema operativo de la máquina virtual en la nube aparentemente está configurado para esperar un puerto serie virtual como /dev/ttyS0, pero parece que el puerto serie virtual no existe en la máquina virtual en este momento. ¿Quizás fue utilizado en el proceso de inicialización de VM por la infraestructura de la nube?
Probablemente pueda cerrar el proceso gettyen /dev/ttyS0, ya que no parece estar haciendo nada útil en este momento. Para hacer eso,estos comandos pueden ser la solución más simple:
systemctl stop serial-getty@ttyS0.service
systemctl disable serial-getty@ttyS0.service
El primer comando le dice a systemdque deje de intentar iniciar el proceso hasta el próximo reinicio, el segundo comando lo marcará persistentemente como deshabilitado.
Hasta que utilice el segundo comando, el primer comando se puede deshacer simplemente reiniciando el sistema. Entonces, si no está seguro, puede usar el primer comando y esperar unos días para ver si causa algún problema. Si encuentra que ahora no se puede acceder a su VM, un simple reinicio devolvería las cosas a lo que solían ser.
Como en la respuesta de JdeBP , también debe verificar sus opciones de arranque :si console=ttyS0aparece allí, systemdgenerará automáticamente un proceso gettyen /dev/ttyS0.