Начну с того, что даже опытные админы и пользователи *nix-систем косячат, особенно когда делаешь что-то в спешке или впервые сталкиваешься с конкретной задачей. Здесь собрал самые частые ошибки при работе с Linux, Freebsd и другими Unix-подобными ОС, чтобы сэкономить ваше время и нервы.

Что это такое
Под *nix обычно понимают семейство операционных систем с похожим ядром и структурой — Linux, Freebsd, OpenBSD и другие. Это мощные системы для серверов, разработчиков, хакеров и простых юзеров, которые умеют работать с командной строкой, и именно там чаще всего происходят ошибки.

Где применяется
* nix-системы используют для веб-серверов (Apache, Nginx), баз данных, облачных инфраструктур, программирования, системного администрирования и даже на рабочем столе.
* Веб-разработчики и DevOps-врачи зачастую на 90% проводят время в терминале именно в этих ОС.
* Серверные решения и embedded-устройства — не исключение.

Практические примеры
- Запускаете скрипт, получаете ошибку «permission denied» — проблема с правами.
- Ставите обновления и система перестает грузиться — забыли проверить конфиг.
- После удаления пакета слетает другая программа — забыли посмотреть зависимости.

Типичные ошибки и как их избежать

1. Игнорирование прав доступа
Проверяйте юзера, под которым запускаете команды. Используйте ls -l, чтобы увидеть права на файлы. Если появляется permission denied — скорее всего нужен sudo или нужно поменять chmod/chown. Не юзайте sudo бездумно.

2. Забивание головы абсолютными путями и переменными окружения
Переменные окружения (PATH, HOME, и т.п.) влияют на запуск программ. Проверяйте echo $PATH, если команда не находится. Используйте which или type, чтобы понять, откуда вызывается программа.

3. Неправильное редактирование конфигов
Редактор nano, vim, vi — у всех разные команды. Ошибки в конфиге — частая проблема (например, nginx -t до перезапуска). Если не уверены — делайте резервные копии.

4. Несоблюдение зависимости при установке или удалении ПО
Перед удалением пакетов смотрите, что от них зависит. В дистрибутивах на базе apt это можно сделать командой apt rdepends <пакет> или apt-cache showpkg. В Freebsd для портов тоже есть проверки.

5. Необновление системы регулярно
Забыли обновить? Значит, либо баги, либо уязвимости. Проверяйте через apt, yum, pkg или аналогичные менеджеры.

6. Игнорирование логов
Логи — первый источник диагностики. /var/log/syslog, /var/log/messages, журналы конкретных приложений — анализируйте их при наличии проблем.

Полезные инструменты

* htop — для мониторинга процессов
* journalctl — просмотр системных журналов в системах с systemd
* strace — отследить системные вызовы и сигналы программы
* lsof — показать открытые файлы и процессы
* netstat/ss — проверить сетевые соединения
* fail2ban — базовая защита от брутфорса
* pkgaudit/freebsd-update — для безопасности Freebsd

FAQ