Установщик поддерживает системную роль Сервер транзакций. Эта роль предлагает систему атомарных обновлений, которая применяет обновления как одну операцию и существенно упрощает их откат при необходимости. Эти возможности основаны на тех же утилитах управления пакетами, что применяются в остальных дистрибутивах SUSE и openSUSE. Это означает, что подавляющее большинство RPM-пакетов, работающих с другими ролями openSUSE Leap 15.4, будет работать и с ролью Сервер транзакций.

Для предоставления этих возможностей система обновлений полагается на:

При работе с транзакционными обновлениями всегда используйте команду transactional-update вместо YaST и Zypper для любого управления ПО:

При использовании данной системной роли согласно настройкам по умолчанию система будет выполнять ежедневное обновление и перезагрузку между 03:30 и 05:00 утра. Оба эти действия настроены через systemd и при необходимости могут быть отключены с помощью systemctl:

systemctl disable --now transactional-update.timer rebootmgr.service

Подробнее о транзакционных обновлениях читайте в блоге openSUSE Kubic: https://kubic.opensuse.org/blog/2018-04-04-transactionalupdates/ и https://kubic.opensuse.org/blog/2018-04-20-transactionalupdates2/.

Установщик предложит схему разметки, только если доступный диск имеет размер более 12 ГБ. Если вы, например, устанавливаете очень маленькие образы виртуальных машин, используйте разметку с подсказками для настройки параметров вручную.

Перед установкой openSUSE на систему, загружающуюся с помощью UEFI (Unified Extensible Firmware Interface), вам настоятельно рекомендуется проверить наличие обновлений прошивки, рекомендованных производителем, и в случае их существования установить такие обновления. Предустановленная Windows 8 или более новая является верным признаком того, что ваша система использует UEFI.

Обоснование: Некоторые прошивки UEFI содержат ошибки, приводящие к сбою в случае записи слишком большого объёма данных в область хранения UEFI. Что характерно, никто точно не знает, насколько «большой» объём приводит к такому сбою.

openSUSE минимизирует этот риск, записывая минимальный объём данных, необходимых для загрузки ОС. Под минимальным понимается указание прошивке UEFI на расположение загрузчика openSUSE. Специальные возможности ядра Linux, использующие область хранения UEFI для сведений о загрузках и сбоях (pstore), по умолчанию отключены. Тем не менее, рекомендуется установить все рекомендованные производителем обновления прошивки.

Вместе со спецификацией EFI/UEFI применяется новый способ разметки: GPT (GUID Partition Table). Он использует глобально уникальные идентификаторы (128-битные значения в виде 32 шестнадцатеричных цифр) для определения устройств и типов разделов.

Кроме этого, спецификация UEFI разрешает использование устаревших разделов MBR (MS-DOS). Загрузчики Linux (ELILO или GRUB2) пытаются автоматически создать GUID для таких разделов и сохранить изменения в прошивке. Такие GUID могут часто изменяться, что приводит к перезаписи данных прошивки. Перезапись состоит из двух разных действий: удаления старой записи и создания новой записи на замену старой.

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

Чтобы обойти эту проблему, сконвертируйте устаревший раздел MBR в новый GPT.

Устаревшие пакеты по-прежнему поставляются как часть дистрибутива, но будут удалены в следующей версии openSUSE Leap. Они существуют для облегчения миграции, но их использование не рекомендуется и для них могут отсутствовать обновления.

Чтобы проверить, имеют ли поддержку установленные пакеты, убедитесь что установлен пакет lifecycle-data-openSUSE, а затем используйте команду:

zyppеr lifecycle

Удалённые пакеты более не поставляются как часть дистрибутива.

Начиная с openSUSE Leap 15.2, включена проверка подписей модулей ядра для сторонних драйверов (CONFIG_MODULE_SIG=y). Этот важный параметр безопасности позволяет исключить выполнение недоверенного кода в ядре.

Это может помешать загрузке сторонних модулей ядра если UEFI Secure Boot включена. Пакеты модулей ядра (KMPs) из официальных репозиториев openSUSE не затронуты, потому что они подписаны ключём openSUSE. Эта проверка подписей имеет следующее поведение:

Есть возможность сгенерировать свой сертификат и добавить его в базу данных Machine Owner Key (MOK), а затем подписывать локально собранные модули с помощью этого сертификата. Модули, подписанные таким образом не будут ни заблокированы, ни вызывать предупрежлений. Для дополнительных деталей см. https://en.opensuse.org/openSUSE:UEFI.

Поскольку это также затрагивает графические драйвера NVIDIA, мы уделили этому внимание в наших официальных пакетах для openSUSE. Однако, вам надо вручную добавлять новый MOK ключ после установки, чтобы новые пакеты работали. Смотрите инструкции по установке драйверов и MOK-ключей https://en.opensuse.org/SDB:NVIDIA_drivers#Secureboot.

Пакеты KDE 4 больше не будут частью openSUSE Leap 15.4. Пожалуйста, обновите вашу систему до Plasma 5 и Qt 5. Некоторые пакеты Qt 4 могут быть сохранены для обратной совместимости. См. https://bugzilla.opensuse.org/show_bug.cgi?id=1179613.