🐧 Linux · 20 вопросов · ~45 мин · ⏱ Таймер 45:00 · Средний · 👥 1 прошёл

Потоки, каналы и перенаправления

Оболочка связывает процессы через файловые дескрипторы, а порядок перенаправлений определяет, куда уйдёт каждый байт. Тест предлагает читать конвейеры, разделять stdout и stderr, сохранять коды завершения и замечать ситуации, где красивый однострочник скрывает потерю ошибки.

Отвечено: 0 из 20

⏱ --:--

💡 Инструкция: Выбери один ответ из четырёх. На 20 вопросов отведено 45 минут. Не меньше половины заданий требуют разобрать команды, сценарий Bash, конфигурацию или диагностический вывод. После завершения откроются общий процент, четыре тематические шкалы, правильные ответы и краткий разбор каждого решения.

Вопрос 1 из 20

Команда read запускается без перенаправления внутри интерактивной оболочки. Откуда она обычно получает строку?

printf 'Name: ' >&2
IFS= read -r name
printf '%s\n' "$name"

Из файла /dev/stdout Из stdout предыдущей выполненной команды Из первого позиционного аргумента сценария Из стандартного ввода оболочки, связанного с терминалом

Вопрос 2 из 20

Что передаёт конструкция wc -l < access.log?

wc -l < access.log
wc -l access.log

Число строк как stdin для оболочки Содержимое файла на stdin команды wc, без имени файла в аргументах Содержимое файла в stderr wc Имя access.log как обычный аргумент wc

Вопрос 3 из 20

Чем here-document отличается от передачи текста как одного аргумента?

Он передаёт каждую строку отдельным аргументом Он создаёт многострочный поток на stdin команды Он передаёт один аргумент, внутри которого сохранены переводы строк Он направляет текст только в stderr

Вопрос 4 из 20

Зачем кавычить маркер в <<'EOF'?

cat >config.ini <<'EOF'
path=$HOME
command=$(date)
EOF
cat config.ini

Чтобы удалить пустые строки из тела Запрещает подстановки shell внутри here-document Чтобы направить документ в stderr Чтобы сделать EOF переменной окружения

Вопрос 5 из 20

Конструкция diff <(sort a) <(sort b) использует подстановку процесса. Что получают аргументы diff?

Коды завершения команд sort Пути к специальным файловым объектам, из которых читается вывод двух sort Имена временных копий a и b, созданных diff Уже готовые строки как два огромных аргумента

Вопрос 6 из 20

Что попадёт в errors.log после command 2>errors.log?

{ printf 'data\n'; printf 'warning\n' >&2; } 2>errors.log

Код завершения команды Только stderr команды Только stdout команды Оба потока в порядке появления

Вопрос 7 из 20

Почему cmd >all.log 2>&1 объединяет оба потока в одном файле?

cmd >all.log 2>&1

stderr копирует уже перенаправленный stdout 2>&1 склеивает два файла после завершения команды stderr перенаправляется в файл с буквальным именем &1 Оператор & запускает перенаправление в фоне

Вопрос 8 из 20

Чем отличается cmd 2>&1 >out.log от cmd >out.log 2>&1 при обычном запуске из терминала?

{ printf 'OUT\n'; printf 'ERR\n' >&2; } 2>&1 >out.log

Ничем, порядок перенаправлений не учитывается В первом случае stderr останется на терминале, а stdout уйдёт в файл В первом случае stdout останется на терминале, stderr уйдёт в файл В первом случае оба потока уйдут в файл

Вопрос 9 из 20

Что на самом деле делает 2>/dev/null?

Удаляет ошибочные строки из stdout Превращает любую ошибку в успешное завершение Запрещает команде открывать файлы Отбрасывает диагностический поток, но не меняет код завершения команды

Вопрос 10 из 20

Сценарий должен вернуть чистые данные в stdout, а ход работы — в журнал. Какой подход удобен?

generate_data() { printf 'row1\n'; printf 'loaded cache\n' >&2; }
generate_data 2>>job.log | gzip >data.gz

Писать сообщения о ходе в stderr и отдельно перенаправить его в журнал Писать всё в stdout, затем удалять служебные строки grep Печатать данные в /dev/tty независимо от запуска Объединить потоки, а затем отделять служебные строки по префиксу

Вопрос 11 из 20

Как работают стадии обычного конвейера cmd1 | cmd2 | cmd3?

producer | transform | consumer

stderr каждой стадии соединяется со stdin следующей вместе со stdout Каждая следующая команда ждёт полного завершения предыдущей Они запускаются конкурентно, а stdout каждой стадии соединён со stdin следующей Все команды читают один и тот же stdin независимо

Вопрос 12 из 20

Почему producer может завершиться с SIGPIPE, если head -n 1 уже получил строку?

yes record | head -n 1

head отправил producer сигнал SIGKILL по имени процесса producer попытался читать из собственного stdout Канал переполнил весь диск Читатель закрыл канал, а producer продолжил запись

Вопрос 13 из 20

Почему переменная count иногда остаётся 0 после printf ... | while read ...; do ((count++)); done?

Арифметика внутри while запрещена Цикл меняет переменную лишь внутри подоболочки Цикл работает в текущей оболочке, но count локален внутри while printf запускает новую сессию пользователя

Вопрос 14 из 20

Как одновременно видеть поток на экране и сохранять его в raw.log для дальнейшего разбора?

journalctl -u app --since today | tee raw.log | grep -c 'ERROR'

Вставить tee raw.log в конвейер Добавить 2>/dev/null Использовать cat raw.log перед командой Перенаправить stdout только через >raw.log

Вопрос 15 из 20

Почему команда grep pattern huge.log | head может не ждать полного чтения huge.log?

grep -n 'panic' huge.log | head -n 20

Оболочка вычисляет совпадения до запуска процессов head закрывает pipe, и grep получает SIGPIPE grep дочитывает файл до конца, прежде чем вывести первое совпадение head читает файл напрямую, минуя grep

Вопрос 16 из 20

Какой код обычно находится в $? сразу после false | true без pipefail?

false | true
printf '%s\n' "$?"

Сумма кодов обеих команд 128 из-за использования канала Код первой ненулевой команды, то есть 1 Код последней команды true, то есть 0

Вопрос 17 из 20

Что меняет set -o pipefail?

Статус конвейера становится ненулевым, если ненулевой статус вернула любая стадия pipefail передаёт stderr каждой стадии следующей команде Все стадии начинают выполняться последовательно Конвейер прекращает чтение после первой строки

Вопрос 18 из 20

Что содержит массив PIPESTATUS сразу после конвейера в Bash?

grep x missing.txt | sort | uniq -c
printf '%s\n' "${PIPESTATUS[*]}"

Число переданных строк для каждой команды Отдельные коды завершения всех стадий в порядке команд Только последний ненулевой код PID всех стадий

Вопрос 19 из 20

Когда выполнится deploy в конструкции test_config && deploy?

Только если test_config напечатает слово OK Только если test_config завершится кодом 0 Если test_config напечатает непустую строку в stdout Только если stdout test_config пуст

Вопрос 20 из 20

Что делает ! command с точки зрения статуса?

if ! grep -q '^enabled=yes$' config; then
  printf 'disabled\n'
fi

Инвертирует нулевой и ненулевой статус Удаляет stdout команды Посылает команде сигнал SIGINT Запускает команду с правами другого пользователя

Ответьте на все 20 вопросов, чтобы получить результат

🔗 Встроить тест на свой сайт (iframe) ▼

Скопируйте код и вставьте в любое место на вашем сайте:

Также доступна прямая ссылка на embed-страницу