Řešení 1:
To může být užitečné pro velmi, velmi zřídka se dotýkající stroje. Roky po instalaci, pokud si nikdo nepamatuje přihlášení k hostiteli, Ctrl-Alt-Delete provede řádné vypnutí a poté vám umožní použít GRUB (nebo dokonce LiLo!) k dodání rw init=/bin/bash do jádra a tím vám dá šanci resetovat heslo uživatele root.
Výše uvedené je také způsob, jak je Ctrl-Alt-Delete nebezpečné, i když je zabráněno fyzickému přístupu k vypínačům napájení/resetování a napájecím kabelům. Heslo zavaděče (a heslo systému BIOS plus deaktivace spouštění z USB/CD-ROM a tlačítka spouštěcí nabídky) tomu může zabránit, ale ztíží legitimní nouzové obnovení.
Řešení 2:
Pokud máte ILO/IPMI/... Dává to absolutní smysl. Jediným důvodem pro CTRLALTDEL byla magická past, když nic jiného nepřerušilo. S řídicí kartou to nepotřebujete – stroj můžete resetovat i tak. Netřeba říkat, že pokud se stroj chová správně, můžete vždy 'rebootovat'/'shutdown -r now'/'init 6'/'systemctl reboot' z konzoly nebo gui.
Řešení 3:
Mám pocit, že šance na nechtěné restartování pomocí ctrl-alt-delete je mnohem větší než šance na zapomenutí rootova hesla serveru, a proto v produkčním prostředí má smysl zakázat ctrl-alt-delete. Já osobně to dělám na svých produkčních systémech.
Pravděpodobnost tvrdého cyklu napájení na běžícím linuxovém hostiteli, který způsobí neopravitelné poškození dat, je malá. Ve stovkách případů, kdy jsem to v průběhu let udělal, si nevzpomínám na jediný případ, kdy by se systém nebyl schopen opravit sám (fsck) při bootování. Takže to považuji za platnou možnost na hostitelích, kde je heslo root neznámé, což brání dostupnosti jiných metod pro elegantní vypnutí.