Início / computer / Perguntas / 1823196
Accepted
hba
Asked: 2023-12-27 05:33:20 +0800 CST

Como funciona o link simbólico do desligamento para o systemctl?

  • 772
which shutdown

retorna

/usr/bin/shutdown

Eu também tentei sudo which shutdownpor precaução ... mas obtive o mesmo resultado.

Eu posso ver isso

lrwxrwxrwx 1 root root 9 Dec 13 03:38 /usr/bin/shutdown -> systemctl

Também posso fazer algo como (desligar a máquina em 2 horas)

sudo shutdown -h +120

Mas se eu tentar algo bobo como isto:

 sudo systemctl -h +120

Eu recebo um erro...

Quando emito, shutdownestou realmente invocando o /usr/bin/shutdown? Em caso afirmativo, como o link do desligamento para o systemctl realmente funciona?

shell

1 respostas

  1. Best Answer

    Resposta curta

    Um programa pode saber o nome com o qual foi invocado; ele aprende seu próprio nome examinando argv[0]. Isso permite que executáveis ​​idênticos se comportem de maneira diferente sob nomes diferentes ( exemplo ) ou que um único executável se comporte de maneira diferente quando chamado por meio de links simbólicos com nomes diferentes ( exemplo ).

    No seu caso, o systemctlexecutável real sabe se está sendo invocado como systemctlou shutdownalgo assim. Ele ajusta seu comportamento de acordo.

    Detalhes adicionais

    A matriz de argumentos é definida pelo processo pai. É uma convenção (não um requisito estrito) que argv[0]é o nome. Os pais podem ou não seguir a convenção. Quando você executa systemctlou shutdowna partir de um shell, o shell é o pai e segue a convenção; em geral, os shells seguem a convenção.

    Um exemplo em que a convenção não é seguida é o comportamento de login(e ferramentas que tentam imitá-la): loginusa um traço inicial no argumento zero para informar a um shell filho que ele deve ser um shell de login. Vamos supor que o shell de login seja Bash. No shell echo "$0"irá mostrar a você -bash, apesar do nome do executável bash. Este traço inicial é outra convenção.

    Você pode executar systemctlcom um nome arbitrário. Alguns nomes são especiais, eles mudam o comportamento de systemctl, isso é deliberadamente para suportar links simbólicos como o que você observou. No meu Debian 12 estes são (entre outros) shutdowne runlevel. Você não precisa criar um link simbólico ou uma cópia para passar um arbitrário argv[0]para systemctl, você pode usar exec -ao Bash.

    Exemplos de uso arbitrárioargv[0]

    (Os exemplos presumem systemctlque podem ser acessados ​​via $PATH. Forneça o nome do caminho completo, se necessário.)

    bash -c 'exec -a foo      systemctl'        # should behave like plain systemctl because foo is not a name that would change the behavior
bash -c 'exec -a shutdown systemctl --help' # should behave like shutdown --help
bash -c 'exec -a runlevel systemctl'        # should behave like runlevel

    Na verdade, você pode usar um link simbólico para systemctl(como o seu shutdown) e ainda assim passar um arbitrário argv[0]. Exemplo:

    bash -c 'exec -a runlevel shutdown'         # should behave like runlevel

    Consertando seu "comando idiota"

    Seu "comando idiota"

    sudo systemctl -h +120

    pode ser corrigido assim:

    sudo bash -c 'exec -a shutdown systemctl -h +120'

    Aqui o link simbólico nomeado shutdownnão é usado (pode não existir), o executável systemctlé invocado diretamente; ainda assim ele se comporta como shutdownporque passamos o nome correto ( shutdown) como argv[0].

    • 2

relate perguntas