Разбор популярных ошибок в Linux, Freebsd, *nix
 

Разбор популярных ошибок в Linux, FreeBSD, *nix

Введение

Работать с системами на базе Linux, FreeBSD и других UNIX-подобных ОС иногда можно прям головой об стену стучать. Ошибки появляются в самый неподходящий момент — при обновлениях, настройках, запуске новых сервисов. При этом, если взять паузу и спокойно разобраться, большинство проблем решается довольно быстро и без нервов. В этой теме предлагаю поговорить про самые распространённые грабли, на которые наступают и новички, и опытные, почему они возникают и как их миновать или чинить. Очень интересно будет почитать ваши истории и советы.

Что такое «ошибки» в *nix

Под ошибками я понимаю разные случаи, когда система или приложение ведут себя не так, как ожидается. Это может быть отказ загрузки, сбои в сетевых настройках, проблемы с правами доступа, конфликтующие пакеты при обновлении и многое другое. Иногда баг — это просто неправильная настройка, иногда система выдаёт cryptic сообщения, которые без расшифровки не понять. Часто ошибка — это следствие совсем банального промаха или несовместимости.

Где это всё может возникнуть

UNIX-подобные системы сейчас работают не только на серверах и рабочих станциях, но и в ворохе устройств: от NAS и роутеров до больших промышленных систем и даже умных холодильников. Ошибки неизбежно вылазят как в продакшене, где от стабильности зависят бизнес-процессы, так и в домашних лабораториях, на тестовых стендах. Понимать, почему система ведёт себя «странно», и как быстро исправить, — важный навык для любого админа и продвинутого пользователя.

Основные типы ошибок в *nix

1. Проблемы с загрузкой и ядром

После обновления ядра велика вероятность «поломки» — например, вываливается черный экран, зависает splash screen, пропадает графика или клавиатура. Часто виноваты несовместимые драйверы видеокарт или неправильные параметры загрузчика grub. Что делаем:

- Загружаемся в recovery mode или с предыдущей версии ядра;

- Редактируем конфиг grub, убираем параметры, которые влияют на видео (например, добавляем nomodeset);

- Проверяем логи ядра dmesg;

- Обновляем или откатываем драйверы.

Пример: после обновления на Arch Linux не запускалась графика. Помог запуск с nomodeset и переустановка видеодрайвера.

2. Ошибки с правами доступа

Очень типичная ситуация — запускаешь скрипт или программу и получаешь «Permission denied», хотя проверяешь — права вроде выставлены. Оказалось, забыли поставить бит исполнения «chmod +x script.sh». Иногда проблема в SELinux или AppArmor, которые блокируют выполнение. В таких случаях:

- Проверяем права командой ls -l;

- Используем chmod для выставления исполнения;

- Смотрим на статус служб безопасности и их логи.

3. Сетевые проблемы

Сеть — традиционное болото для ошибок. Например, интерфейс не поднимается после ребута, не появляется IP, не работает DNS. Часто виноват неправильный конфиг в /etc/network/interfaces или systemd-networkd. При следующем:

- Проверяем текущие интерфейсы ifconfig или ip addr;

- Смотрим логи журналов systemd через journalctl -xe;

- Перезапускаем сетевые службы;

- Проверяем файл resolv.conf и настройки DNS.

Пример: на FreeBSD после обновления не поднимался интерфейс — оказалось, сетевой скрипт в /etc/rc.conf был некорректно отредактирован.

4. Проблемы с пакетными менеджерами

При попытке установить пакеты можно столкнуться с ошибками зависимостей, битым кэшем или конфликтами. После apt-get update и apt-get upgrade появляется что-то вроде «Unmet dependencies». Решения:

- Выполняем apt-get -f install для автоматического исправления;

- Чистим кэш apt-get clean;

- Проверяем sources list и убираем сторонние репозитории, если они вызывают конфликт;

- Перезапускаем АПТ или используем другие менеджеры (например, aptitude), которые лучше диагностируют проблемы.

Чек-лист для быстрого решения распространённых ошибок

- Перезагрузка системы (иногда турбо-решение помогает);

- Проверка доступного места на дисках — иногда все ломается именно из-за него;

- Просмотр логов /var/log — тут кроется почти всегда важная инфа;

- Проверка прав на файлы и папки;

- Внимательная проверка конфигурационных файлов — одну запятую пропустил — и привет проблема;

- Использование recovery mode или live-системы для восстановления;

- Обращение к man-страницам и форумам.

Типичные ляпы и как их избегать

- Несоответствие архитектуры пакета и системы — не ставьте то, что не подходит под вашу ОС или версию;

- Оставлять старые конфиги после обновлений — всегда проверяйте, что меняется, и делайте бэкапы;

- Игнорировать предупреждения и ошибки при сборке софта и обновлениях;

- Ставить лишние репозитории с непроверенным софтом — лучше пользоваться официальными или известными;

- Запуск скриптов без проверки их содержимого и прав.

FAQ

В: Почему после обновления ядра пропала сеть?
О: Часто обновление меняет драйверы или конфиги. Проверьте настройки сети и загрузку модулей ядра, попробуйте загрузиться с предыдущей версии.

В: Как быстро проверить, какие процессы используют много памяти и CPU?
О: Команда top или htop покажет самую актуальную нагрузку.

В: Почему нельзя просто удалить файл конфигурации, если в нем ошибка?
О: Часто система ждет конфиги и без них сервисы не запустятся. Лучше исправить или переименовать на backup, чем бездумно удалять.

В: Что делать, если пакетный менеджер зависает?
О: Пробуйте остановить процессы dpkg или apt, почистить кэш, и затем повторить установку. Иногда помогает удаление lock-файлов, но будьте осторожны.

В: Как разобраться с лейблом безопасности (SELinux, AppArmor) и ошибками доступа?
О: Смотрите логи безопасности, временно деактивируйте профиль для теста, а потом создавайте исключения для нужных приложений.

Заключение

Ошибки в Linux, FreeBSD и прочих *nix системах не такие страшные, если знать, где искать причины. Главное — не паниковать и не лить поток ругани, а с холодной головой разбираться в сообщениях системы, логах, конфигурациях. Делитесь своим опытом, задавайте вопросы, вместе мы лучше разберём самые хитрые случаи и не попадём в них в следующий раз.