Вопросы и ответы
Короткие ответы на вопросы о серверном оборудовании и инфраструктуре — со ссылками на статьи, где тема разобрана подробно
Области:
156 вопросов — область «Администрирование Linux-серверов» · все вопросы
Linux-сервер: как устроен и чем отличается от домашнего ПК(6)
Что такое APT и почему его нельзя применять в RHEL-подобных системах?
APT — это высокоуровневый менеджер пакетов Debian и Ubuntu Server. Он работает с DEB-пакетами, репозиториями и зависимостями, а низкоуровневую установку в этой экосистеме выполняет dpkg. RHEL, Rocky Linux и AlmaLinux относятся к RPM-экосистеме и обычно используют DNF, поэтому команды и инструкции APT нельзя переносить на них без проверки документации.
Что такое systemd и зачем он нужен на сервере?
systemd — это менеджер служб, который во многих современных дистрибутивах работает как PID 1. Он организует запуск, остановку, перезапуск и автозагрузку служб, а также управляет другими объектами — например, сокетами, таймерами и точками монтирования. Для управления systemd обычно используют systemctl, но systemd не является обязательным компонентом каждой Linux-системы.
Может ли обычный домашний ПК работать как Linux-сервер?
Да. Систему делает сервером её роль, а не корпус, марка оборудования или наличие графического интерфейса. Обычный ПК с Linux становится сервером, если принимает сетевые запросы, хранит общие данные, запускает приложение для пользователей или регулярно выполняет назначенные задания. При этом требования к доступности и резервному копированию определяются конкретной задачей.
Почему служба active, но приложение недоступно клиентам?
Статус active означает, что служба считается запущенной, но сам по себе не подтверждает доступность её функции по сети. Установленный пакет также не доказывает работоспособность приложения. После изменений нужно проверять прикладной сценарий: подключение клиента, обработку задачи, доступ к данным или другой согласованный критерий работы сервера.
Где смотреть ошибки запуска служб в Linux?
В системах с systemd ошибки и события служб обычно смотрят в журнале systemd-journald с помощью journalctl. Журнал содержит сообщения ядра, служб и программ, включая предупреждения и ошибки запуска. journald отличается от традиционного syslog и rsyslog: rsyslog при соответствующей настройке может принимать сообщения и записывать их в текстовые файлы.
Чем терминал отличается от командной оболочки?
Терминал — это окно или подключение, через которое пользователь вводит команды и получает вывод. Командная оболочка — программа, которая разбирает введённые команды и сценарии, а затем запускает другие программы. Например, Bash является оболочкой; она может работать в терминале или в удалённом подключении к серверу.
Пакеты Linux: DEB, RPM, APT, YUM и DNF(7)
Можно ли считать установку пакета подтверждением работы приложения?
Нет. Успешная пакетная транзакция подтверждает изменение состава пакетов, но не работоспособность службы, конфигурации, сети или самого приложения. Эти проверки выполняют отдельно.
Можно ли заменить apt на yum или dnf в команде?
Нет. Простая замена apt на dnf или yum не делает инструкцию совместимой с другой ОС. В Debian/Ubuntu и RHEL-подобных системах различаются имена пакетов, параметры менеджеров, репозитории, версии библиотек и настройки служб. Сначала нужно определить семейство и релиз ОС, затем использовать инструкцию и репозитории именно для этой платформы.
Чем YUM отличается от DNF?
Зависит от дистрибутива и его релиза. YUM исторически был менеджером RPM-пакетов, а в современных поддерживаемых RHEL-подобных системах основным интерфейсом обычно является DNF. В RHEL 8 и RHEL 9 команда yum описывается как совместимый интерфейс через DNF, но это нельзя переносить на старые или будущие версии систем.
Что выбрать для скрипта: apt или apt-get?
Обычно для ручной работы выбирают apt, а для существующих скриптов и воспроизводимых процедур часто используют apt-get с явно заданными параметрами. Обе команды относятся к APT, используют одни источники, пакетную базу и механизм зависимостей. Перед автоматизацией нужно сверить параметры и поведение с документацией конкретного дистрибутива и релиза.
Можно ли установить RPM в Ubuntu или DEB в RHEL?
Штатно — нет. APT и dpkg не устанавливают RPM как обычные Debian-пакеты, а DNF/YUM и rpm не предназначены для установки DEB как RPM-пакетов. Конвертация форматов не гарантирует совместимость зависимостей, сценариев установки, файловой структуры и системных библиотек.
Почему dpkg или rpm не подтягивает зависимости локального пакета?
Потому что dpkg и rpm работают прежде всего с локальными пакетами и их базой учёта. Они могут установить или обработать файл .deb либо .rpm, но сами по себе не предназначены для поиска и загрузки недостающих зависимостей из репозиториев. Для расчёта зависимостей используют APT в Debian/Ubuntu и DNF/YUM в RHEL-подобных системах.
Можно ли удалять блокировки или менять базу пакетов после ошибки?
Нет, не до выяснения причины ошибки. Принудитель ное удаление блокировок или изменение базы пакетов может усугубить проблему и привести к несогласованному состоянию системы. Сначала нужно определить причину сбоя пакетной операции, проверить зависимости и рассчитанные изменения, а затем выбирать безопасный способ восстановления.
CentOS Stream и CentOS 7: статус поддержки, различия и выбор сценария(6)
Можно ли поставить CentOS 7, если сервер не подключён к интернету?
Техническая возможность установки не меняет статус EOL. Даже в изолированной сети остаются риски устаревшего ПО, сложностей с сопровождением и совместимостью. Для новой системы лучше выбрать выпуск с действующим сроком поддержки и оценить обновления в соответствии с правилами изоляции.
Можно ли обновить CentOS 7 сменой репозиториев?
Нет. Смена адресов репозиториев может вернуть доступ к архивным пакетам, но не изменит версию базовой ОС, ядро, статус жизненного цикла и поддержку сторонних компонентов. CentOS 7 остаётся неподдерживаемой системой без обычных исправлений уязвимостей. Кроме того, замена репозиториев способна создать неподдерживаемый набор зависимостей.
Как перейти с CentOS на Rocky Linux или AlmaLinux?
Зависит от подтверждённого маршрута миграции и совместимости компонентов. Сначала нужно зафиксировать состояние сервера, проверить поддержку целевой ОС для приложения, драйверов и агентов, затем протестировать переход и подготовить возврат. Если документированного маршрута нет или система сильно доработана, безопаснее развернуть новую ОС и перенести данные и конфигурацию.
Будет ли ПО для RHEL официально поддерживаться на CentOS Stream?
Нет, не автоматически. CentOS Stream отличается от RHEL моделью поставки пакетов: в нём изменения могут появляться при подготовке будущих минорных обновлений RHEL. Поставщик приложения, драйвера, агента мониторинга, резервного копирования или защиты должен прямо указывать поддержку нужного выпуска CentOS Stream.
Можно ли использовать CentOS Vault для исправления новых уязвимостей?
Нет. CentOS Vault хранит пакеты и метаданные завершённых выпусков, поэтому полезен для воспроизводимости старой среды и анализа зависимостей. Однако это не поддерживаемый репозиторий с текущими исправлениями: наличие пакета в Vault не означает, что для недавно обнаруженной уязвимости выпущено обновление.
Когда лучше переустановить сервер, а не мигр ировать CentOS 7 на месте?
Новую установку обычно выбирают, если нет документированного маршрута миграции, приложение или драйвер не подтверждены для целевой ОС либо на сервере есть сложные локальные доработки. Такой вариант позволяет контролируемо перенести данные и конфигурацию, но всё равно требует проверки совместимости оборудования, приложений и агентов.
Ubuntu Server: установка и первичная настройка(5)
Какой Ubuntu Server LTS выбрать для нового сервера?
Обычно выбирайте актуальный LTS-выпуск, если его поддерживают оборудование и прикладное ПО. Ubuntu 26.04 LTS — основной кандидат для нового сервера; 24.04 LTS подходит, когда нужна совместимость с уже проверенной платформой. Ubuntu 22.04 LTS имеет более короткий оставшийся срок стандартной поддержки и требует обоснования совместимостью.
Чем Ubuntu Server отличается от Ubuntu Desktop?
Ubuntu Server ориентирован на серверное развёртывание и управление из консоли, сеть и серверные компоненты. Ubuntu Desktop устанавливает графическую среду и её зависимости для локальной работы пользователя. При этом это не разные ядра ОС: в пределах одного выпуска у вариантов совместимы ядро Linux, репозитории и пакетная экосистема.
Нужно ли проверять ISO-образ Ubuntu Server перед установкой?
Да, нужно. Сначала подтвердите GPG-подпись файла SHA256SUMS доверенным ключом Ubuntu, затем сверьте SHA-256 самого ISO с проверенным списком. Ожидаются результаты Good signature для подп иси и OK для нужного образа. Если проверка не проходит, ISO и список сумм использовать нельзя.
Что будет, если выбрать не тот диск при установке Ubuntu Server?
Можно потерять данные. Автоматическая разметка и форматирование изменяют данные на целевом диске, поэтому ошибочный выбор способен удалить существующую систему, массив или разделы. До подтверждения сопоставьте диск с его моделью, размером и назначением, а значимые данные заранее сохраните в проверенной резервной копии.
Что делать, если после установки Ubuntu Server нет IP-адреса?
Сначала не переходите к настройке приложений. Проверьте адреса интерфейсов и маршруты командой ip -br address && ip route, затем убедитесь в доступности шлюза. При отсутствии адреса проверьте кабель, VLAN, настройки коммутатора и DHCP; для статической сети сверяйте адрес, префикс, шлюз и DNS с данными сетевого администратора.
Настройка DNS-резолвера в Linux: resolv.conf и systemd-resolved(5)
Можно ли просто отредактировать /etc/resolv.conf?
Зависит от того, кто управляет файлом. Ручная правка допустима, только если /etc/resolv.conf является обычным файлом и его не перезаписывают NetworkManager, DHCP-клиент, resolvconf, cloud-init или другой инструмент. Если это символическая ссылка либо автоматически созданный файл, изменения могут пропасть после переподключения интерфейса, продления DHCP-аренды или перезагрузки.
Что означает nameserver 127.0.0.53 в resolv.conf?
Обычно это означает, что приложения отправляют DNS-запросы локальному stub-resolver службы systemd-resolved, а не внешнему DNS-серверу напрямую. Затем systemd-resolved выбирает подходящие DNS-серверы с учётом глобальных и интерфейсных параметров, поисковых и маршрутных доменов. Такая запись корректна, только если локальный listener службы включён.
Почему getent hosts и resolvectl query дают разные результаты?
Это не всегда ошибка. getent hosts проверяет системное разрешение имён через NSS и настройки /etc/nsswitch.conf; помимо DNS там могут участвовать /etc/hosts, LDAP, mDNS и другие источники. resolvectl query проверяет обработку запроса именно службой systemd-resolved. Поэтому команды могут показать разные ответы или поведение.
FallbackDNS заменяет основной DNS-сервер при сбое?
Нет. В systemd-resolved параметр FallbackDNS= используется только когда служба не получила никаких других DNS-серверов. Это не резервный сервер, который автоматически добавляется к обычной последовательности запросов при недоступности основного DNS. Глобальные и полученные для интерфейсов серверы могут использоваться по правилам доменной маршрутизации.
Можно ли проверить DNS командой dig @DNS_СЕРВЕР?
Да, но только для проверки конкретного DNS-сервера. dig @DNS_СЕРВЕР имя обходит обычный системный путь разрешения: NSS, /etc/nsswitch.conf, локальный stub-resolver, выбор интерфейса и маршрутизацию доменов. Для проверки системного разрешения используйте getent hosts, а для systemd-resolved — resolvectl query.
Синхронизация времени в Linux: timedatectl, chrony и проверка NTP(5)
Может ли коррекция времени chrony повлиять на cron-задачи?
Да. Крупная коррекция системного времени может повлиять на выполнение заданий Cron и systemd timers, а также изменить порядок событий в журналах и поведение приложений. Особенно осторожно применяйте step-коррекцию через makestep: она сразу меняет показания системных часов. Перед изменениями на рабочем сервере оцените зависимые сервисы и согласуйте окно работ.
Почему время в журналах Linux отображается неверно?
Причина может быть в неверном часовом поясе, ранее ошибочных системных часах, некорректном RTC при загрузке или крупной step-коррекции. Сначала сравните Local time, Universal time, RTC time, Time zone и RTC in local TZ в timedatectl status. Смена зоны исправляет текущее локальное отображение, но не переписывает уже созданные метки журналов.
Можно ли запускать chrony одновременно с systemd-timesyncd?
Нет. Одновременная работа нескольких NTP-клиентов на одном сервере создаёт конфликтующие корректировки системных часов. Перед включением chrony проверьте активные службы через timedatectl status и systemctl. Если по политике сервера chrony заменяет systemd-timesyncd, сначала подтвердите назначение службы, затем остановите и отключите именно её штатным способом.
Исправит ли смена часового пояса неверное системное время?
Нет. Часовой пояс меняет только отображение локального времени и правила его расчёта для программ; системные часы при этом не должны сдвигаться. Для установки зоны используйте timedatectl set-timezone, а правильность времени подтверждайте через chronyc sources -v, chronyc tracking и timedatectl status.
Почему chrony active, но часы не синхронизированы?
Статус active означает только запуск службы, а не успешную синхронизацию. Проверьте chronyc tracking: состояние Not synchronised и отсутствие строки ^* в chronyc sources -v указывают на проблему. Возможны неверный источник или подключаемый файл, отсутствие измерений после запуска, второй NTP-клиент либо неприменённая конфигурация.
Переход с CentOS на Rocky Linux или AlmaLinux(5)
Можно ли заменить centos-release и репозитории вручную?
Нет. Массовая замена centos-release, файлов .repo или GPG-ключей не считается универсальным переходом на поддерживаемую ОС. Такой подход может оставить смешанный набор пакетов, вызвать неразрешимые зависимости или сделать систему незагружаемой. Для CentOS Linux 8 используйте документированный конвертер выбранного проекта, а для CentOS 7 — только подтверждённый маршрут ELevate/Leapp либо новую установку.
Можно ли обновить CentOS 7 сразу до EL9?
Зависит от актуальной матрицы ELevate для конкретной версии, архитектуры и целевого профиля. Не следует предполагать, что CentOS 7 автоматически обновляется сразу до EL9: технически допустимый маршрут определяется документацией инструмента. Даже переход на EL8 возможен только после проверки совместимости, устранения всех inhibitors Leapp и подтверждения приложения для целевого выпуска.
Что делать, если Leapp показывает inhibitor?
Остановить миграцию до устранения причины документированным способом. Inhibitor — это блокирующее сообщение, а не обычное предупреждение: нельзя запускать leapp upgrade, удалять пакеты, менять answerfile или применять флаги обхода только ради продолжения. Если решение не описано для вашей версии ELevate и целевого профиля, безопаснее выбрать новую установку с переносом данных.
Достаточно ли snapshot виртуальной машины для отката?
Нет. Snapshot, резервная копия, образ системы, загрузка старого ядра и откат пакетной транзакции имеют разные ограничения и не гарантируют согласованное восстановление ОС и данных приложения после межпоколенческой миграции. Нужно проверить возможность восстановления на совместимой платформе, доступ к консоли, порядок возврата сети и служб, а также судьбу данных, изменившихся после создания копии.
Как понять, что миграция завершилась успешно?
Успешная перезагрузка сама по себе недостаточна. После перехода проверьте фактический выпуск ОС, репо зитории, установленное и запущенное ядро, сетевую конфигурацию и критичные службы. Затем выполните заранее согласованную приёмку приложения: проверьте запросы, задания, интеграции, аутентификацию, хранилища и внешние точки подключения. Загрузка старого ядра не подтверждает успешность миграции.
Как создать службу systemd для приложения или скрипта(6)
Как включить службу в автозагрузку?
Выполните sudo systemctl enable example-app.service. Для такого unit будет создана связь с multi-user.target согласно секции [Install], и служба будет запускаться при будущих загрузках. Команда enable не обязана запускать службу сразу; чтобы одновременно включить автозагрузку и запустить её, используйте sudo systemctl enable --now example-app.service.
Что делает systemctl daemon-reload?
systemctl daemon-reload заставляет менеджер systemd заново прочитать unit-файлы и drop-in-конфигурации. Команда нужна после создания или изменения service unit. Она не запускает службу, не перезапускает уже работающий процесс и не перечитывает конфигурационный файл самого приложения. Изменения работающей службы обычно применяют отдельным restart или другим подходящим способом.
Как понять, почему служба systemd не запускается?
Сначала выполните sudo systemctl status example-app.service, затем посмотрите журнал командой sudo journalctl -u example-app.service -b. Status покажет состояние unit, основной PID, последние сообщения и зафиксированную причину ошибки. В журнале обычно видны проблемы с путями, пользователем, правами, конфигурацией или самим приложением.
Почему служба сразу завершается после запуска?
Причина зависит от типа unit и поведения программы. Для постоянно работающего приложения процесс должен оставаться запущенным; если программа штатно завершилась, служба может стать inactive. Type=oneshot предназначен для однократных задач и после успеха обычно становится inactive (dead). Также проверьте путь ExecStart=, права пользователя, рабочий каталог, окружение и лимит неудачных запусков.
Можно ли использовать пайпы и перенаправления в ExecStart=?
Нет, неявно нельзя. ExecStart= не является строкой командной оболочки: systemd не обрабатывает пайпы, >, 2>&1, &&, подстановки и другие shell-конструкции. Для последовательности команд или пайпа создайте исполняемый скрипт-обёртку либо явно вызовите оболочку, например /bin/sh -c ..., тщательно экранируя аргументы и контролируя входные данные.
Можно ли редактировать unit-файл службы из пакета?
Не рекомендуется. Unit-файлы, поставленные пакетами, обновление может перезаписать. Для изменения установленной службы создайте drop-in-файл в /etc/systemd/system/имя.service.d/: его настройки объединятся с основным unit-файлом, а вариант из /etc имеет приоритет над конфигурациями из /run и каталогов поставщика.
Установка Linux на физический сервер: подготовка и первый запуск(6)
Можно ли просто скопировать ISO на флешку?
Нет. Простое копир ование файла ISO на отформатированную флешку обычно не создаёт загрузочный носитель: firmware ожидает загрузочную структуру, а не образ в каталоге. Используйте специализированную программу записи или поблочную запись, если такой способ допускает документация дистрибутива. После записи не форматируйте флешку повторно.
Что делать, если не совпала контрольная сумма ISO?
Не используйте такой образ. Несовпадение хеша, отсутствие записи о нужном файле в официальном списке сумм или ошибка проверки подписи означают, что ISO нужно удалить и скачать заново из официального источника. Повторная запись того же файла на флешку проблему не исправит.
Как не ошибиться с диском при установке Linux?
Перед подтверждением разметки сопоставьте целевой диск с заранее записанными моделью, ёмкостью, серийным номером или идентификатором контроллера. Отдельно убедитесь, что установочная флешка или virtual media не выбраны целью. Обязательно прочитайте сводку создаваемых, форматируемых и удаляемых разделов.
Нужно ли извлекать флешку после установки Linux?
Да. После успешной установки извлеките USB-флешку или отключите virtual media перед следующей загрузкой, иначе сервер может снова запуститься с установочного носителя. Если отключить носитель нельзя, однократно выберите установленный системный диск в меню загрузки. Следуйте запросу установщика, если он предлагает удалить носитель.
Почему Linux после установки не видит ожидаемый диск?
Причина может быть в режиме контроллера хранения, подключении кабелей, версии firmware или отсутствии подходящего драйвера. Не создавайте новую разметку, пока не установлена причина. Сначала проверьте, какие диски или логические тома видит ОС, и сопоставьте их с запланированной конфигурацией контроллера.
Можно ли выбрать любой режим загрузки: UEFI или legacy BIOS?
Нет, режим выбирают по возможностям сервера, политике эксплуатации и подготовленной схеме оборудования. Перед запуском установщика убедитесь, что он загружен в требуемом режиме. Поддержка UEFI, legacy BIOS, Secure Boot и названия настроек зависят от модели сервера, firmware и выбранного дистрибутива.
Имя хоста, версия ОС и корректная перезагрузка Linux-сервера(6)
Меняет ли смена hostname DNS-запись сервера?
Нет. Изменение hostname не меняет IP-адрес, не создаёт и не обновляет запись в авторитетной DNS-зоне, а также не настраивает маршруты, NSS или TLS-сертификаты. Разрешение полного имени зависит от DNS, /etc/hosts, /etc/nsswitch.conf, резолвера и сетевой конфигурации, поэтому его нужно проверять отдельно.
Почему `uname -r` отличается от установленной версии ядра?
Это нормально. uname -r показывает версию ядра, которое запущено в данный момент, а не список установленных пакетов ядра. После обновления новое ядро уже может быть установлено, но сервер продолжит работать на прежнем до штатной перезагрузки и загрузки новой версии.
Можно ли менять hostname через `/etc/hostname` без systemd?
Зависит от дистрибутива, его выпуска и init-системы. В системе без systemd нельзя считать редактирование /etc/hostname универсальным способом постоянной настройки: путь, формат файла и механизм применения имени могут отличаться. Используйте официальную документацию целевой ОС, а не случайные инструкции для другого дистрибутива.
Почему `hostname` и static hostname могут не совпадать?
Это возможно в systemd, потому что команды показывают разные представления имени. hostname выводит текущее имя, хранимое ядром, а hostnamectl status показывает static, transient и pretty hostname. Transient-имя может меняться средствами сетевой конфигурации, а static hostname обычно применяется при следующих загрузках.
Достаточно ли ping после перезагрузки сервера?
Нет. Ответ на ping подтверждает только базовую сетевую доступность и не доказывает работу SSH, DNS, прикладных функций и критичных служб. После запуска проверьте подключение по ожидаемому адресу и имени, systemctl --failed, состояние нужных сервисов, новую версию ядра и релевантные сообщения журнала.
Чем опасна принудительная перезагрузка Linux-сервера?
Принудительная перезагрузка опасна потерей незавершённых данных и нарушением штатного завершения работы. Варианты вроде systemctl reboot --force обходят часть обычной процедуры: остановку служб, запись данных и размонтирование файловых систем. Их применяют только в аварийных случаях по согласованному плану восстановления.
OpenSSH Server в Linux: установка, запуск и диагностика sshd(6)
Почему SSH не запускается после перезагрузки?
Зависит от того, какой механизм активации используется на хосте. systemctl start запускает unit только сейчас, а для запуска при загрузке нужен systemctl enable именно фактического service- или socket-unit. Не включайте одновременно ssh.service, sshd.service и socket unit: сначала подтвердите имя и схему через systemd.
Что делать при ошибке Failed to start SSH?
Сначала зафиксируйте ошибку, а не повторяйте restart. Выполните systemctl status <unit> --no-pager -l и sudo journalctl -b -u <unit> --no-pager для unit, который завершился с ошибкой. Затем сопоставьте сообщение с причиной: синтаксис конфигурации проверяют sudo sshd -t, конфликт порта — через listener и параметры socket unit.
Где посмотреть логи, если sshd не запускается?
Используйте sudo journalctl -b -u <unit> --no-pager, подставив точное имя проблемного unit. Команда покажет сообщения выбранной службы или socket unit в текущей загрузке. Если сбой произошёл раньше либо нужен ограниченный интервал, используйте sudo journalctl -u <unit> --since '30 minutes ago' --no-pager.
Можно ли заменять ssh.service на sshd.service?
Нет, нельзя подставлять имя unit из инструкции для другой ОС. В Debian и Ubuntu могут использоваться ssh.service или ssh.socket, а в RHEL-подобных системах обычно применяется sshd.service. После установки найдите реальные unit-файлы и их состояние через systemctl, затем управляйте только подтверждённым механизмом.
Почему SSH недоступен, хотя unit active?
Активный unit не гарантирует, что се рвер принимает соединения на ожидаемом адресе и порту. Проверьте локальный listener командой sudo ss -ltnp. При socket activation сокетом может владеть systemd, а адрес и порт могут задаваться socket unit. Если listener есть, причину внешней недоступности ищут в маршруте, адресе или фильтрации трафика.
Достаточно ли sshd -t перед закрытием SSH-сеанса?
Нет. sudo sshd -t проверяет синтаксис и часть обязательных условий конфигурации, но не подтверждает сетевую доступность и возможность входа конкретного пользователя. Оставьте текущую сессию открытой, подготовьте консольный доступ, примените изменение поддерживаемым способом и проверьте новое подключение в отдельном терминале.
Журналы Linux: journalctl, rsyslog и logrotate(5)
Почему journalctl -u службы может ничего не показать?
Это не всегда означает, что служба не ведёт журнал. Записи могли относиться к другой загрузке, быть недоступны текущему пользо вателю или направляться приложением напрямую в текстовый файл. Сначала подтвердите имя unit через systemctl status, затем проверьте journalctl -u ИМЯ.service -b и конфигурацию самого приложения.
Нужен ли rsyslog, чтобы логи появились в /var/log?
Нет, не обязательно. Приложение может самостоятельно писать в текстовый файл, а rsyslog создаёт файлы только при наличии установленного пакета, нужных входных модулей и правила маршрутизации. Наличие rsyslog само по себе не означает, что он принимает сообщения journald или пишет в конкретный путь.
Почему логи journal пропадают после перезагрузки?
Обычно причина в режиме временного хранения. При Storage=volatile journald использует /run/log/journal, содержимое которого обычно теряется при перезагрузке. Для постоянного хранения нужен режим Storage=persistent и доступный каталог /var/log/journal; затем результат проверяют через journalctl --list-boots и journalctl -b -1.
Можно ли включить файлы journal в правила logrotate?
Нет. Бинарными файлами journal в /var/log/journal и /run/log/journal управляет systemd-journald: он сам выполняет внутреннюю ротацию и очистку по своим лимитам. Не добавляйте их в logrotate и не удаляйте вручную — это может нарушить хранение журналов и осложнить диагностику.
Почему приложение не пишет в новый файл после logrotate?
Возможно, приложение продолжает держать старый файловый дескриптор. logrotate переименовывает или создаёт файлы, но не гарантирует, что программа сама переоткроет журнал. В postrotate нужно использовать только документированный для приложения reload, команду управления или сигнал переоткрытия лога.
DNF и YUM: установка, обновление и удаление пакетов(5)
Можно ли использовать yum вместо dnf?
Зависит от выпуска ОС. В RHEL, Rocky Linux и AlmaLinux 8–9 команда yum поставляется как совместимый интерфейс к DNF, поэтому основной интерфейс всё равно dnf. В RHEL, Rocky Linux и AlmaLinux 10 штатной команды yum нет; используйте dnf. Не создавайте ссылку yum вручную, если команда отсутствует.
Отличается ли dnf update от dnf upgrade?
Обычно нет: в DNF 4 и DNF 5 команда dnf update документируется как алиас dnf upgrade. Обе команды меняют установленные пакеты только после подтверждения рассчитанной транзакции. Для целевого выпуска всё же проверьте встроенную справку, прежде чем включать команду в регламент или автоматизацию.
Что делать при ошибке зависимостей DNF?
Сначала проверьте выпуск ОС, включённые репозитории, доступные версии пакетов и план транзакции. Не смешивайте пакеты и репозитории разных основных выпусков или дистрибутивов без документированной совместимости: даже рассчитанная DNF транзакция может создать конфликтующие либо неподдерживаемые зависимости.
Удалит ли dnf remove конфигурацию и данные приложения?
Нет, удаление RPM не гарантирует удаления конфигурации, пользовательских файлов, баз данных и других данных приложения вне состава пакета. Перед удалением проверьте план через sudo dnf remove --assumeno <пакет>: он покажет затрагиваемые пакеты и зависимости, но не заменяет проверку данных приложения.
Можно ли полностью откатить обновление через dnf history rollback?
Нет, dnf history rollback не является полным снимком системы и не заменяет резервное копирование. Команда пытается сформировать новую транзакцию для отмены операций после указанного ID, но может не сработать при недоступности старых версий, изменении зависимостей или наличии сторонних пакетов.
Rocky Linux и AlmaLinux: установка и первичная настройка сервера(6)
Как узнать версию Linux на сервере?
Выполните cat /etc/os-release && uname -r && uname -m && hostnamectl. Эта команда отдельно покажет идентификацию дистрибутива, версию запущенного ядра, архитектуру и сведения об имени хоста. Для проверки ожидаемого выпуска смотрите /etc/os-release: там должен быть указан Rocky Linux 9 или AlmaLinux 9.
Что будет, если выбрать не тот диск при установке?
Данные на ошибочно выбранном накопителе могут быть удалены. Установщик способен уд алить существующие разделы и файловые системы при подтверждении автоматической или ручной разметки. До начала установки обязательно сопоставьте модель, объём и идентификатор диска с планом развёртывания.
Нужно ли проверять совместимость сервера и приложений с EL9?
Да, обязательно. Перед установкой проверьте совместимость RAID-контроллера или HBA, сетевых адаптеров, дисков и удалённой консоли с выбранным выпуском ОС. Также отдельно подтвердите у поставщиков поддержку Rocky Linux или AlmaLinux для драйверов, агентов мониторинга и резервного копирования, модулей ядра, СУБД и прикладного ПО.
Что делать, если DNF не получает метаданные репозиториев?
Сначала проверьте сеть, DNS и соответствие репозиториев установленному выпуску ОС. Команда sudo dnf repolist показывает включённые репозитории, а ошибка доступа к сети или метаданным не означает, что нужно сразу менять источники пакетов. Их идентификаторы следует сверить с ожидаемыми штатными репозиториями Rocky Linux или AlmaLinux.
Можно ли использовать apt в Rocky Linux или AlmaLinux?
Нет. В Rocky Linux 9 и AlmaLinux 9 основной интерфейс управления пакетами — DNF, работающий с RPM-пакетами и репозиториями этих дистрибутивов. Команды apt update и apt upgrade относятся к Debian и Ubuntu, где используются APT и DEB-пакеты, поэтому переносить их сюда нельзя.
Можно ли заблокировать root при первой настройке сервера?
Да, но только если создана обычная учётная запись с административными правами через sudo. При заблокированной учётной записи root такой пользователь обязателен, иначе можно остаться без административного доступа. До первой перезагрузки сохраните данные для входа и убедитесь, что раскладка, пароль и сетевой адрес указаны верно.
Обновление Linux-сервера: пакеты, ядро, перезагрузка и откат(6)
Можно ли вместо dnf upgrade использовать dnf update?
Зависит от релиза. В актуальных поддерживаемых RHEL-подобных системах dnf update обычно является поддерживаемым эквивалентом или псевдонимом dnf upgrade. Однако это нужно подтвердить по документации целевой ОС и не переносить это правило на CentOS 7. Для автоматизации используйте интерфейс, указанный документацией конкретного релиза.
Нужно ли перезагружать сервер после обновления ядра Linux?
Да, обычно нужно. Новое ядро начинает работать только после успешной загрузки в него, поэтому обновление ядра следует планировать на окно обслуживания с перезагрузкой. До перезапуска проверьте доступ к консоли, наличие ранее работавшего ядра в загрузчике и сохраните ожидаемую версию. После загрузки подтвердите её командой uname -r.
Можно ли обновить CentOS 7, просто сменив репозитории?
Нет. Поддержка CentOS Linux 7 завершилась 30 июня 2024 года, и смена зеркал или репозиториев не возвращает поддержку, исправления и совместимость. Для такого сервера нужен отдельный сценарий: зафиксировать состав системы и требования приложения, подготовить восстановление, затем выбрать документированную миграцию или чистую установку поддерживаемой ОС.
Можно ли откатить обновление Linux через dnf history?
Иногда, но это не гарантированный откат всей системы. dnf history undo или dnf history rollback могут помочь для некоторых завершённых транзакций, если сохранена история и нужные версии пакетов доступны в репозиториях. Эти команды не обязаны вернуть вручную изменённые файлы, базы данных, пользовательские данные и состояние внешних систем.
Что делать, если новое ядро Linux не загружается?
Если прежнее ядро сохранено и доступно в загрузчике, загрузитесь с ним и продолжите диагностику. Это не отменит остальные изменения пакетной транзакции: обновлённые библиотеки, конфигурации и прикладные пакеты останутся новыми. Ошибки GRUB, initramfs, emergency mode и Kernel panic требуют отдельного разбора.
Достаточно ли одного SSH-сеанса для обновления сервера?
Нет. Перед обновлением нужен отдельный способ доступа: второе SSH-подключение, удалённая консоль или физическая консоль, а также проверенные учётные данные и возможность увидеть загрузчик. Единственный активный SSH-сеанс может не помочь, если обновление затронет сеть, sshd или ядро и сервер станет недоступен после перезагрузки.
Cron и systemd timers: задачи по расписанию и диагностика сбоев(5)
Запустит ли cron пропущенные задачи каждые 5 минут после простоя?
Нет, обычно cron не воспроизводит накопившиеся пятиминутные запуски. Если сервер был выключен или демон cron не работал в момент срока, задача обычно не будет выполнена после запуска системы. После восстановления проверьте работу команды вручную, состояние службы cron и ожидаемый результат операции.
Нужно ли указывать пользователя в записи из `crontab -e`?
Нет. В пользовательском crontab, который редактируют через crontab -e, после пяти полей расписания сразу указывают команду; задача запускается от имени владельца этого crontab. Поле пользователя требуется в типичных системных crontab и файлах /etc/cron.d/, где оно находится между расписанием и командой.
Что означает активный systemd timer, если команда не выполнилась?
Активный timer означает только, что планировщик включён, а не успешность полезной команды. Timer и связанный service проверяют отдельно: откройте systemctl status report.service, посмотрите Result и код завершения, затем изучите журнал service и прикладной результат — файл, отчёт, данные или иной ожидаемый артефакт.
Запустит ли `Persistent=true` все пропущенные срабатывания timer?
Нет. Для календарного OnCalendar= timer параметр Persistent=true может инициировать один компенсирующий запуск при следующей активации, если за время неактивности наступил хотя бы один срок. Он не запускает задачу столько раз, сколько сроков было пропущено, и не заменяет очередь заданий.
Нужно ли экранировать символ `%` в команде cron?
Зависит от реализации cron, но обычно да. В ряде реализаций неэкранированный % в команде отделяет данные, передаваемые на стандартный ввод, поэтому команда может отработать не так, как ожидается. Экранируйте символ как \% или вынесите сложную команду в отдельный скрипт.
Пользователи, группы, sudo и права файлов в Linux(6)
Почему но вая группа не видна в уже открытом сеансе пользователя?
Это нормально: добавление в группу не обновляет группы уже работающих процессов. Ядро хранит список групп у каждого процесса, поэтому id trainee может показывать новое членство в записи учётной записи, а id в старом shell — прежний набор. Выйдите из системы и войдите снова либо создайте новый сеанс с обновлёнными группами.
Удалит ли `userdel -r` все файлы пользователя?
Нет, не следует считать userdel -r удалением всех данных с UID пользователя. Эта команда удаляет учётную запись и обрабатывает домашний каталог и почтовый ящик в соответствии с документацией утилиты и их фактическим расположением. Файлы вне домашнего каталога нужно заранее искать по UID, передавать другому владельцу, архивировать или удалять отдельно.
Достаточно ли добавить пользователя в группу `sudo` или `wheel`?
Нет, самого членства в группе недостаточно. Оно даёт права только при наличии соответствующего правила в sudoers. В разных системах и политиках могут использоваться группы sudo или wheel, поэтому сначала проверьте штатные правила, установленный пакет sudo и вывод sudo -l под целевой учётной записью.
Почему файл с правами 644 может не открываться?
Потому что для доступа важны не только права самого файла. Даже при режиме 644 пользователю нужен бит x на каждом каталоге в пути к нему. Право x на каталоге позволяет пройти через него и обратиться к объекту по известному имени, а без него чтение файла может быть недоступно.
Создаёт ли `useradd` домашний каталог пользователя автоматически?
Зависит от дистрибутива и локальной конфигурации, поэтому полагаться на это нельзя. Для переносимого сценария явно указывайте -m, например useradd -m -g operators trainee. Ключ -g назначает основную группу, а создание персональной группы и home без явных параметров может отличаться между системами.
Безопасно ли применять `chmod -R` или `chown -R` ко всему каталогу?
Нет, без предварительной проверки это рискованно. Рекурсивные команды могут изменить тысячи объектов с намеренно разными режимами и владельцами, включая каталоги, сокеты и данные приложения. Сначала просмотрите дерево, например через find, учтите символические ссылки и отдельно проверяйте выборки обычных файлов и каталогов.
systemd и systemctl: управление службами и автозагрузкой Linux(6)
Можно ли включить службу в автозагрузку и запустить её сразу?
Нет, systemctl enable example.service настраивает автозагрузку, но не запускает службу в текущем сеансе. Что бы служба заработала сразу, отдельно выполните sudo systemctl start example.service и проверьте результат через systemctl is-active или systemctl status. Включённая автозагрузка также не гарантирует успешный старт после перезагрузки.
Сохранит ли restart активные соединения службы?
Нет, systemctl restart не гарантирует сохранения активных соединений. Команда сначала останавливает unit, затем запускает его снова, поэтом у прикладные подключения и выполняемые операции могут быть прерваны. Перед перезапуском критичной сетевой службы проверьте конфигурацию, подготовьте альтернативный доступ к серверу и запланируйте окно работ.
Нужно ли выполнять daemon-reload после изменения конфигурации приложения?
Обычно нет. systemctl daemon-reload нужен после добавления, удаления или изменения unit-файла либо его drop-in-конфигурации, чтобы systemd перечитал определения units. Если менялась только конфигурация приложения, используйте предусмотренный приложением reload или при необходимости restart. daemon-reload сам по себе не перезапускает службу.
Остановит ли disable уже работающую службу?
Нет, systemctl disable example.service не останавливает уже работающую службу. Эта команда удаляет ссылки enablement, связанные с автоматической активацией unit. Для остановки нужен отдельный вызов sudo systemctl stop example.service. Перед отключением нестандарт но настроенного unit проверьте его ссылки: disable может удалить и совпадающие ссылки, созданные вручную.
Почему enabled-служба может не запуститься после перезагрузки?
Потому что enabled означает только настроенный способ активации, а не успешный запуск. Загрузке могут помешать ошибка конфигурации, отсутствующая зависимость, условия запуска, недоступный ресурс или сбой самого приложения. После настройки автозагрузки проверяйте не только is-enabled, но и состояние службы и работу прикладной функции.
Можно ли запустить службу со статусом disabled?
Да. Статус disabled не запрещает запуск службы вручную через systemctl start. Unit также может быть запрошен зависимостью или активирован через socket unit либо timer unit. Исключение — masked: замаскированный unit не может быть запущен, пока с него не снимут маску.
APT в Ubuntu и Debian: установка, обновление, удаление и очистка пакетов(6)
Чем отличаются apt update и apt upgrade?
apt update только обновляет локальные индексы: сведения о доступных версиях, архитектурах и зависимостях из настроенных репозиториев. apt upgrade обновляет уже установленные пакеты до доступных версий и при необходимости добавляет зависимости. Успешный apt update сам по себе не означает, что программы на сервере обновлены.
Что делать при ошибке «dpkg was interrupted»?
Не удаляйте lock-файлы и не запускайте случайные команды для исправления состояния. Такая ошибка, как и сообщения о блокировке менеджера пакетов или неразрешимых зависимостях, требует отдельной диагностики. Не выполняйте параллельные пакетные транзакции: это может ухудшить состояние базы пакетов.
Что делает apt autoremove и может ли он удалить нужное?
apt autoremove предлагает удалить автоматически установленные пакеты, которые APT больше не считает нужными для пакетов, установленных вручную. Да, список может содержать нужный пакет, поэтому его необходимо проверить через apt -s autoremove. Если пакет нужен, отметьте его вручную командой sudo apt-mark manual <пакет> и повторите симуляцию.
Нужно ли запускать apt update перед каждой установкой?
Нет, не обязательно. apt update нужен, когда локальные индексы могли устареть, были изменены источники пакетов или требуется увидеть свежие версии из репозиториев. Команда загружает только метаданные и не устанавливает программы. Перед установкой или обновлением полезно сначала проверить рассчитанный APT план в режиме симуляции.
Может ли apt upgrade удалить установленные пакеты?
Нет, apt upgrade не удаляет уже установленные пакеты. Если для обновления конкретного пакета потребовалось бы удаление, команда может оставить его без изменений. В отличие от неё, apt full-upgrade разрешает зависимости более свободно и при необходимости способен удалить пакеты, поэтому его план нужно особенно внимательно проверять.
Удалит ли apt purge все данные серверного приложения?
Нет, apt purge удаляет пакет и конфигурационные файлы, которые учитывает пакетная система, но не гарантирует очистку всех данных приложения. Пользовательские данные, журналы, базы данных, файлы в домашних каталогах и другие объекты вне контроля пакетной системы могут остаться. Перед удалением серверного приложения отдельно определите расположение его данных и конфигурации.
Debian Server: установка и первичная настройка(6)
Как узнать версию Linux на Debian-сервере?
Выполните cat /etc/os-release && uname -r && hostnamectl --static. Файл /etc/os-release показывает идентификацию установленной Debian, uname -r — версию запущенного ядра Linux, а hostnamectl --static выводит статическое имя хоста. Команду можно запустить от обычного пользователя.
Меняет ли настройка hostname IP-адрес или DNS-запись?
Нет. Имя хоста — это идентификатор сервера в операционной системе и сети; его указание при установке не создаёт DNS-запись и не изменяет IP-адрес. Постоянный способ настройки hostname зависит от компонентов конфигурации системы, поэтому не следует редактировать файлы наугад.
Нужно ли проверять RAID-контроллер перед установкой Debian?
Да. До запуска установщика проверьте совместимость RAID- или HBA-контроллера, накопителей, сетевых адаптеров, режима загрузки и критичного прикладного ПО. Если диски подключены через RAID-контроллер, Debian может увидеть только логический том контроллера, а не отдельные физические накопители.
Что будет, если выбрать не тот диск при разметке?
Данные на выбранном носителе могут быть удалены при применении изменений разметки. Не ориентируйтесь только на имя устройства, например /dev/sda: оно может меняться из-за контроллера или порядка обнаружения дисков. Перед подтверждением сверяйте модель, объём, серийный номер или иной идентификатор, а для RAID — конфигурацию логических томов.
Нужно ли задавать пароль root при установке Debian?
Зависит от принятой модели администрирования. Если задать пароль root, учётная запись root будет активна, а обычный пользователь не обязательно получит sudo. Если оставить пароль root пустым, прямой вход root отключается, а первый обычный пользователь получает возможность выполнять административные команды через sudo.
Почему после apt update система не обновилась?
Это нормальное поведение: apt update только загружает актуальные индексы пакетов из настроенных репозиториев и не меняет состав системы. После него проверьте доступные обновления командой apt list --upgradable, затем выполните apt upgrade от root или через sudo и проверьте предложенные изменения.
RHEL на физическом сервере: установка, регистрация и первичная проверка(5)
Можно ли заменить RHEL на Rocky Linux или AlmaLinux с подпиской Red Hat?
Нет. Rocky Linux и AlmaLinux — самостоятельные RPM-дистрибутивы, ориентированные на совместимость с RHEL, но их установка не создаёт подписку Red Hat и не даёт доступа к инфраструктуре поддержки Red Hat. CentOS Stream также имеет другую модель поставки обновлений и не заменяет подписку RHEL.
Почему после регистрации RHEL не видит нужный репозиторий или обновления?
Регистрация сама по себе не гарантирует доступ к нужному контенту. Причиной могут быть неподходящий релиз или архитектура, ограничения activation key и lifecycle environment, отсутствие прав на канал, выключенный репозиторий, регистрация не в том сервисе, а также проблемы сети, DNS, прокси или TLS.
Нужно ли назначать entitlement каждому серверу при Simple Content Access?
Обычно нет. При Simple Content Access доступ к контенту управляется на уровне организации, поэтому ручное назначение entitlement отдельному хосту обычно не требуется. Но сервер всё равно должен быть зарегистрирован, а доступность репозиториев зависит от прав организации, activation key, политики контента и настроек Satellite или другого сервиса.
Что проверить перед выбором диска для установки RHEL?
Нужно сверить модель, объём и идентификатор целевого диска или логического тома RAID с утверждённым планом. При нескольких одинаковых накопителях сопоставьте их с данными контроллера хранения. Также заранее определите режим BIOS или UEFI и схему разметки: применение разметки может удалить данные на выбранных носителях.
Как понять, что RHEL после установки готов к базовой работе?
Проверьте версию ОС, ядро и архитектуру через cat /etc/os-release && uname -r && uname -m, имя хоста, время, адреса и маршруты. Затем убедитесь в корректной identity, включённых репозиториях и результате dnf check-update. Проверьте systemctl --failed и состояние только тех служб, которые нужны роли сервера.
Ubuntu, Debian, RHEL, CentOS, Rocky Linux и AlmaLinux: выбор ОС(6)
Можно ли использовать команды и репозитории Ubuntu в CentOS?
Нет, не напрямую. Ubuntu использует DEB-пакеты и APT, а CentOS Stream и другие RHEL-подобные системы — RPM и DNF. Имена пакетов, зависимости, форматы репозиториев, правила сборки и пути конфигурации могут различаться. Переносить инструкции можно только после адаптации; подключение чужих пакетов или репозиториев способно вызвать конфликты зависимостей и неподдерживаемую конфигурацию.
Подходит ли CentOS 7 для нового сервера после EOL?
Нет. CentOS Linux 7 достиг конца жизненного цикла 30 июня 2024 года. После EOL проект не выпускает для этой ветки обычные обновления и исправления, поэтому CentOS 7 не является вариантом для новой поддерживаемой серверной установки. Для нового сервера нужно выбирать поддерживаемый релиз, допускаемый поставщиками приложений и оборудования.
Нужна ли подписка RHEL для Rocky Linux?
Нет, Rocky Linux не требует подписки Red Hat и может использоваться как RHEL-совместимая среда. Однако Rocky Linux не является RHEL, не предоставляет договорную поддержку Red Hat и не заменяет подписку там, где она прямо требуется. Перед выбором необходимо подтвердить поддержку Rocky Linux у поставщиков приложения, агентов, драйверов и серверного оборудования.
Можно ли считать Rocky Linux сертифицированным, если сертифицирован RHEL?
Нет. Сертификация продукта для RHEL определённой основной и минорной версии не подтверждает поддержку Rocky Linux автоматически. Поставщик может поддерживать только RHEL либо, наоборот, отдельно поддерживать Rocky Linux. До установки проверьте матрицу приложения, агента, драйвера и оборудования для нужной версии ОС, ядра, архитектуры и модели сервера.
Подойдёт ли CentOS Stream, если приложение требует RHEL?
Не обязательно. CentOS Stream — отдельная модель непрерывной поставки пакетов, а не прежний стабильный rebuild RHEL. Если поставщик приложения или сервера требует именно RHEL либо фиксированную сертифицированную платформу, CentOS Stream может не подойти. Нужно проверить его матрицу поддержки, допустимый темп изменений и срок жизненного цикла выбранной ветки.
Можно ли счит ать yum и dnf разными менеджерами пакетов?
Зависит от релиза. В актуальных RHEL-подобных системах основным интерфейсом является DNF, а команда yum может сохраняться как совместимый интерфейс к DNF. Наличие yum, синтаксис команд и детали поведения зависят от конкретного выпуска, поэтому их нужно проверять в документации выбранной версии ОС.
Служба systemd не запускается: диагностика ошибок и восстановление(6)
Какими командами journalctl посмотреть логи службы?
Используйте journalctl -u <unit> -b --no-pager для просмотра сообщений службы в текущей загрузке. Если известно время сбоя, добавьте --since и --until, чтобы отделить нужную попытку запуска. После перезагрузки можно проверить предыдущую загрузку командой journalctl -u <unit> -b -1 --no-pager, если журнал был сохранён.
Можно ли сразу перезапускать службу, если она не запускается?
Нет, сначала сохраните исходные данные: вывод systemctl status, свойства через systemctl show и сообщения journalctl. Повторный restart меняет состояние службы, создаёт новые попытки запуска и может добавить записи при Restart=, из-за чего сложнее отделить первоначальную причину сбоя от последующих событий.
Когда нужно выполнять systemctl daemon-reload?
Выполняйте systemctl daemon-reload после добавления, удаления или изменения unit-файла либо его drop-in-конфигурации. Команда заставляет systemd перечитать определения units, но не запускает службу, не применяет конфигурацию приложения и не исправляет ошибку в самом unit-файле. Если менялась только конфигурация приложения, она обычно не нужна.
Почему systemctl пишет Unit not found?
Обычно это означает неверное имя или суффикс unit, отсутствие пакета или удалённое определение. Также systemd мог ещё не перечитать новый unit-файл. Проверьте полное имя через systemctl list-unit-files, затем свойства LoadState, FragmentPath и UnitFileState; после изменения unit-файла выполните systemctl daemon-reload.
Чем masked отличается от disabled у systemd-службы?
disabled означает, что unit не включён для автоматического запуска, но его можно запустить вручную. masked блокирует запуск unit, пока маска не будет снята осознанным действием. Перед снятием маски выясните причину её установки: это не универсальный способ восстановить работу службы.
Почему служба active, а приложение всё равно недоступно?
Потому что ActiveState=active отражает состояние unit в systemd, а не полную ра ботоспособность приложения для клиентов. Проверьте собственный журнал приложения, слушающие ресурсы и его функцию способом, указанным в документации поставщика. Одного статуса active недостаточно для подтверждения доступности сервиса.
Не устанавливаются пакеты в Linux: блокировки, dpkg и зависимости(7)
Поможет ли очистка кэша при ошибке зависимостей?
Не обязательно. Кэш пакетов и метаданные могут быть одной из причин, но конфликт чаще связан с версиями, репозиториями, удержаниями или сторонними пакетами. Сначала сравните кандидаты и источники.
Можно ли откатить проблемную транзакцию DNF через history undo или rollback?
История DNF помогает исследовать изменение и в некоторых случаях сформировать обратную транзакцию, но не гарантирует возврат всех зависимостей и данных приложения. Доступность и результат зависят от версии DNF, репозиториев и того, доступны ли прежние пакеты. Перед применением изучите предлагаемый план.
Можно ли сразу повторить apt install после ошибки?
Нет, сначала сохраните команду, полный текст ошибки и время сбоя. Повторный apt install может изменить состояние пакетов и усложнить диагностику, особенно если параллельно работает автоматическое обновление или предыдущая операция не завершилась. Сначала определите причину: блокировку, незавершённый dpkg, недоступную версию или конфлик т источников.
Можно ли удалить lock-файл при ошибке Could not get lock APT?
Нет, удалять lock-файл как первое действие нельзя. Файл не остановит работающий apt или dpkg, поэтому две транзакции могут одновременно изменить базу пакетов и системные файлы. Сначала проверьте PID из ошибки, процесс-владелец, его родителя и источник запуска: службу, таймер, Cron или сценарий автоматизации.
Что делать, если dpkg --configure -a снова завершается ошибкой?
Не повторяйте команду бесконечно. Сохраните вывод и определите конкретный пакет или сценарий postinst, на котором остановилась настройка. Проверьте подтверждённую причину: запуск службы, нехватку места, ошибку файловой системы, конфликт зависимостей или несовместимость приложения. Не редактируйте базу dpkg вручную и не запускайте восстановление при параллельной транзакции.
Почему Candidate равен (none) в apt-cache policy?
Обычно это означает, что APT не видит доступной версии пакета среди текущих источников. Повторный apt install проблему не исправит. Проверьте включённые репозитории, выпуск ОС, смешение Debian и Ubuntu, сторонние источники, hold и правила pinning. После подтверждённого изменения источников обновите индекс и снова сравните версии через apt-cache policy.
Можно ли запускать dnf distro-sync при любом конфликте зависимостей?
Нет, dnf distro-sync не является универсальным исправлением. Команда может понизить, обновить, установить, заменить или удалить пакеты, чтобы привести систему к версиям из включённых репозиториев. Использовать её можно только после проверки, что репозитории относятся к одному поддерживаемому выпуску и именно этот набор версий является целевым состоянием.
Не хватает памяти в Linux: RAM, swap, OOM Killer и подкачка(6)
Почему в `free` мало free, но это не дефицит памяти?
Это нормально: Linux использует незанятую RAM для файлового кэша и может освободить значительную часть этого кэша при новой нагрузке. Для первичной оценки смотрите прежде всего на available, а не на free. Поле used полезно отслеживать в динамике, но само по себе также не доказывает нехватку памяти.
Может ли OOM Killer убить процесс, если на хосте ещё есть память?
Да. OOM Killer может сработать не только при исчерпании общей RAM и swap, но и из-за правил overcommit или лимита memory cgroup. Например, контейнер или служба способны превысить собственное ограничение памяти, хотя на уровне всего хоста память ещё доступна.
Как сделать, чтобы swap включался после перезагрузки?
Нужно корректно описать уже созданную область swap в /etc/fstab; для раздела обычно используют стабильный идентификатор UUID, а не имя диска. До перезагрузки сохраните исходный файл и проверьте запись командой sudo swapon -a, затем убедитесь через swapon --show, что область активна.
Почему используется swap, хотя MemAvailable ещё не равен нулю?
Это не обязательно проблема. Ядро может заранее выгрузить давно неиспользуемые анонимные страницы в swap, сохраняя RAM для файлового кэша и активной работы. Занятый swap после краткого пика может оставаться занятым до повторного обращения к этим страницам. Важнее проверить текущие si и so в vmstat.
Можно ли очистить swap на рабочем сервере?
Зависит от запаса RAM и текущей нагрузки. Очистка swap через отключение и повторное включение области допустима только как контролируемая временная операция после диагностики. swapoff заставляет ядро вернуть выгруженные страницы в RAM; при недостатке памяти возможны ошибка операции, давление памяти и OOM-убийства.
Отключает ли низкий vm.swappiness использование swap?
Нет. vm.swappiness не является переключателем swap и не гарантирует отсутствие подкачки. Параметр задаёт относительный вес выгрузки анонимных страниц в swap по сравнению с освобождением файлового кэша. Менять его стоит только после фиксации исходных показателей и проверки эффекта на конкретной нагрузке.
Linux-сервер не загружается: GRUB, initramfs, emergency mode и kernel panic(6)
Что означает приглашение grub rescue>?
Это признак сбоя на этапе загрузчика: GRUB не нашёл свои модули, конфигурацию или доступный загрузочный раздел. Сообщение не доказывает повреждение всей ОС. Сохраните строки до приглашения, включая имя устройства и ошибки чтения, определите режим BIOS или UEFI и не записывайте ничего на диск, пока не подтверждены схема установки и нужные разделы.
Можно ли загрузиться с предыдущего ядра после kernel panic?
Да, если прежнее ядро установлено и доступно в меню реально используемого загрузчика. Сначала сохраните полный текст panic, версию ядра и выбранную запись, затем выберите более ранний вариант только для проверки. Такой запуск не откатывает пакеты, настройки и данные. После успешной загрузки проверьте uname -r, журналы и запись ядра по умолчанию.
Почему Linux попадает в emergency mode?
Обычно это означает, что systemd или ранняя среда не смогли выполнить обязательное монтирование либо зависимость загрузки. Причиной могут быть неверный UUID или путь в /etc/fstab, недоступный накопитель, RAID или LVM, отсутствующий драйвер, некорректный initramfs либо прерванное обновление. Сначала сопоставьте текст ошибки с конкретным устройством и записью конфигурации.
Можно ли сразу переустановить GRUB при grub rescue>?
Нет, переустанавливать GRUB сразу небезопасно. Сначала подтвердите режим BIOS или UEFI, целевой диск, корневой раздел, отдельный /boot и EFI System Partition, если она используется. Переустановка на неверный диск или применение BIOS-инструкции к UEFI-системе может нарушить загрузку другой ОС. При ошибках чтения носителя или неизвестной разметке остановитесь.
Нужно ли запускать fsck при ошибке initramfs?
Нет, не запускайте fsck до подтверждения, что проблема связана именно с файловой системой. Ошибка initramfs может быть вызвана неверным root=, UUID, недоступным RAID или LVM, отсутствующим драйвером либо некорректным образом initramfs. При ошибках ввода-вывода, изменившихся дисках и признаках повреждения остановитесь и применяйте профильную процедуру диагностики.
Можно ли перезагружать удалённый сервер, если доступен только SSH?
Нет, не перезагружайте сервер, если после сбоя доступен только SSH. При остановке в GRUB, initramfs, emergency mode или до запуска сети SSH не поможет. До перезагрузки подтвердите доступ к BMC и внеполосной консоли, virtual media, консоли гипервизора либо к сотруднику на площадке. Эти средства работают независимо от загрузки основной ОС.
Процессы, CPU и нагрузка Linux: диагностика высокой загрузки(6)
Что делать, если зависший процесс в состоянии D не завершается SIGKILL?
Это возможно: задача в состоянии D может не обработать ожидающий SIGKILL, пока не выйдет из соответствующего пути ядра. Зафиксируйте PID, команду, владельца, PPID, время запуска, STAT, wchan, cgroup, открытые ресурсы и время симптома. Не перезагружайте сервер только ради исчезновения PID без оценки последствий.
Можно ли сразу убить процесс в Linux через SIGKILL?
Нет, SIGKILL не должен быть первой реакцией. Сначала повторно подтвердите PID, команду, владельца, PPID и время запуска, затем убедитесь, что процесс не управляется systemd. Самостоятельному процессу сначала отправляют SIGTERM, ждут приемлемое для приложения время и проверяют результат. SIGKILL применяют только в крайнем случае.
Можно ли убить zombie process в Linux обычным сигналом?
Нет. Зомби-процесс уже завершился: он не выполняет инструкции и не хранит пользовательское адресное пространство, поэтому посылать ему сигнал бессмысленно. Нужно найти и диагностировать родительский процесс, который ещё не прочитал статус потомка. Воздействовать на родителя следует только после оценки последствий.
Связана ли ошибка Too many open files с высокой загрузкой CPU?
Нет, эта ошибка относится к лимитам файловых дескрипторов, а не к загрузке CPU. Она может означать, что достигнут лимит конкретного процесса, пользователя в сеансе или службы. Сначала определите процесс с ошибкой, число открытых им дескрипторов и фактически действующий лимит, а уже затем меняйте настройки.
Почему ulimit -n не показывает лимит уже работающей службы?
Потому что ulimit -n показывает лимиты только текущей оболочки и её будущих потомков. Для уже работающего процесса или службы из другого сеанса он не подходит. Фактические мягкий и жёсткий лимиты конкретного PID проверяют в /proc/<PID>/limits; для systemd-службы учитывают LimitNOFILE= и применённую конфигурацию unit.
Можно ли заменить systemctl stop командой systemctl kill?
Нет, для обычной управляемой остановки службы предпочтителен systemctl stop. Команда systemctl kill только отправляет сигнал процессам unit и не выполняет полный жизненный цикл остановки. Её область действия и результат зависят от параметров команды, версии systemd и конфигурации unit.