Значение строки «exec tail -n +3 $ 0» в файле 40_custom

Я пытаюсь понять файлы конфигурации grub. Итак, во время этого процесса я натолкнулся на файл /etc/grub.d/40_custom . Мой файл содержит следующие строки:

#!/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
}

так как у меня система с двойной загрузкой и, видимо, это загрузчик для windows 10.

Мой вопрос, хотя это эта часть exec tail -n +3 $0.
Если я расшифровываю его правильно, это просто означает, что выведите последние строки, начиная с 3-й строки ( +3) файла $0. $0Конечно, в этом случае используется файл /etc/grub.d/40_custom .

Итак, почему мы используем эту команду в файле 40_custom ? Насколько я понимаю, результат был бы таким же, если бы вообще не было ιt. Единственное отличие, о котором я могу подумать, это 1-я строка, которая идентифицирует переводчика:

#!/bin/sh

Но с другой стороны это выполняется, так как exec tail -n +3 $0следует за этим. Так это просто (бесполезное) соглашение?

Хитрость в том, что execделает:

$ 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.

Это означает , что он заменит оболочку с любым даются execв этом случае tail. Вот пример этого в действии:

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

$ ./foo.sh
echo foo

Таким образом, echoкоманда не выполняется, так как мы изменили оболочку и используем tailвместо этого. Если мы удалим exec tail:

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

Итак, это хитрый трюк, который позволяет вам написать скрипт, единственной задачей которого является вывод собственного содержимого. Предположительно, все вызовы 40_customожидают своего содержимого в качестве вывода. Конечно, возникает вопрос, почему бы просто не работать tail -n +3 /etc/grub.d/40_customнапрямую.

Я предполагаю, что ответ таков, потому что grub использует свой собственный язык сценариев, и это делает необходимым этот обходной путь.

Каталог /etc/grub.d/содержит много исполняемых файлов (обычно это сценарии оболочки, но также возможен любой другой тип исполняемых файлов). Всякий раз, когда grub-mkconfigвыполняется (например, если вы запускаете update-grub, но также и когда вы устанавливаете обновленный пакет ядра, который обычно имеет обработчик после установки, который сообщает менеджеру пакетов об обновлении grub.cfg), все они выполняются в алфавитном порядке. Их выходные данные объединяются и попадают в файл /boot/grub/grub.cfgс аккуратными заголовками разделов, которые показывают, какая часть из какого /etc/grub.d/файла.

Этот отдельный файл 40_customпредназначен для того, чтобы вы могли легко добавлять записи / строки grub.cfg, просто набирая / вставляя их в этот файл. Другие сценарии в том же каталоге выполняют более сложные задачи, такие как поиск ядер или операционных систем, отличных от Linux, и создание пунктов меню для них.

Для того, чтобы разрешить grub-mkconfigобрабатывать все эти файлы одинаково (выполнить и принять вывод), 40_customиспользуется скрипт и использует этот exec tail -n +3 $0механизм для вывода его содержимого (за исключением «заголовка»). Если бы это не был исполняемый файл, update-grubпотребовалось бы специальное жестко закодированное исключение, чтобы взять текстовое содержимое этого файла, а не выполнять его, как все остальные. Но что, если вы (или создатели другого дистрибутива Linux) захотите дать этому файлу другое имя? Или что, если вы не знали об исключении и создали сценарий оболочки с именем 40_custom?

Вы можете прочитать больше о grub-mkconfigи /etc/grub.d/*в GNU GRUB Manual (хотя он говорит в основном о параметрах , которые можно установить в /etc/default/grub), а также должна быть файл , /etc/grub.d/READMEкоторый гласит , что эти файлы будут выполнены с образованием grub.cfg.

TL; DR : это хитрость, чтобы упростить добавление новых записей в файл

Весь смысл описан на одной из вики-страниц Ubuntu по grub :

3. Только исполняемые файлы генерируют вывод в grub.cfg во время выполнения update-grub.

Вывод скриптов в /etc/grub.d/становится содержимым grub.cfgфайла.

Теперь, что делает exec? Он может либо повторно соединить вывод для всего сценария, либо, если указана команда, - упомянутая команда обгоняет и заменяет процесс сценария. То, что когда-то было сценарием оболочки с PID 1234, теперь является tailкомандой с PID 1234.

Теперь вы уже знаете, что tail -n +3 $0печатает все после 3-й строки в самом скрипте. Так зачем нам это делать? Если Grub заботится только о выходе, мы могли бы

cat <<EOF
    menuentry {
    ...
    }
EOF

Фактически, вы найдете cat <<EOFпример в документации по Fedora , хотя и для другой цели. Все дело в комментариях - простота использования для пользователей:

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

С execтрюком, вы не должны знать, что делает cat <<EOF(спойлер, это называется here-doc ), и вы не должны добавлять EOFпоследнюю строку. Просто добавьте menuentry в файл и покончите с этим. Кроме того, если вы создаете сценарий, добавляя пункт меню, вы можете просто добавить через >>shell в этот файл.

Смотрите также:

• Какую логику использует команда «exec tail -n +3 $ 0» из конфигурации grub2?