یادداشت‌های انتشار #

The installer supports the system role Transactional Server. This system role features an update system that applies updates atomically (as a single operation) and makes them easy to revert should that become necessary. These features are based on the package management tools that all other SUSE and openSUSE distributions also rely on. This means that the vast majority of RPM packages that work with other system roles of openSUSE Leap 15.4 also work with the system role Transactional Server.

ياداشتبسته های ناسازگار

برخی از بسته‌ها محتوای /var یا /srv را در اسکریپت‌های RPM %post خود تغییر می‌دهند. این بسته ها ناسازگار هستند. اگر چنین بسته ای را پیدا کردید، یک گزارش باگ ارسال کنید.

برای ارائه این ویژگی ها، این سیستم به روز رسانی به موارد زیر متکی است:

مهمTransactional Server به حداقل 12 گیگابایت فضای دیسک نیاز دارد

نقش سیستم Transactional Server به اندازه دیسک حداقل 12 گیگابایت برای قرار دادن اسنپ‌شات Btrfs نیاز دارد.

مهمYaST حالت تراکنشی کار نمی کند

در حال حاضر، YaST با به روز رسانی تراکنش ها کار نمی کند. این به این دلیل است که YaST کارها را بلافاصله انجام می دهد و نمی تواند یک فایل سیستم فقط خواندنی را ویرایش کند.

برای کار با به‌روزرسانی‌های تراکنشی، همیشه از دستور transactional-update به جای YaST و Zypper برای مدیریت تمام نرم‌افزار استفاده کنید:

When using this system role, by default, the system will perform a daily update and reboot between 03:30 am and 05:00 am. Both of these actions are systemd-based and if necessary can be disabled using systemctl:

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

For more information about transactional updates, see the openSUSE Kubic blog posts https://kubic.opensuse.org/blog/2018-04-04-transactionalupdates/ and https://kubic.opensuse.org/blog/2018-04-20-transactionalupdates2/.

The installer will only propose a partitioning scheme if the available hard disk size is larger than 12 GB. If you want to set up, for example, very small virtual machines images, use the guided partitioner to tune partitioning parameters manually.

Prior to installing openSUSE on a system that boots using UEFI (Unified Extensible Firmware Interface), you are urgently advised to check for any firmware updates the hardware vendor recommends and, if available, to install such an update. A pre-installation of Windows 8 or later is a strong indication that your system boots using UEFI.

پیش زمینه: برخی فریم ور های UEFI دارای باگی هستند که در صورت آنکه اطلاعات زیادی بر روی مکان ذخیره سازی UEFI نوشته شود، بشکند. البته مشخص نیست “اطلاعات زیاد” یعنی چقدر.

openSUSE با نوشتن حداقل میزان کافی برای بوت سیستم عامل ریسک را به حداقل میرساند. حداقل به این معناست که به فریم ور UEFI در ارتباط با مکان بوت لودر openSUSEگفته شود . نسخه های جدیدتر هسته ی لینوکس دارای این ویژگی که از مکان ذخیره سازی UEFI برای ذخیره ی بوت و اطلاعات توقف ناگهانی (pstore) استفاده شود را غیرفعال کرده اند. با این وجود، توصیه میشود که بروزرسانی های فریم ور سخت افزاری که فروشنده ی آن پیشنهاد میکند را نصب کنید.

به همراه مشخصات EFI/UEFI، یک شیوه ی جدید پارتیشن بندی آمده است: GPT (جدول پارتیشن بندی GUID). این شمای جدید از شناسه های منحصر به فرد (مقادیر 128-بیت در 32 رقم هگزدسیمال نمایش داده میشوند) برای شناسایی دستگاهها و انواع پارتیشن استفاده میکند.

به علاوه، UEFI همچنین پارتیشن بندی MBR موروثی (MS-DOS) را مجاز میکند. بوت لودر های لینوکس (ELILO یا GRUB 2) سعی میکنند به صورت خودکار یک GUID برای ان پارتیشن های موروثی تولید کنند و آنها را در فریم ور بنویسند. این GUID میتواند بارها تغییر کند، که باعث نوشته شدن مجدد در فریمور میشود. نوشتار مجدد شامل دو عملیات مختلف است: حذف ورودی های قدیمی و ساخت ورودی های جدید که جایگزین ورودی اول میشود.

فریم ور های امروزی دارای قسمت جمع آور داده ناخواسته هستند که ورودی های حذف شده را جمع آوری کرده و حافظه ی رزرو شده برای ورودی حای قدیمی را آزاد میکند. در زمانی که فریم ور معیوب آن ورودی ها را جمع آوری و آزاد نمیکند، یک مشکل رخ میدهد; این میتواند باعث شود سیستم غیر قابل بوت شود.

روش کلی رفع این مشکل ساده است، پارتیشن MBR موروثی را به GPT تبدیل کنید.

Deprecated packages are still shipped as part of the distribution but are scheduled to be removed the next version of openSUSE Leap. These packages exist to aid migration, but their use is discouraged and they may not receive updates.

To check whether installed packages are no longer maintained, make sure that the lifecycle-data-openSUSE package is installed, then use the command:

zypper lifecycle

Removed packages are not shipped as part of the distribution anymore.

Starting with openSUSE Leap 15.2, kernel module signature check for third-party drivers (CONFIG_MODULE_SIG=y) is now enabled. This is an important security measure to avoid untrusted code running in the kernel.

This may prevent third-party kernel modules from being loaded if UEFI Secure Boot is enabled. Kernel Module Packages (KMPs) from the official openSUSE repositories are not affected, because the modules they contain are signed with the openSUSE key. The signature check has the following behavior:

It is possible to generate a custom certificate, enroll it into the system's Machine Owner Key (MOK) data base, and sign locally compiled kernel modules with this certificate's key. Modules signed in this manner will neither be blocked nor cause warnings. See https://en.opensuse.org/openSUSE:UEFI.

Since this also affects NVIDIA graphics drivers, we addressed this in our official packages for openSUSE. However, you need to manually enroll a new MOK key after installation to make the new packages work. For instructions how to install the drivers and enroll the MOK key, see https://en.opensuse.org/SDB:NVIDIA_drivers#Secureboot.

Booting the network install image from USB stick on Raspberry Pi 4 hangs on boot. To resolve this issue, add the console=tty boot parameter. See details in the known issues section of our Raspberry Pi 4 Hardware Compatibility List.

KDE 4 packages will not be part of openSUSE Leap 15.4. Please update your system to Plasma 5 and Qt 5. Some of Qt 4 packages might still remain for compatability reasons. https://bugzilla.opensuse.org/show_bug.cgi?id=1179613.

iotop does not display values for SWAPIN and IO %.

Since Linux kernel 5.14, either kernel boot parameter delayacct needs to be specified or kernel.task_delayacct sysctl needs to be enabled.