Чтобы узнать версию Linux, достаточно одной команды: cat /etc/os-release. Она работает на любом современном сервере и выводит название дистрибутива и номер релиза — например, Ubuntu 24.04.3 LTS или Debian 12. Если нужно ещё и ядро с архитектурой, добавьте uname -r и uname -m. На арендованной машине эти команды доступны сразу после первого входа, а сам образ вы выбираете при заказе — в каталоге собраны VPS с Ubuntu у 44 площадок.
Материал для тех, кто только начал администрировать сервер и ещё путается в терминах: дистрибутив, релиз, ядро, разрядность — это четыре разные величины, и узнают их разными командами. Разберём пять способов, покажем вывод каждой команды построчно, соберём сравнительную таблицу, сроки поддержки популярных релизов и список ошибок, из-за которых новички ставят софт не той версии.
Что называют «версией Linux»: четыре разных ответа на один вопрос
Когда в документации софта написано «требуется Linux версии не ниже такой-то», имеется в виду одно из четырёх. Первое — дистрибутив: Ubuntu, Debian, CentOS, AlmaLinux, Rocky Linux. Это сборка из ядра, системных утилит и менеджера пакетов. У каждой свои имена пакетов и свои репозитории — серверы-хранилища, откуда система скачивает программы.
Второе — релиз дистрибутива: 22.04, 24.04, 12, 13. Именно от него зависит, какая версия PHP, Python или PostgreSQL приедет из стандартного репозитория. На Ubuntu 22.04 штатный Python — 3.10, на Ubuntu 24.04 — 3.12. Разница в две минорные версии уже ломает часть библиотек.
Третье — версия ядра. Ядро отвечает за работу с железом, сетью и файловыми системами. Ubuntu 22.04 вышла с ядром 5.15, Ubuntu 24.04 — с 6.8, Debian 12 — с 6.1. Некоторому софту важна именно эта цифра, а не номер релиза: например, современным средствам контейнеризации (запуск приложений в изолированных «коробках» вроде Docker) и инструментам на базе eBPF — технологии, которая позволяет собирать статистику прямо внутри ядра.
Четвёртое — архитектура, она же разрядность. Практически везде это x86_64 (64-битные процессоры Intel и AMD), но встречается и aarch64 — 64-битный ARM. Пакеты для этих архитектур не взаимозаменяемы: собранный под x86_64 бинарник (готовый исполняемый файл программы) на ARM просто не запустится. Дальше разберём, какая команда отвечает на какой из четырёх вопросов.
cat /etc/os-release — универсальная команда для любой системы
Файл /etc/os-release есть во всех дистрибутивах, где используется systemd — программа, которая запускает систему и управляет службами. А это все актуальные сборки последних десяти лет. Он лежит в текстовом виде, читается без прав администратора и не требует установки дополнительных пакетов. Подключитесь к серверу по протоколу SSH и выполните команду.
cat /etc/os-release
Команда cat просто печатает содержимое файла в терминал. Вывод — это набор переменных вида «ключ=значение», всего 8–12 строк. Ниже показаны главные из них.
PRETTY_NAME="Ubuntu 24.04.3 LTS"
NAME="Ubuntu"
VERSION_ID="24.04"
VERSION="24.04.3 LTS (Noble Numbat)"
VERSION_CODENAME=noble
ID=ubuntu
ID_LIKE=debian
Разберём строки. PRETTY_NAME — готовое человекочитаемое название, его и стоит называть, когда у вас спрашивают версию системы. VERSION_ID — короткий номер релиза, именно он подставляется в адреса репозиториев. VERSION_CODENAME — кодовое имя (noble, jammy, bookworm), которое многие сторонние репозитории требуют вместо цифр. ID_LIKE подсказывает семейство: если там стоит debian, значит пакеты ставятся через apt — стандартный менеджер пакетов Debian и Ubuntu.
Если нужен только один параметр, а не весь файл, отфильтруйте вывод. Вертикальная черта передаёт результат первой команды на вход второй, а grep оставляет строки с нужным словом.
cat /etc/os-release | grep PRETTY_NAME

lsb_release -a: короткая сводка, если пакет установлен
Команда lsb_release даёт ту же информацию в более компактном виде. Она удобна тем, что не нужно глазами выбирать нужную строку из десятка переменных — данные уже разложены по подписанным полям.
lsb_release -a
Флаг -a означает «показать всё». Вывод занимает четыре строки: Distributor ID (Ubuntu), Description (полное название с номером), Release (24.04) и Codename (noble).
Главный подвох: lsb_release — часть отдельного пакета lsb-release, и в минимальных образах его нет. На облачных VPS с урезанным шаблоном системы вы получите ответ «command not found» — команда не найдена. Это не поломка сервера, просто утилита не установлена. Поставить её можно за 10–15 секунд, но ради разового вопроса это лишнее действие: /etc/os-release ответит то же самое и без установки.
sudo apt update && sudo apt install lsb-release -y
Здесь sudo выполняет команду от имени администратора, apt update обновляет список доступных пакетов, а флаг -y заранее отвечает «да» на вопрос о подтверждении. В системах семейства Red Hat вместо apt используется dnf, а пакет называется redhat-lsb-core.
hostnamectl: дистрибутив, ядро и архитектура одной строкой
Если хочется получить все четыре ответа разом, есть hostnamectl. Утилита входит в systemd, поэтому доустанавливать её не нужно нигде, где systemd вообще есть.
hostnamectl
Вывод занимает 8–10 строк. Интересны из них четыре: Operating System — дистрибутив и релиз, Kernel — ядро с полным номером сборки, Architecture — разрядность, Virtualization — тип виртуализации, если машина виртуальная. Последнее поле полезно, когда вы не помните, что именно арендовали: у полноценной виртуализации KVM там будет написано kvm, у контейнерной — lxc или openvz.
Static hostname: web-01
Operating System: Ubuntu 24.04.3 LTS
Kernel: Linux 6.8.0-45-generic
Architecture: x86-64
Virtualization: kvm
Именно эту команду удобнее всего давать в чат поддержки провайдера: одним снимком экрана вы отвечаете сразу на все уточняющие вопросы. Если вывод обрезается и открывается постраничный просмотр, нажмите клавишу q, чтобы выйти.
uname -r и uname -m: версия ядра и разрядность процессора
Команда uname отвечает только про ядро и железо — про дистрибутив она не знает ничего. Это частая причина путаницы: новичок выполняет uname -a, видит «Linux 6.8.0-45-generic» и решает, что версия его системы — 6.8. Номер релиза Ubuntu тут не показан вовсе.
uname -r
uname -m
Флаг -r (release) печатает версию ядра, например 6.8.0-45-generic. Первые две цифры — основная ветка, третья и четвёртая — номер сборки конкретного дистрибутива. Флаг -m (machine) печатает архитектуру: x86_64 для обычных серверных процессоров Intel и AMD, aarch64 для 64-битного ARM, i686 для устаревших 32-битных систем.
Полный вывод даёт uname -a: там будет имя хоста, ядро, дата сборки и архитектура одной длинной строкой. Для быстрой проверки этого достаточно, но читать неудобно. Практическая польза от -m появляется, когда вы скачиваете готовый бинарник с сайта разработчика: почти всегда предлагаются отдельные файлы для amd64 и arm64, и перепутать их значит получить ошибку «cannot execute binary file».
/etc/debian_version и /etc/redhat-release: файлы конкретных семейств
Кроме универсального /etc/os-release, у семейств дистрибутивов есть собственные файлы-маркеры. В Debian и его производных это /etc/debian_version, в CentOS, AlmaLinux, Rocky Linux и RHEL — /etc/redhat-release.
cat /etc/debian_version
cat /etc/redhat-release
Первый файл вернёт короткую строку вида 12.7 — это версия базы Debian. Важный нюанс: на Ubuntu он тоже существует, потому что Ubuntu собрана на базе Debian, и покажет номер той сборки Debian, от которой ветка отпочковалась. Ориентироваться на него как на версию Ubuntu нельзя.
Второй файл вернёт полное название вроде «AlmaLinux release 9.4 (Seafoam Ocelot)». Его удобно использовать в скриптах: проверка на существование файла — самый простой способ понять, какой менеджер пакетов вызывать, apt или dnf. Если оба файла отсутствуют, а /etc/os-release читается, значит вы на дистрибутиве другого семейства — Alpine, openSUSE, Arch.
Какую команду выбрать: сравнение пяти способов
Все пять способов отвечают на разные вопросы, и запомнить отличия проще по таблице. Отдельная колонка — нужна ли доустановка: на свежем минимальном образе это решающий фактор.
| Команда | Что показывает | Нужна установка | Строк в выводе |
|---|---|---|---|
cat /etc/os-release |
Дистрибутив, релиз, кодовое имя | Нет | 8–12 |
lsb_release -a |
Дистрибутив, релиз, кодовое имя | Да, пакет lsb-release | 4 |
hostnamectl |
Система, ядро, архитектура, тип виртуализации | Нет | 8–10 |
uname -r и uname -m |
Только ядро и разрядность | Нет | 1 + 1 |
cat /etc/debian_version |
Версия базы Debian | Нет | 1 |
Практический вывод простой. Для ответа «что у меня за система» берите hostnamectl — он закрывает все четыре вопроса сразу. Для скриптов и адресов репозиториев берите /etc/os-release, потому что он есть везде и его формат стандартизован. uname оставьте для случаев, когда вопрос именно про ядро.
Как проверить версию за шесть шагов после первого входа на сервер
Порядок ниже даёт полную картину о системе примерно за минуту. Он же пригодится, когда вы принимаете сервер у прежнего администратора или разбираетесь в чужой машине.
Все команды безопасны: они только читают данные и ничего не меняют. Выполнять их можно от обычного пользователя, права root не нужны.
- Подключитесь к серверу:
ssh root@203.0.113.10, где после символа @ идёт IP-адрес из письма провайдера. Пароль при вводе не отображается — ни точками, ни звёздочками. Наберите его вслепую и нажмите Enter. - Выполните
hostnamectlи запишите поля Operating System, Kernel, Architecture. - Уточните релиз командой
cat /etc/os-release— понадобится значение VERSION_CODENAME. - Проверьте разрядность:
uname -m. Ожидаемый ответ — x86_64. - Посмотрите, сколько система работает без перезагрузки:
uptime -p(флаг-pвыводит ответ словами, вроде «up 3 weeks, 2 days»). - Проверьте наличие обновлений:
sudo apt update && apt list --upgradable. Первая часть обновляет список пакетов, вторая показывает, что можно обновить.
Шестой шаг стоит выполнять сразу: если в списке несколько десятков пакетов с пометкой security, система давно не обновлялась, и это важнее номера релиза. Подробный разбор первичной настройки есть в отдельном руководстве по выбору операционной системы для VPS.
Зачем нужна версия: репозитории, пакеты и совместимость софта
Первая причина — адреса репозиториев. Когда вы подключаете сторонний источник пакетов, в строке подключения указывается кодовое имя релиза. Подставите jammy вместо noble — apt скачает пакеты, собранные под чужие библиотеки, и после перезагрузки часть сервисов не поднимется.
Вторая причина — версии языков и баз данных из стандартного репозитория. На Debian 12 штатный PHP — 8.2, на Ubuntu 24.04 — 8.3. Если приложение требует минимум 8.2, а у вас Ubuntu 20.04 со штатным 7.4, придётся либо подключать сторонний репозиторий, либо обновлять систему целиком.
Третья причина — готовые скрипты установки. Панели управления и системы мониторинга проверяют номер релиза перед началом работы и отказываются ставиться на неподдерживаемые версии. Часть скриптов при этом ориентируется на /etc/os-release, а часть — на lsb_release, и если второго пакета нет, установщик падает с невнятной ошибкой.
Четвёртая причина — диагностика. Когда сервис не запускается или сайт отдаёт ошибку, версия системы входит в базовый набор данных для поддержки — вместе со списком запущенных процессов. Как смотреть последнее, разобрано в материале про просмотр процессов в Linux.

Сколько лет поддерживается ваш релиз и что делать после EOL
У каждого релиза есть срок поддержки. Пока он не истёк, разработчики выпускают обновления безопасности; после — новые уязвимости не закрываются вообще. Для Ubuntu с пометкой LTS (Long Term Support, долгосрочная поддержка) стандартный срок — 5 лет с момента выхода. У Debian stable это около 3 лет обычной поддержки плюс отдельная LTS-фаза силами сообщества, что в сумме даёт примерно 5 лет.
| Релиз | Ядро в базовой сборке | Обычная поддержка | Штатный PHP |
|---|---|---|---|
| Ubuntu 20.04 LTS | 5.4 | 5 лет, истекла | 7.4 |
| Ubuntu 22.04 LTS | 5.15 | 5 лет, до 2027 года | 8.1 |
| Ubuntu 24.04 LTS | 6.8 | 5 лет, до 2029 года | 8.3 |
| Debian 12 | 6.1 | около 3 лет плюс LTS | 8.2 |
Если ваш релиз в колонке «истекла», обновляться нужно, но не второпях. Сначала сделайте резервную копию или снапшот — мгновенный слепок всего диска, к которому можно откатиться. На большинстве площадок он делается из панели за 1–2 минуты. Порядок действий и расписание автоматических копий разобраны в руководстве по настройке бэкапов VPS.
Дальше есть два пути. Обновление на месте командой sudo do-release-upgrade переводит систему на следующий LTS-релиз, занимает 20–40 минут и требует свободного места на диске — минимум 5 ГБ. Второй путь надёжнее: заказать новый сервер со свежим образом, например VPS с Ubuntu 24.04, перенести на него сайт и приложения, а старую машину удалить после проверки. Второй вариант дороже на время переезда, зато откат занимает секунды — старый сервер всё ещё работает.
Где смотреть версию без консоли и на каком сервере тренироваться
Не всегда под рукой есть терминал. Номер образа виден в панели управления провайдера — в карточке сервера, в поле «Операционная система» или «Образ». Там же обычно доступен веб-терминал в панели: браузерная консоль, которая работает, даже когда SSH недоступен из-за неверных правил файрвола (сетевого фильтра, пропускающего или блокирующего соединения). Учтите нюанс: панель показывает образ, с которого сервер разворачивали. Если систему потом обновляли изнутри, реальный релиз будет новее того, что написано в панели, — доверяйте выводу hostnamectl, а не карточке.
Отрабатывать команды удобно на самой дешёвой машине: для чтения текстовых файлов хватает 1 ядра, 1 ГБ памяти и 10 ГБ диска. Такие конфигурации есть в разделе недорогих VPS, а стартовые цены на них выглядят так.
| Провайдер | Цена от | Базовая конфигурация | Тарифов в каталоге |
|---|---|---|---|
| Cloudcore | 59 ₽/мес | 1 ядро, 1 ГБ RAM, 10 ГБ NVMe | 12 |
| Hosting-Russia | 99 ₽/мес | уточняется на площадке | — |
| 4VPS | 110 ₽/мес | 1 ядро, 1 ГБ RAM, 5 ГБ NVMe | 568 |
| HostVDS | 127 ₽/мес | 1 ядро, 1 ГБ RAM, 10 ГБ NVMe | 12 |
Данные проверены 04.09.2026.
Частые ошибки при определении версии
Ошибки здесь однотипные и почти всегда сводятся к тому, что человек путает четыре величины из первого раздела. Ниже пять случаев, которые чаще других приводят к неудачной установке софта.
Отдельно отметим последний пункт: он стоит дороже остальных, потому что обнаруживается уже после падения сервиса в рабочее время.
- Считать версию ядра версией системы: 6.8 — это ядро, а не релиз Ubuntu.
- Брать номер из
/etc/debian_versionна Ubuntu — там будет версия базы Debian, а не Ubuntu. - Полагаться на
lsb_releaseв скрипте: на минимальных образах пакета нет, скрипт упадёт. - Скачивать бинарник для amd64 на сервер с aarch64 и получать «cannot execute binary file».
- Запускать
do-release-upgradeбез снапшота и без свободных 5 ГБ на диске.
Частые вопросы
Какая команда покажет версию Linux на любом сервере? Универсальный вариант — cat /etc/os-release. Файл есть во всех дистрибутивах с systemd, читается без прав администратора и не требует установки пакетов. Строка PRETTY_NAME содержит готовое название с номером релиза.
Почему lsb_release пишет «command not found»? Утилита входит в отдельный пакет lsb-release, которого нет в минимальных образах для облачных серверов. Это не ошибка системы. Поставьте пакет командой sudo apt install lsb-release -y или просто используйте /etc/os-release.
Чем отличается uname -r от uname -m? Первая печатает версию ядра, например 6.8.0-45-generic, вторая — архитектуру процессора: x86_64 или aarch64. Обе ничего не сообщают о дистрибутиве, поэтому по ним нельзя понять, Ubuntu у вас или Debian.
Как определить версию Linux, если нет доступа по SSH? Откройте панель управления провайдера: образ системы указан в карточке сервера. Там же обычно есть веб-терминал или консоль по VNC, через которую можно выполнить hostnamectl напрямую, минуя сетевые настройки сервера.
Что означает LTS в названии релиза? Long Term Support, долгосрочная поддержка. Для Ubuntu это 5 лет обновлений безопасности с момента выхода, тогда как у промежуточных релизов срок всего 9 месяцев. Для сервера почти всегда выбирают именно LTS-версию.
Опасно ли обновлять релиз на работающем сервере? Обновление командой do-release-upgrade занимает 20–40 минут и в это время часть сервисов недоступна. Риск снимается снапшотом диска перед началом: если что-то сломается, откат займёт несколько минут. Для нагруженных проектов надёжнее переезд на новый сервер.
Как посмотреть версию сразу на десятке серверов? Выполните одну команду по SSH без входа в интерактивную сессию: ssh root@IP "cat /etc/os-release | grep PRETTY_NAME". Обернув это в цикл по списку адресов, вы соберёте сводку за минуту, не заходя на каждую машину руками.
Итог
Запомнить достаточно две команды. hostnamectl отвечает сразу про дистрибутив, релиз, ядро и архитектуру, а cat /etc/os-release выручает там, где нужен точный кодовый идентификатор для репозитория. Остальные три способа — lsb_release, uname и файлы семейств — пригодятся в частных случаях: минимальный образ, вопрос строго про ядро, скрипт с проверкой семейства.
Следующий практический шаг — посмотреть срок поддержки своего релиза по таблице выше. Если он истёк, планируйте переезд: базовая машина под перенос обойдётся от 59 ₽ в месяц, а варианты с уже установленной системой собраны в разделе VPS на Linux — там 44 площадки с фильтрами по образу, локации и цене.