Что хранится в основных директориях Linux

Что проверяют

Умеете ли вы работать на стенде руками: найти лог упавшего сервиса, понять, откуда приложение взяло конфигурацию, положить тестовые данные туда, где они не исчезнут. Для тестировщика это не теория файловой системы, а вопрос о том, соберёте ли вы доказательства к баг-репорту сами, не дёргая разработчика.

Как отвечать

Идите по назначению, а не по алфавиту:

• /etc: конфигурация системы и сервисов, всё, что правится под конкретный стенд.
• /var: изменяемые данные. /var/log это первое место при разборе падения, /var/lib состояние сервисов и базы, /var/spool очереди.
• /usr: программы и библиотеки, поставленные пакетным менеджером. В современных дистрибутивах /bin и /sbin это символические ссылки внутрь /usr, отдельного набора утилит там нет.
• /home: каталоги пользователей, там же их личные настройки.
• /opt: сторонний софт, установленный одним каталогом мимо пакетов.
• /tmp и /var/tmp: временные файлы. Первый часто лежит в оперативной памяти и очищается при перезагрузке, второй её переживает.
• /proc и /sys: не файлы на диске, а интерфейс к ядру: состояние процессов, лимиты, параметры драйверов.

Сильный ответ заканчивается практикой: логи смотрю в /var/log или через journalctl, конфигурацию проверяю в /etc, свободное место через df -h, потому что заполненный раздел под /var роняет сервис раньше, чем это заметит мониторинг.

Где спотыкаются

Считают /tmp и /var/tmp одним и тем же и удивляются, что подготовленные файлы пропали после перезагрузки стенда. Ещё чаще кладут туда большой дамп и забивают раздел, а потом ищут причину падения в приложении.

Правят конфигурацию рядом с исполняемым файлом, а сервис читает её из /etc и ведёт себя по-старому. Обратная ошибка такая же частая: правку в /etc не подхватывают без перезапуска или перечитывания настроек.

Пересказывают устаревшее деление, где /bin это одно, а /usr/bin совсем другое. Заодно называют /proc обычным каталогом с файлами, хотя это представление структур ядра, и размер файла там ничего не означает.