Solución 1:
Esto puede ser útil para máquinas que se tocan muy, muy pocas veces. Años después de la instalación, si nadie puede recordar un inicio de sesión para el host, Ctrl-Alt-Delete cerrará correctamente y luego le permitirá usar GRUB (¡o incluso LiLo!) para suministrar rw init=/bin/bash al núcleo y así darle la oportunidad de restablecer la contraseña de root.
Lo anterior también es una forma en que Ctrl-Alt-Delete es peligroso incluso si se impide el acceso físico a los interruptores de encendido/restablecimiento y los cables de alimentación. Una contraseña del cargador de arranque (y la contraseña del BIOS más la desactivación del arranque USB/CD-ROM y la tecla del menú de arranque) pueden evitar esto, pero dificultan la recuperación de emergencia legítima.
Solución 2:
Si tiene ILO/IPMI/... Tiene mucho sentido. La única razón para CTRLALTDEL era una trampa mágica cuando nada más podía interrumpir. Con una tarjeta de control, no necesita eso:puede restablecer la máquina de todos modos. No hace falta decir que, si la máquina se comporta correctamente, siempre puede 'reiniciar'/'apagar -r ahora'/'init 6'/'systemctl reiniciar' desde la consola o la interfaz gráfica de usuario.
Solución 3:
Siento que las posibilidades de un reinicio accidental a través de ctrl-alt-delete son mucho mayores que las posibilidades de que se olvide la contraseña raíz de un servidor y, por lo tanto, en entornos de producción tiene sentido deshabilitar ctrl-alt-delete. Yo personalmente hago esto en mis sistemas de producción.
Las posibilidades de que un ciclo de encendido duro en un host Linux en ejecución provoque daños irrecuperables en los datos son pequeñas. En los cientos de veces que he hecho esto a lo largo de los años, no puedo recordar una sola instancia en la que el sistema no haya podido repararse solo (fsck) en el arranque. Por lo tanto, considero que esta es una opción válida en los hosts donde se desconoce la contraseña de root, salvo la disponibilidad de otros métodos para un apagado correcto.