Сценарий оболочки Bash выполняется не по порядку при передаче через стандартный ввод в контейнер LXC

Длинный ответ (серьезно, это это большой пулемет): в stdin / stdout / stderr нет ничего особенного с точки зрения запущенного процесса. Это просто файловые дескрипторы, а файловые дескрипторы совместно используются процессами при их разветвлении. Итак, что происходит (более или менее):

1. Копия bash, запущенная в интерактивном режиме в вашем терминале, открывает новый канал (2), затем разветвляет новый процесс, который закрывает существующий стандартный вывод. , а затем делает дескриптор файла stdout (1) записывающей стороной канала (см. dup2 (2)). Затем этот дочерний процесс exec s cat sample.sh , который читает файл и записывает его в то, что считает стандартным выводом (но на самом деле это конец записи канал).

2. Копия bash, запущенная в интерактивном режиме в вашем терминале, создает другой новый процесс, на этот раз закрывая существующий stdin , а затем делает дескриптор файла stdin (0) читающей стороной того же pipe, о котором говорилось ранее (опять же, с вызовом dup2 ). Затем этот процесс exec становится вашим процессом lxc-attach .

   Если в процессе работы stdin ничего не мешает (а в данном конкретном случае это не так), то каждый процесс, который разветвляется от того, который получил читающий конец канала, поскольку stdin также будет иметь тот же самый дескриптор файла, прикрепленный к тому же конвейеру, который имел содержимое sample.sh вставлен в него как его стандартный ввод. Любой процесс , который читает из этого файлового дескриптора, теперь будет использовать прочитанные байты, и никакой другой процесс, который читает из этого файлового дескриптора, не получит эти конкретные байты. Обратите на это внимание; вы снова увидите этот материал.

3. Когда bash в дальнем конце вашей итальянской сантехнической феерии в стиле унитаза, наконец, начнется, он прочитает «некоторые» данные из трубы, которая является его стандартным вводом (потому что это что делает bash при вызове без аргументов и без tty как stdin). С помощью магии strace я только что подтвердил, что bash действительно считывает свой ввод по одному символу за раз (вместо того, чтобы читать его, скажем, блоками по 4 КБ), поэтому каждый отдельный символ, который не часть команды, которую bash выполняет или выполняет в настоящее время, по-прежнему будет находиться в конвейере, который-bash-has-as-its-stdin.

4. Когда bash выполняет вторую команду в вашем сценарии, apt-get install tra la la, он создает новый процесс. Которая наследует все файловые дескрипторы bash, включая (что наиболее важно) нашего хорошего друга pipe-which-is-stdin . То же самое происходит и с любыми процессами, которые разветвляются apt-get (а это, позвольте мне вас заверить, довольно много). Один из них, или apt-get , решает прочитать stdin и записать все, что он читает, в stdout (или, возможно, stderr).

5. Когда apt-get install завершится , bash выясняет, что нужно выполнить следующим образом, путем повторного чтения из стандартного ввода-вывода. Потому что что-то else уже прочитало все из конвейера, хотя ничего не осталось, и bash выдает «ну ладно, тогда я думаю, я закончил» и завершает работу. Опять же, канал пуст, потому что что-то еще уже прочитало его всухую, и все, что разделяет один файловый дескриптор, получает от него награду.

Решение проблемы "общего стандартного ввода", что неудивительно, состоит в том, чтобы перестать передавать стандартный ввод, как бонг на братской вечеринке. Поскольку вы не можете запретить fork (2) автоматически предоставлять всем одинаковые файловые дескрипторы, вам нужно вместо этого сообщить bash, чтобы он дал apt-get (и все остальное, что требует незаконный глоток из этой сладкой сладкой трубки) что-нибудь еще , чтобы вместо этого выпить. Проще всего дать / dev / null - этот вечно верный, никогда не полный источник всех ваших восхищений «Дэйва здесь нет». Это область «перенаправления ввода», что и делает - он говорит: «Эй, bash, перед вами exec , что apt- get , замените stdin (файловый дескриптор 0) на файловый дескриптор, который вы получите при открытии / dev / null ".