Перейти к содержанию

Обновление НАЙС.ОС CLOUD: подготовка, проверка, откат

Обновление ОС — управляемое изменение набора системных пакетов, ядра, конфигурации и иногда загрузчика. Перед выполнением важно определить текущую редакцию и профиль. Наличие имени OSTree в публичном описании продукта не означает, что любой образ CLOUD обновляется через rpm-ostree.

1. Определите тип установленной системы

cat /etc/os-release
uname -r
rpm -q niceos-release niceos-repos
command -v tdnf || true
command -v dnf || true
command -v rpm-ostree || true
findmnt -no TARGET,SOURCE,FSTYPE,OPTIONS / /usr 2>/dev/null || true

В опубликованной продуктовой схеме CLOUD — RPM-платформа, а контейнерный хост — отдельная редакция с rpm-ostree. При этом реальный механизм и политику обновления нужно сверять с конкретным образом.

2. Подготовьте резервный вариант

  1. Убедитесь, что есть резервная копия важных данных и конфигурации.
  2. Для виртуальной машины согласуйте создание снимка; проверьте возможность его восстановления.
  3. Сохраните список пакетов, активное ядро и сервисы.
  4. Проверьте место в /boot и на файловых системах.
  5. Убедитесь, что можете войти в консоль независимо от SSH.
  6. Просмотрите сведения о выпуске и совместимости драйверов/модулей.
uname -r
rpm -qa | sort > /root/niceos-rpm-before-update.txt
df -h
systemctl --failed

Файл со списком RPM содержит сведения о составе сервера и должен храниться по политике организации.

3. Проверьте каналы обновления

Сначала определите доступный менеджер пакетов и список включённых репозиториев:

command -v tdnf || true
command -v dnf || true
ls -la /etc/yum.repos.d/

В исследованном niceos-repos.spec присутствуют варианты base, updates, extras, kernel, iso и proxmox, но их конкретные URL и enabled нужно подтвердить по установленным .repo. Отдельно проверьте верификацию GPG-подписей.

Для пакетного менеджера используйте подтверждённую локальную справку tdnf --help или dnf --help и предварительный просмотр транзакции. Не копируйте команды --nogpgcheck, --allowerasing и форсированного downgrade из чужих руководств.

4. Согласуйте обслуживание

Перед установкой обновлений проверьте, не изменятся ли системные библиотеки, сеть, OpenSSH, firewall, контейнерный движок и ядро. Обновление linux в исследованном SPEC имеет отдельную логику dracut/grub2-mkconfig и может изменить запись загрузки. Подробнее: ядро и initramfs.

5. Контроль после изменения

uname -r
systemctl --failed
journalctl -b -p err --no-pager -n 100
ip -br addr
networkctl status
sudo iptables -S

Проверьте именно рабочие сервисы: HTTPS, SSH, маршруты, DNS, Docker/Compose (если применяется), тома и резервное копирование. Успешный код завершения пакетного менеджера не равнозначен успешному обновлению инфраструктуры.

6. Откат

Откат может включать выбор предыдущего ядра в GRUB, восстановление снимка ВМ или предусмотренную механизмом обновлений атомарную операцию. Без проверки активного профиля нельзя рекомендовать rpm-ostree rollback или безусловный downgrade RPM. Используйте план восстановления.