← все вопросывопросы для собеседований · Linux и bash

Вопросы по Linux и bash на собеседовании

Linux спрашивают через задачи эксплуатации, а не через определения. Что делать, если df показывает переполнение, а du нет. Почему процесс не убивается через kill -9. Куда исчезло место при живых гигабайтах. Тут же bash: кавычки, коды возврата и set -e.

70 вопросов в банке·10 подтем·ниже разбор 9

Что спрашивают

Из чего состоит тема

Так тема разложена в тренажёре: движок ведёт прогресс по каждой подтеме отдельно и возвращает те, что просели.

Разборы подтем

Конспект по каждой: что это, как отвечать вслух, на чём валятся, плюс вопросы для самопроверки.

Примеры вопросов с разбором

  1. #dvo_linux_debug1 / 9
    Сервис не стартует: bind: address already in use. Чем быстрее найти, кто держит порт?
    A)netstat -r
    B)ss -lptn
    C)ps aux с грепом по номеру порта
    D)tcpdump -i any port 8080
    показать ответ и разбор
    +B)ss -lptn

    // разбор: ss -lptn показывает слушающие TCP-сокеты (-l) вместе с процессом-владельцем (-p) и без резолва имён (-n) — сразу видно PID и команду. Аналог: lsof -i :8080. Если владельца не нашлось, порт может держать сокет в TIME_WAIT после прошлого процесса — тогда помогает SO_REUSEADDR в приложении, а не поиск виновного.

  2. #dvo_linux_fs2 / 9
    На файл f сделаны жёсткая ссылка h и симлинк s. Удаляем f. Что с h и s?
    A)h читается, данные живы по счётчику ссылок; s ломается
    B)Обе ссылки ломаются: файл удалён вместе с содержимым
    C)h ломается, s работает: симлинк хранит копию данных
    D)Работают обе: ядро переводит симлинк на оставшуюся ссылку
    показать ответ и разбор
    +A)h читается, данные живы по счётчику ссылок; s ломается

    // разбор: rm снимает имя с inode и уменьшает счётчик ссылок. Жёсткая ссылка — второе равноправное имя того же inode, поэтому данные живы, пока счётчик больше нуля. Симлинк — отдельный файл с текстом пути: путь исчез, переход даёт ENOENT. Отсюда и разница в применении: hardlink не переживает переезд на другую ФС, symlink переживает, но легко становится битым.

  3. #dvo_linux_processes3 / 9
    В ps процесс висит в состоянии Z и не убивается через kill -9. Что это такое?
    A)Процесс приостановлен сигналом STOP и ждёт продолжения
    B)Процесс уже завершился, но родитель не забрал его код возврата
    C)Процесс потерял управляющий терминал и ушёл в фон
    D)Процесс застрял в ожидании диска и не принимает сигналы
    показать ответ и разбор
    +B)Процесс уже завершился, но родитель не забрал его код возврата

    // разбор: Z — зомби: процесс мёртв, от него остались PID и код возврата в таблице процессов, пока родитель не сделает wait(). Убивать нечего, сигнал адресуется живому процессу — потому kill -9 бессилен. Уходит либо когда родитель заберёт статус, либо когда родитель умрёт: тогда зомби усыновит PID 1 и приберёт. Толпа зомби — баг родителя, а не утечка памяти.

  4. #dvo_linux_resources4 / 9
    free -m: free почти ноль, buff/cache — гигабайты. Память на хосте кончилась?
    A)Да: приложениям остался только swap
    B)Да: buff/cache — это утечка ядра, лечится drop_caches
    C)Нет: под кэш отдана свободная память, смотри available
    D)Нет: buff/cache учтён дважды, реальная занятость вдвое меньше
    показать ответ и разбор
    +C)Нет: под кэш отдана свободная память, смотри available

    // разбор: Ядро занимает незанятую память страничным кэшем: это ускоряет чтение и мгновенно отдаётся под запросы приложений. Поэтому смотрят не MemFree, а MemAvailable — оценку того, сколько можно выделить без подкачки. Нулевой MemFree на прод-хосте норма; тревожит падающий MemAvailable и растущий swap-in.

  5. #dvo_linux_systemd5 / 9
    Поправил unit-файл, сделал systemctl restart — сервис работает со старыми параметрами. Почему?
    A)systemd держит описания юнитов в памяти: нужен daemon-reload
    B)Юнит надо переключить: сначала disable, потом enable
    C)Правка юнита применяется после перезагрузки хоста
    D)Нужен systemctl reload — он перечитывает файл юнита
    показать ответ и разбор
    +A)systemd держит описания юнитов в памяти: нужен daemon-reload

    // разбор: systemd читает юниты при старте и по daemon-reload, а restart перезапускает сервис с уже загруженным описанием. Порядок: правка → systemctl daemon-reload → systemctl restart. Сам daemon-reload работающие сервисы не трогает, а systemctl status честно предупреждает: unit file changed on disk.

  6. #dvo_automation6 / 9
    Скрипт вызывает утилиту так: deploy --token "$SECRET". Чем это плохо на общей машине?
    A)Длинная строка запуска обрежется по лимиту аргументов
    B)Переменная в кавычках попадёт в команду с лишними пробелами
    C)Токен уедет в лог только при ошибке, в остальном это безопасно
    D)Аргументы процесса видны в ps любому пользователю хоста
    показать ответ и разбор
    +D)Аргументы процесса видны в ps любому пользователю хоста

    // разбор: Командная строка процесса лежит в /proc/PID/cmdline и читается всеми: любой пользователь на хосте увидит токен через ps, а сам вызов осядет в истории shell и в логах CI. Секреты передают переменной окружения, файлом с правами 600 или через stdin, а в идеале берут из хранилища с коротким сроком жизни.

  7. #dvo_bash_basics7 / 9
    Скрипт обходит файлы через for f in $(ls). На каталоге с именем «отчёт за март.log» он ломается. Почему?
    A)ls в подстановке отдаёт имена с цветовыми кодами
    B)ls сортирует вывод и обрывает его на первом пробеле
    C)Подстановка режется по пробелам на три слова
    D)for умеет обходить только массивы, а не вывод команды
    показать ответ и разбор
    +C)Подстановка режется по пробелам на три слова

    // разбор: Результат $(...) без кавычек проходит разделение слов по IFS (пробел, таб, перевод строки) и глоббинг: имя с пробелами разъезжается на несколько «файлов», а имя со звёздочкой ещё и раскроется. Правильно обходить глобом: for f in *.log — он отдаёт имена целиком. Для рекурсии — find -print0 в паре с read -d ''.

  8. #dvo_bash_flow8 / 9
    Что даёт строка set -euo pipefail в начале скрипта?
    A)Пишет команды в лог, включает отладку и трассировку
    B)Стоп по ошибке, ругань на пустую переменную, честный код пайплайна
    C)Перезапуск скрипта при ошибке и продолжение с той же строки
    D)Запрет на внешние команды и подстановки в скрипте
    показать ответ и разбор
    +B)Стоп по ошибке, ругань на пустую переменную, честный код пайплайна

    // разбор: -e завершает скрипт, когда команда вернула ненулевой код (кроме условий if, && и ||); -u роняет обращение к необъявленной переменной вместо тихой пустой строки; -o pipefail отдаёт кодом пайплайна первый ненулевой, а не код последней команды. Это минимальная страховка от «скрипт отработал успешно, но ничего не сделал».

  9. #dvo_scheduling9 / 9
    Скрипт руками работает, из crontab падает с «command not found». Первая причина?
    A)cron запускает скрипт без прав пользователя, от которого он заведён
    B)cron не умеет запускать скрипты, только бинарники
    C)У cron короткий PATH и нет окружения логина
    D)Относительный путь в crontab считается от корня ФС
    показать ответ и разбор
    +C)У cron короткий PATH и нет окружения логина

    // разбор: cron даёт задаче минимальное окружение: PATH обычно /usr/bin:/bin, профиль пользователя не читается, переменных из .bashrc нет. Поэтому в задачах пишут полные пути к бинарям либо задают PATH и нужные переменные в самом скрипте. Заодно стоит перенаправлять вывод в лог — иначе он уйдёт письмом в никуда, и отладка станет гаданием.

это 9 из 70

Ещё 61 вопросов по теме — в тренажёре, с движком повторения

Прочитать разбор и ответить самому — разные навыки. В Сеньорчике вопросы приходят сессиями, а подтему, на которой ты споткнулся, движок принесёт снова: завтра, через три дня, через неделю. Бесплатно, с дневным лимитом вопросов.

Открыть тренажёрДругие темы

Частые вопросы

куда дальше