Release Notes for openSUSE/Leap 15.3 — Lithuanian @ openSUSE Weblate: This section lists notes related to upgrading the system. For …

Translation

Source change

English (itstool) path: sect1/para

Lithuanian

Needs editing

Skip

	English	Lithuanian	Actions
	Installing on hard disks with less than 12 GB of capacity
	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.
	UEFI—Unified Extensible Firmware Interface	UEFI — Unifikuota išplečiama programinės aparatinės įrangos sąsaja
	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.	Prieš diegdami openSUSE į sistemą, kuriai paleisti reikalinga UEFI (angl. „Unified Extensible Firmware Interface“), patikrinkite, ar jūsų aparatinės įrangos gamintojas nepateikė programinės aparatinės įrangos (angl. „firmware“) atnaujinimų; jei pateikia – juos įdiekite pirmiausiai. Jei Jūsų kompiuteryje jau įdiegta Windows 8 ar naujesnė Windows sistemos versija, tuomet jūsų sistemos paleidimui UEFI tikrai reikia.
	<emphasis>Background:</emphasis> Some UEFI firmware has bugs that cause it to break if too much data gets written to the UEFI storage area. However, there is no clear data of how much is <quote>too much</quote>.	<emphasis>Papildomi paaiškinimai:</emphasis> UEFI programinėje aparatinėje įrangoje („firmware“) kai kuriais atvejais gali būti klaidų, kurios gali sutrikdyti sistemą, bet tik tada, jei į UEFI atmintį įrašoma per daug duomenų. Niekas nežino, kiek būtų jau <quote>per daug</quote>.
	openSUSE minimizes the risk by not writing more than the bare minimum required to boot the OS. The minimum means telling the UEFI firmware about the location of the openSUSE boot loader. Upstream Linux kernel features that use the UEFI storage area for storing boot and crash information (<literal>pstore</literal>) have been disabled by default. Nevertheless, it is recommended to install any firmware updates the hardware vendor recommends.	Norėdama kaip galima sumažinti riziką, openSUSE įrašo tik tiek, kiek reikia operacinei sistemai paleisti. Minimumas reiškia tai, kad UEFI programinė įranga sužino apie openSUSE paleidyklės vietą. Standartiniame Linux branduolyje išjungta tiek savybė naudoti UEFI atmintį paleidimo informacijos laikymui, tiek lūžių informacijos laikymui (<literal>pstore</literal>). Vis dėl to, jei yra atnaujinimų, patariama atnaujinti programinę aparatinę įrangą („firmware“).
	UEFI, GPT, and MS-DOS partitions	UEFI, GPT ir MS-DOS skaidiniai
	Together with the EFI/UEFI specification, a new style of partitioning arrived: GPT (GUID Partition Table). This new schema uses globally unique identifiers (128-bit values displayed in 32 hexadecimal digits) to identify devices and partition types.	Su EFI/UEFI specifikacija ateina naujas skaidinių tvarkymo stilius: GPT (GUID Partition Table). Šioje naujoje schemoje įrenginiams ir skaidinių tipams identifikuoti naudojami bendrieji unikalūs identifikatoriai (128 bitų reikšmės rodomos 32 šešioliktainiais skaitmenimis).
	Additionally, the UEFI specification also allows legacy MBR (MS-DOS) partitions. The Linux boot loaders (ELILO or GRUB 2) try to automatically generate a GUID for those legacy partitions, and write them to the firmware. Such a GUID can change frequently, causing a rewrite in the firmware. A rewrite consists of two different operations: Removing the old entry and creating a new entry that replaces the first one.	Be to, UEFI specifikacija be kita ko leidžia senuosius MBR (MS-DOS) skaidinius. Linux paleidyklės (ELILO ar GRUB2) šiems seniems skaidiniams bando automatiškai sukurti GUID ir į juos įrašyti programinę aparatinę įrangą (angl. firmware). Toks GUID gali dažnai keistis, tad gali būti perrašyta programinė aparatinė įranga. Perrašymą sudaro du atskiri žingsniai: senojo įrašo pašalinimas ir naujojo įrašo sukūrimas, kuris pakeičia senąjį.
	Modern firmware has a garbage collector that collects deleted entries and frees the memory reserved for old entries. A problem arises when faulty firmware does not collect and free those entries. This can result in a non-bootable system.	Šiuolaikinė programinė aparatinė įranga stengiasi surinkti „šiukšles“ – ištrintus įrašus – ir atlaisvina tiems seniesiems įrašams skirtą vietą. Problemų kyla, kai klaidinga programinė įranga nesurenka šiukšlių ir neatlaisvina tų įrašų; dėl to sistema gali nebepasileisti.
	To work around this problem, convert the legacy MBR partition to GPT.	Problemą išspręsite senąjį MBR skaidinį konvertavę į GPT.
	<literal>tlp</literal> package service
	During installation on a laptop, the <literal>tlp</literal> package is installed (together with its sub-package <literal>tlp-rdw</literal>, if the installation of recommended packages is enabled). This package provides additional tools to save battery power on laptops, especially Lenovo laptops.
	The service is not enabled by default because it might interfere with other specialized laptop tools, for example, <literal>laptop-mode-tools</literal>, <literal>rfkill</literal>, <literal>gnome-power-manager</literal>, or <literal>kde-power-manager</literal>. To enable and start the service explicitly, use YaST Services Manager or use the command <literal> systemctl enable --now tlp.service </literal>. If you encounter any unexpected behavior afterward, for example, WiFi problems or non-functional USB ports, disable the service again.
	System upgrade	Sistemos naujovinimas
	This section lists notes related to upgrading the system. For supported scenarios and detailed upgrade instructions, see the documentation at:	Šioje dalyje pateikiamos pastabos apie sistemos naujovinimą. Naujovinimas išsamiai aprašytas <link href="https://doc.opensuse.org/documentation/leap/startup/html/book.opensuse.startup/cha.update.osuse.html"/>.
	Additionally, check <xref linkend="removed-deprecated"/>.
	Seamless upgrade from openSUSE Leap 15.2	Naujovinimas iš openSUSE Leap 42.2
	openSUSE Leap 15.3 is newly built on top of binary rpms from SUSE Linux Enterprise Server. This change was introduced as part of the Closing The Leap Gap (CtLG) effort to bring openSUSE Leap and SUSE Linux Enterprise Server closer together.
	Unlike 15.2, the default installation of openSUSE Leap 15.3 contains the majority of rpms from SUSE Linux Enterprise Server. These rpms are signed by SUSE LLC instead of using the openSUSE key. The <package>libzypp</package> package version 12.25.8 introduced whitelist for the SUSE LLC and openSUSE vendor exchange to allow seamless migration. This whitelist removes the need to specify <literal>--allow-vendor-change</literal> for openSUSE and SUSE LLC vendor exchange only. You might still need to specify <literal>--allow-vendor-change</literal> during migration if you are using OBS repositories signed with other keys.
	openSUSE Leap releases older than 15.2 do not contain this feature because they are not supported anymore. All users are advised to upgrade to openSUSE Leap 15.2 with the latest updates before upgrading to 15.3. The following parameters can be used as a workaround for <package>libzypp</package> versions older than 12.25.8 (replace 15.0 below with your current openSUSE version):
	zypper addrepo --check --refresh --name 'openSUSE-Leap-15.0-Update' http://download.opensuse.org/update/leap/15.0/oss/ repo-update zypper dup --allow-vendor-change --force-resolution
	openSUSE Leap 15.3 provides all the required RPM verification keys, including the SUSE Linux Enterprise Server ones, as part of the <package>openSUSE-build-key</package> package. All the keys are also newly available inside the OSS repository.
	The <package>libzypp</package> package version 17.25.11 should automatically import the required keys that are identified as trusted. If it has, you will be notified about the import and no other action will be needed.
	If the system has not imported the key that was used to sign the <literal>repodata</literal>, you will need to import it manually. You can check by running the following command:
	rpm -qa gpg-pubkey
	The output should include a line starting with the following text: <literal>gpg-pubkey-39db7c82-*</literal> If it does not, the do the following to import the key manually:
	Download the SUSE Linux Enterprise 15 key from <link xlink:href="https://download.opensuse.org/distribution/leap/15.3/repo/oss/gpg-pubkey-39db7c82-5847eb1f.asc"/>.
	Save the key to the <literal>/var/cache/zypp/pubkeys</literal> directory. Rename it so that it ends with <literal>.key</literal>.
	Run the <literal>zypper dup</literal> command. You will be asked to import the missing key. This will happen even if the key is in the directory mentioned above. If the file contains multiple keys, zypper will import only the required key.
	For more information, see <link xlink:href="https://bugzilla.opensuse.org/show_bug.cgi?id=1184326"/>.	Daugiau papildomos ir atnaujintos informacijos rasite <link href="https://doc.opensuse.org/"/>.

Loading…

No matching activity found.

Browse all string changes

Things to check

Mismatched colon

Source and translation do not both end with a colon

Reset

Mismatched full stop

Source and translation do not both end with a full stop

Reset

Glossary

English	Lithuanian
upgrade	naujovinti; atnaujinti	Release Notes for openSUSE
upgrade	naujovinimas; atnaujinimas	Release Notes for openSUSE
upgrading	naujovinimas	Release Notes for openSUSE
upgrading	atnaujinimas	Release Notes for openSUSE

String information

Source string description

(itstool) path: sect1/para

Source string location

xml/release-notes.xml:349

String age

3 years ago

Last updated

2 weeks ago

Source string age

3 years ago

Translation file

po/lt.po, string 65