Soluzione 1:
Questo può essere utile per macchine toccate molto, molto raramente. Anni dopo l'installazione, se nessuno ricorda un login per l'host, Ctrl-Alt-Delete eseguirà l'arresto corretto e quindi ti consentirà di utilizzare GRUB (o persino LiLo!) per fornire rw init=/bin/bash al kernel e quindi darti la possibilità di reimpostare la password di root.
Quanto sopra è anche un modo in cui Ctrl-Alt-Delete è pericoloso anche se l'accesso fisico agli interruttori di alimentazione/ripristino e ai cavi di alimentazione è impedito. Una password del caricatore di avvio (e la password del BIOS più la disabilitazione dell'avvio da USB/CD-ROM e il tasto del menu di avvio) possono impedirlo, ma rendono più difficile il ripristino di emergenza legittimo.
Soluzione 2:
Se hai ILO/IPMI/... Ha assolutamente senso. L'unico motivo per CTRLALTDEL era una trappola magica quando nient'altro avrebbe interrotto. Con una scheda di controllo, non ne hai bisogno:puoi comunque resettare la macchina. Inutile dire che, se la macchina si comporta correttamente, puoi sempre 'reboot'/'shutdown -r now'/'init 6'/'systemctl reboot' dalla console o dalla GUI.
Soluzione 3:
Sento che le possibilità di riavvio accidentale tramite ctrl-alt-delete sono molto maggiori delle possibilità che la password di root di un server venga dimenticata, e quindi negli ambienti di produzione ha senso disabilitare ctrl-alt-delete. Lo faccio personalmente sui miei sistemi di produzione.
Le possibilità che un hard powercycle su un host Linux in esecuzione causi un danneggiamento dei dati irrecuperabile sono minime. Nelle centinaia di volte che l'ho fatto nel corso degli anni, non riesco a ricordare un singolo caso in cui il sistema non sia stato in grado di ripararsi da solo (fsck) all'avvio. Quindi considero questa un'opzione valida su host in cui la password di root è sconosciuta, escludendo la disponibilità di altri metodi per l'arresto regolare.