Significado da linha "exec tail -n +3 $ 0" no arquivo 40_custom

Estou tentando entender os arquivos de configuração do grub. Então, durante esse processo, me deparei com o arquivo /etc/grub.d/40_custom . Meu arquivo contém as seguintes linhas:

#!/bin/sh
exec tail -n +3 $0
# This file provides an easy way to add custom menu entries.  Simply type the
# menu entries you want to add after this comment.  Be careful not to change
# the 'exec tail' line above.
menuentry "Windows 10" --class windows --class os {
insmod part_msdos
savedefault
insmod ntfs
insmod ntldr
set root='(hd0,msdos1)'
ntldr ($root)/bootmgr
}

como o meu sistema é de inicialização dupla e, aparentemente, este é o carregador de inicialização para o Windows 10.

Minha pergunta é essa parte exec tail -n +3 $0.
Se eu estiver decifrando corretamente, isso significa imprimir as últimas linhas a partir da 3ª linha ( +3) do arquivo $0. $0é claro que, neste caso, é o arquivo real /etc/grub.d/40_custom .

Então, por que usamos este comando no arquivo 40_custom ? Na minha opinião, a saída seria a mesma se fosse omitido por completo. A única diferença em que posso pensar é a 1ª linha que identifica o intérprete:

#!/bin/sh

Mas, novamente, é executado desde que o exec tail -n +3 $0segue. Então, isso é apenas uma convenção (inútil)?

O truque é o que execfaz:

$ help exec
exec: exec [-cl] [-a name] [command [arguments ...]] [redirection ...]
    Replace the shell with the given command.

    Execute COMMAND, replacing this shell with the specified program.
    ARGUMENTS become the arguments to COMMAND.  If COMMAND is not specified,
    any redirections take effect in the current shell.

Isso significa que ele substituirá o shell pelo que for dado exec, neste caso tail. Aqui está um exemplo disso em ação:

$ cat ~/foo.sh
#!/bin/sh
exec tail -n +3 "$0"
echo foo

$ ./foo.sh
echo foo

Portanto, o echocomando não é executado, pois alteramos o shell e estamos usando tail. Se removermos o exec tail:

$ cat ~/foo.sh
#!/bin/sh
echo foo
$ ./foo.sh
foo

Portanto, esse é um truque interessante que permite escrever um script cuja única tarefa é produzir seu próprio conteúdo. Presumivelmente, qualquer chamada 40_customespera que seu conteúdo seja produzido. Obviamente, isso levanta a questão de por que não apenas correr tail -n +3 /etc/grub.d/40_customdiretamente.

Eu acho que a resposta é porque grub usa sua própria linguagem de script e isso faz com que seja necessária essa solução alternativa.

O diretório /etc/grub.d/contém muitos executáveis ​​(normalmente shell scripts, mas qualquer outro tipo de executável também é possível). Sempre que grub-mkconfigé executado (por exemplo, se você executa update-grub, mas também quando instala um pacote atualizado do kernel, que geralmente possui um gancho pós-instalação que instrui o gerenciador de pacotes a atualizar grub.cfg), todos são executados em ordem alfabética. Todas as saídas são concatenadas e acabam no arquivo /boot/grub/grub.cfg, com cabeçalhos de seção organizados que mostram qual parte vem de qual /etc/grub.d/arquivo.

Este arquivo específico 40_customfoi projetado para permitir que você adicione entradas / linhas facilmente grub.cfg, simplesmente digitando / colando-as nesse arquivo. Outros scripts no mesmo diretório executam tarefas mais complexas, como procurar kernels ou sistemas operacionais não-linux e criar entradas de menu para eles.

Para permitir grub-mkconfigtratar todos esses arquivos da mesma maneira (executar e obter a saída), 40_customé um script e usa esse exec tail -n +3 $0mecanismo para gerar seu conteúdo (menos o "cabeçalho"). Se não fosse um executável, update-grubseria necessária uma exceção especial codificada para pegar o conteúdo de texto literal desse arquivo, em vez de executá-lo como todos os outros. Mas e se você (ou os fabricantes de outra distribuição Linux) quiser dar um nome diferente a esse arquivo? Ou, e se você não soubesse da exceção e criava um script de shell com o nome 40_custom?

Você pode ler mais sobre grub-mkconfige /etc/grub.d/*no Manual do GNU GRUB (embora ele fale principalmente sobre as opções que você pode definir /etc/default/grub), e também deve haver um arquivo /etc/grub.d/READMEinformando que esses arquivos são executados para formar grub.cfg.

TL; DR : é um truque para simplificar a adição de novas entradas ao arquivo

O ponto todo é descrito em uma das páginas Wiki do Ubuntu no grub :

3. Somente arquivos executáveis ​​geram saída para o grub.cfg durante a execução do update-grub.

A saída de scripts /etc/grub.d/torna-se o conteúdo do grub.cfgarquivo.

Agora, o que execfaz? Ele pode reconectar a saída de todo o script ou se um comando for fornecido - o comando mencionado ultrapassa e substitui o processo de script. O que antes era o script de shell com o PID 1234 agora é o tailcomando com o PID 1234.

Agora você já sabe que tail -n +3 $0imprime tudo após a terceira linha no próprio script. Então, por que precisamos fazer isso? Se o grub se importar apenas com a saída, poderíamos fazer o mesmo

cat <<EOF
    menuentry {
    ...
    }
EOF

De fato, você encontrará cat <<EOFexemplos na documentação do Fedora , embora para um propósito diferente. O ponto principal está nos comentários - facilidade de uso para os usuários:

# This file provides an easy way to add custom menu entries.  Simply type the
# menu entries you want to add after this comment.

Com exectruque, você não precisa saber o que cat <<EOFfaz (spoiler, que é chamado aqui-doc ), nem precisa se lembrar de adicionar EOFa última linha. Basta adicionar menuentry ao arquivo e pronto. Além disso, se você estiver adicionando uma entrada de menu ao script, basta anexar via >>shell neste arquivo.

Veja também:

• Que lógica tem o comando “exec tail -n +3 $ 0” do grub2 config?