at 18:00 shutdown nowcria um trabalho "at", que é executado no horário especificado pelo atdaemon ou talvez pelo crondaemon, dependendo do seu sistema.

shutdown 18:00inicia um processo em seu shell que aguarda até o tempo especificado e, em seguida, executa o desligamento. Este comando pode ser encerrado se, por exemplo, sua sessão de shell for encerrada.

O resultado líquido na maioria dos casos será o mesmo: o sistema é desligado às 18:00.

Uma diferença é que se você usar at, o trabalho será armazenado e se o sistema for desligado por algum outro meio antes das 18:00, ao inicializar novamente o trabalho ainda estará esperando para ser executado; se o tempo já tiver passado, o desligamento será executado imediatamente, o que pode ser bastante inesperado.

Outra diferença é que shutdown 18:00vai criar um /run/nologinarquivo 5 minutos antes do horário agendado para evitar que as pessoas façam login depois desse momento. Também serão enviadas mensagens de difusão para avisar aos usuários logados que o sistema está prestes a ser desligado.

Você precisa levar em conta essas diferenças para decidir qual usar.

E agora, a resposta do systemd.

Se você tem o CentOS 7, você tem um sistema operacional systemd e a resposta é diferente.

at 18:00 shutdown nowainda agenda por meio do atsubsistema, mas esse shutdowncomando, assim como aquele que você invoca diretamente com shutdown 18:00, é diferente. Na verdade, é o programa do systemd systemctl. systemctlfaz as coisas de forma diferente.

Em primeiro lugar, systemctlenvia a solicitação de desligamento agendada para ser processada por um daemon, praticamente como no atcaso. No entanto, este é um daemon do systemd, especificamente logind(o systemd-shutdownddaemon foi removido do systemd em maio de 2015, cuja alteração se espalhou até as versões secundárias posteriores do CentOS 7), não o atsubsistema. systemctlfala um protocolo interno para um corretor de barramento de desktop (em todo o sistema) que, por sua vez, se comunica com logind.

Então, como no atcaso, não há nenhum shutdownprocesso sentado fazendo a contagem regressiva e gerando as wallmensagens. Assim, pode-se fazer logout e isso não afetará o agendamento, e o cancelamento não é tão simples quanto interromper / matar o processo de primeiro plano da sessão de login. Assim como com at.

Ainda existem mensagens, ao contrário do atcaso, mas são emitidas por logind. Além disso, diferentemente do atcaso, o trabalho agendado não persiste nas reinicializações do sistema, portanto, um desligamento real cancela um agendado. Existe um arquivo no sistema de arquivos, mas é sob o /run/systemd/shutdownqual está o armazenamento não persistente.

Outras diferenças são que pode haver apenas um desligamento programado por vez, enquanto um pode enviar vários attrabalhos, e o Kit de Políticas aplicará regras para shutdownexecução em contexto de sessão sem login como um attrabalho diferente das regras aplicadas para shutdownexecução em contexto da sessão de login. O último pode ser mais permissivo, permitindo (digamos) que um usuário sem privilégios que esteja conectado à sessão de login ativa desligue o sistema.

Leitura adicional

• Minha resposta para Qual é a diferença entre esses comandos para derrubar um servidor Linux?
• Erro ao executar `shutdown -h now`