openSUSE Leap 15.5

Pozn谩mky k vydaniu

openSUSE Leap je slobodn媒 a na Linuxe zalo啪en媒 opera膷n媒 syst茅m pre PC, notebook
alebo server. M么啪ete surfova钮 po Webe, spravova钮 svoje e-maily a fotografie,
robi钮 kancel谩rsku pr谩cu, prehr谩va钮 vide谩 膷i hudbu a u啪i钮 si ve木a z谩bavy!

: Ladislav Michnovi膷 a Ferdinand Galko
Publication Date2023-02-17, 15.5.20230217.0201358

1 In拧tal谩cia
2 Zv媒拧enie verzie syst茅mu
3 Zmeny balenia
4 Ovl谩da膷e a hardv茅r
5 Desktop
6 V拧eobecn茅
7 膸al拧ie inform谩cie a sp盲tn谩 v盲zba

This is the initial version of the release notes for the forthcoming openSUSE
Leap 15.5.

Ak povy拧ujete zo star拧ej verzie na toto vydanie openSUSE Leap, pozrite si
predch谩dzaj煤ce pozn谩mky k vydaniu, ktor茅 s煤 uveden茅 tu: https://en.opensuse.org
/openSUSE:Release_Notes.

Tento verejn媒 beta test je s煤膷as钮ou projektu openSUSE.Inform谩cie o projekte s煤
k dostupn茅 na https://www.opensuse.org.

Report all bugs you encounter using this prerelease of openSUSE Leap 15.5 in
the openSUSE Bugzilla. For more information, see https://en.opensuse.org/
Submitting_Bug_Reports. If you would like to see anything added to the release
notes, file a bug report against the component 鈥淩elease Notes鈥�.

1 In拧tal谩cia

T谩to 膷as钮 obsahuje pozn谩mky t媒kaj煤ce sa in拧tal谩cie. Podrobn茅 pokyny k
in拧tal谩cii n谩jdete v dokument谩cii na https://doc.opensuse.org/documentation/
leap/startup/html/book.opensuse.startup/part-basics.html.

1.1 Pou啪itie atomick媒ch aktualiz谩ci铆 so syst茅movou rolou Transactional Server

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.5 also work with
the system role Transactional Server.

Pozn谩mka

Pozn谩mkaNekompatibiln茅 bal铆ky

Niektor茅 bal铆ky upravuj煤 obsah s煤boru /var alebo /srv vo svojich RPM %post
skriptoch. Tieto bal铆ky nie s煤 kompatibiln茅. Ak n谩jdete tak媒to bal铆k, podajte
spr谩vu o chybe.

Na poskytovanie t媒chto funkci铆 sa tento syst茅m aktualiz谩ci铆 spolieha na:

  鈥� Sn铆mky Btrfs聽 Pred spusten铆m aktualiz谩cie syst茅mu sa vytvor铆 nov谩 sn铆mka
    Btrfs kore艌ov茅ho s煤borov茅ho syst茅mu. Potom s煤 v拧etky zmeny z aktualiz谩cie
    nain拧talovan茅 do tejto sn铆mky Btrfs. Ak chcete dokon膷i钮 aktualiz谩ciu,
    m么啪ete potom syst茅m re拧tartova钮 do novej sn铆mky.

    Ak chcete vr谩ti钮 aktualiz谩ciu, jednoducho spustite syst茅m z predch谩dzaj煤cej
    sn铆mky.

  鈥� Kore艌ov媒 s煤borov媒 syst茅m len na 膷铆tanie聽 Aby nedo拧lo k probl茅mom so stratou
    煤dajov kv么li aktualiz谩ci谩m, kore艌ov媒 s煤borov媒 syst茅m nesmie by钮 inak
    zap铆san媒. Preto je kore艌ov媒 s煤borov媒 syst茅m pri norm谩lnej prev谩dzke
    pripojen媒 len na 膷铆tanie.

    Aby toto nastavenie pracovalo, museli sa vykona钮 dve dodato膷n茅 zmeny
    s煤borov茅ho syst茅mu: Umo啪ni钮 zapisovanie konfigur谩cie pou啪铆vate木a v /etc,
    tento adres谩r je automaticky konfigurovan媒 na pou啪itie OverlayFS. /var je
    teraz samostatn媒 podzv盲zok, do ktor茅ho mo啪no zapisova钮 procesmi.

D么le啪it茅

D么le啪it茅Transactional Server Vy啪aduje najmenej 12 GB miesta na disku

Syst茅mov谩 rola Transak膷n媒 server potrebuje ve木kos钮 disku najmenej 12 GB na
prijatie sn铆mok Btrfs.

D么le啪it茅

D么le啪it茅YaST nefunguje v transak膷nom re啪ime

V s煤膷asnosti YaST nepracuje s transak膷n媒mi aktualiz谩ciami. Je to preto, 啪e YaST
vykon谩va veci okam啪ite a preto啪e nem么啪e upravova钮 s煤borov媒 syst茅m, ktor媒 je len
膷铆tanie.

Ak chcete pracova钮 s transak膷n媒mi aktualiz谩ciami, v啪dy pou啪ite pr铆kaz
transactional-update namiesto YaST a Zypper pre cel煤 spr谩vu softv茅ru:

  鈥� Aktualizova钮 syst茅m: transactional-update up

  鈥� In拧talova钮 bal铆k: transactional-update pkg in PACKAGE_NAME

  鈥� Odstr谩ni钮 bal铆k: transactional-update pkg rm PACKAGE_NAME

  鈥� Ak chcete vr谩ti钮 posledn煤 sn铆mku, teda posledn煤 sadu zmien v kore艌ovom
    s煤borovom syst茅me, uistite sa, 啪e v谩拧 syst茅m je spusten媒 do 膹al拧ej k
    poslednej sn铆mke a spustite: transactional-update rollback

    Volite木ne pridajte ID sn铆mky na koniec pr铆kazu na vr谩tenie sa na konkr茅tne
    ID.

Pri pou啪铆van铆 tejto syst茅movej roly syst茅m v predvolenom nastaven铆 vykon谩 denn煤
aktualiz谩ciu a re拧tartuje sa medzi 03:30 a 05:00. Obe tieto akcie s煤 zalo啪en茅
na systemd a v pr铆pade potreby m么啪u by钮 zak谩zan茅 pomocou systemctl:

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

Viac inform谩ci铆 o transak膷n媒ch aktualiz谩ci谩ch n谩jdete v pr铆spevkoch blogu
openSUSE Kubic https://kubic.opensuse.org/blog/2018-04-04-transactionalupdates/
a https://kubic.opensuse.org/blog/2018-04-20-transactionalupdates2/.

1.2 In拧tal谩cia na pevn媒ch diskoch s kapacitou menej ako 12 GB

In拧tal谩tor navrhne sch茅mu rozdelenia disku iba vtedy, ak je dostupn谩 ve木kos钮
pevn茅ho disku v盲膷拧ia ako 12 GB. Ak chcete nastavi钮 napr铆klad ve木mi mal茅 obrazy
virtu谩lnych strojov, pou啪ite sprev谩dzan茅 rozdelenie disku na vyladenie
parametrov rozdelenia ru膷ne.

1.3 UEFI鈥擴nified Extensible Firmware Interface

Pred in拧tal谩ciou openSUSE na syst茅me, ktor媒 sa zav谩dza pomocou UEFI (Unified
Extensible Firmware Interface), odpor煤膷a sa skontrolova钮 ak茅ko木vek aktualiz谩cie
firmv茅ru, ktor茅 odpor煤膷a dod谩vate木 hardv茅ru a, ak s煤 k dispoz铆cii, in拧tal谩cia
tak媒chto aktualiz谩ci铆. Predin拧tal谩cia Windows 8 alebo nov拧ieho syst茅mu je
siln媒m n谩znakom, 啪e v谩拧 syst茅m 拧tartuje pomocou UEFI.

Pozadie: Niektor茅 firmv茅ry UEFI obsahuj煤 chyby, ktor茅 sp么sobuj煤 nefunk膷nos钮, ak
je zap铆san媒ch do 煤lo啪n茅ho priestoru UEFI pr铆li拧 ve木a d谩t. Nikto v skuto膷nosti
nevie, ko木ko je to 鈥減r铆li拧 ve木a鈥�.

openSUSE zni啪uje riziko t媒m, 啪e nezapisuje viac ne啪 z谩kladn茅 minimum potrebn茅
pre 拧tart OS. Toto minimum znamen谩 ozn谩menie pre firmware UEFI, kde se nach谩dza
spr谩vca 拧tartu openSUSE. Upstream funkcie jadra Linuxu, ktor茅 pou啪铆vaj煤 煤lo啪n媒
priestor UEFI pre ulo啪enie inform谩ci铆 o 拧tarte syst茅mu a jeho zr煤ten铆 (pstore)
boli v predvolenom nastaven铆 zak谩zan茅. Napriek tomu je doporu膷en茅 nain拧talova钮
ka啪d煤 aktualiz谩ciu pre firmware, ktor煤 v媒robca odpor煤膷a.

1.4 UEFI, GPT a MS-DOS oddiely

Spolu so 拧pecifik谩ciou UEFI/EFI pri拧iel nov媒 拧t媒l rozdelenia diskov: GPT (GUID
Partition Table). T谩to nov谩 sch茅ma pou啪铆va glob谩lne jedine膷n茅 identifik谩tory
(128-bitov茅 hodnoty zobrazen茅 ako 32 hexadecim谩lnych 膷铆slic) pre identifik谩ciu
zariadenia a typov oddielov.

Okrem toho 拧pecifik谩cia UEFI tie啪 umo啪艌uje 拧tandardn茅 MBR (MS-DOS) oddiely.
Linuxov铆 spr谩vcovia 拧tartu (ELILO alebo GRUB2) sk煤拧aj煤 automaticky generova钮
GUID pre tieto star拧ie oddiely a zap铆sa钮 ich do firmware. Tak媒to GUID sa m么啪e
膷asto meni钮, 膷o sp么sobuje prep铆sanie firmv茅ru. Prepis sa sklad谩 z dvoch r么znych
oper谩ci铆: odstr谩nenie star茅ho z谩znamu a vytvorenie nov茅ho, ktor媒 nahrad铆
p么vodn媒.

Modern媒 firmware m谩 garbage collector, ktor媒 zhroma啪膹uje vymazan茅 z谩znamy a
uvo木艌uje pam盲钮 vyhraden煤 pre star茅 z谩znamy. Probl茅m nast谩va, ke膹 chybn媒
firmware nezhroma啪膹uje a neuvo木艌uje z谩znamy; m么啪e to skon膷i钮 s nespustite木n媒m
syst茅mom.

Ak chcete tento probl茅m vyrie拧i钮, zme艌te star拧铆 MBR diskov媒 oddiel na GPT.

2 Zv媒拧enie verzie syst茅mu

T谩to 膷as钮 obsahuje pozn谩mky t媒kaj煤ce sa zv媒拧enia verzie. Podporovan茅 scen谩re a
podrobn茅 pokyny na zv媒拧enie verzie n谩jdete v dokument谩cii na:

  鈥� https://en.opensuse.org/SDB:System_upgrade

  鈥� https://doc.opensuse.org/documentation/leap/startup/html/book-startup/
    cha-update-osuse.html

Okrem toho skontrolujte Oddiel聽3, 鈥淶meny balenia鈥�.

3 Zmeny balenia

3.1 Zastaran茅 bal铆ky

Zastaran茅 bal铆ky s煤 st谩le dod谩van茅 ako s煤膷as钮 distrib煤cie, ale je napl谩novan茅,
啪e bud煤 odstr谩nen茅 膹al拧ou verziou openSUSE Leap. Tieto bal铆ky existuj煤 na
podporu migr谩cie, ale odr谩dza sa ich pou啪itie a nemusia dost谩va钮 aktualiz谩cie.

Ak chcete skontrolova钮, 膷i u啪 nie s煤 nain拧talovan茅 bal铆ky udr啪iavan茅, uistite
sa, 啪e je nain拧talovan媒 bal铆k lifecycle-data-openSUSE a potom pou啪ite pr铆kaz:

啪ivotn媒 cyklus zypper

3.2 Odstr谩nen茅 bal铆ky

Odstr谩nen茅 bal铆ky u啪 nie s煤 dod谩van茅 ako s煤膷as钮 distrib煤cie.

  鈥� gnome-todo: gnome-todo was replaced by package Endeavour.

    msgpack: msgpack was replaced by msgpack-c and msgpack-cxx.

    nodejs-electron: This old version of Electron is EOL, and we are unable to
    support this runtime throughout Leap's lifetime due to frequent ABI breaks.
    Current versions of Electron are still available from the
    devel:languages:nodejs repository on OBS.

4 Ovl谩da膷e a hardv茅r

4.1 Secure Boot: Ovl谩da膷e tret铆ch str谩n musia by钮 spr谩vne podp铆san茅

Od openSUSE Leap 15.2 je teraz povolen谩 kontrola podpisov modulov jadra pre
ovl谩da膷e tret铆ch str谩n (CONFIG_MODULE_SIG=y). Toto je d么le啪it茅 bezpe膷nostn茅
opatrenie, aby sa zabr谩nilo spusteniu ned么veryhodn茅ho k贸du v jadre.

Ak je povolen媒 UEFI Secure Boot, m么啪e to zabr谩ni钮 na膷铆taniu modulov jadra
tret铆ch str谩n. Bal铆ky modulov jadra (Kernel Module Packages, KMPs) z
ofici谩lnych repozit谩rov openSUSE nie s煤 ovplyvnen茅, preto啪e moduly, ktor茅
obsahuj煤, s煤 podp铆san茅 k木煤膷om openSUSE. Kontrola podpisu m谩 nasleduj煤ce
spr谩vanie:

  鈥� Moduly jadra, ktor茅 s煤 nepodp铆san茅 a podp铆san茅 k木煤膷om, ktor媒 je bu膹 zn谩my
    ako ned么veryhodn媒, alebo ho nemo啪no overi钮 na z谩klade syst茅movej datab谩zy
    d么veryhodn媒ch k木煤膷ov, bud煤 zablokovan茅.

Je mo啪n茅 vygenerova钮 vlastn媒 certifik谩t, zap铆sa钮 ho do syst茅movej datab谩zy
Machine Owner Key (MOK) a podp铆sa钮 lok谩lne skompilovan茅 moduly jadra s t媒mto
certifika膷n媒m k木煤膷om. Moduly podp铆san茅 t媒mto sp么sobom nebud煤 zablokovan茅 ani
nevyvolaj煤 varovania. Pozrite si https://en.opensuse.org/openSUSE:UEFI.

Preto啪e to tie啪 ovplyv艌uje grafick茅 ovl谩da膷e NVIDIA, rie拧ili sme to v na拧ich
ofici谩lnych bal铆koch pre openSUSE. Po in拧tal谩cii v拧ak mus铆te manu谩lne zap铆sa钮
nov媒 k木煤膷 MOK, aby nov茅 bal铆ky fungovali. Pokyny ako nain拧talova钮 ovl谩da膷e a
zap铆sa钮 k木煤膷 MOK n谩jdete v https://en.opensuse.org/SDB:NVIDIA_drivers#
Secureboot.

4.2 Sie钮ov媒 in拧tala膷n媒 obraz sa zasekne pri spusten铆 na Raspberry Pi 4

Spustenie obrazu sie钮ovej in拧tal谩cie z USB k木煤膷a na Raspberry Pi 4 sa pri
拧tarte zasekne. Ak chcete tento probl茅m vyrie拧i钮, pridajte parameter 拧tartu
syst茅mu console=tty. Podrobnosti n谩jdete v 膷asti zn谩me probl茅my v na拧om Zoznam
hardv茅rovej kompatibility Raspberry Pi 4.

5 Desktop

This section lists desktop issues and changes in openSUSE Leap 15.5.

5.1 Odstr谩nenie KDE 4 a Qt 4

Bal铆ky KDE 4 nebud煤 s煤膷as钮ou openSUSE Leap 15.4. Pros铆m, aktualizujte svoj
syst茅m na Plasma 5 a Qt 5. Niektor茅 bal铆ky Qt 4 m么啪u zosta钮 zachovan茅 z d么vodu
kompatibility. https://bugzilla.opensuse.org/show_bug.cgi?id=1179613.

6 V拧eobecn茅

6.1 podpora iotop

iotop nezobrazuje hodnoty SWAPIN a IO %.

Od jadra Linuxu 5.14 je potrebn茅 zada钮 bu膹 sp煤拧钮ac铆 parameter jadra delayacct
alebo povoli钮 kernel.task_delayacct sysctl.

7 膸al拧ie inform谩cie a sp盲tn谩 v盲zba

  鈥� Pre膷铆tajte si dokumenty README na m茅diu.

  鈥� Z铆skajte podrobn茅 inform谩cie o zmen谩ch konkr茅tneho bal铆ka z jeho RPM:

    rpm --changelog -qp N脕ZOV_S脷BORU.rpm

    Nahra膹te FILENAME s n谩zvom RPM.

  鈥� Chronologick媒 z谩znam v拧etk媒ch zmien vykonan媒ch v aktualizovan媒ch bal铆koch
    n谩jdete v s煤bore ChangeLog v najvy拧拧ej adres谩rovej 煤rovni m茅dia.

  鈥� 膸al拧ie inform谩cie n谩jdete na m茅diu v adres谩ri docu.

  鈥� Dodato膷n煤 alebo aktualizovan煤 dokument谩ciu n谩jdete na https://
    doc.opensuse.org/.

  鈥� Najnov拧ie spr谩vy o produkte od openSUSE n谩jdete na https://www.opensuse.org
    .

Copyright 漏 SUSE LLC

漏 2023 SUSE