Release Notes for openSUSE/Leap 15.2 — Slovak @ openSUSE Weblate: systemctl disable --now transactional-update.timer rebootmgr.service

Translation

English (itstool) path: sect2/screen

Slovak

Needs editing

Skip

	English	Slovak	Actions
	To revert the update, simply boot from the previous snapshot instead.	Ak chcete vrátiť aktualizáciu, jednoducho spustite systém z predchádzajúcej snímky.
	A read-only root file system	Koreňový súborový systém len na čítanie
	To avoid issues with and data loss because of updates, the root file system must not be written to otherwise. Therefore, the root file system is mounted read-only during normal operation.	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.
	To make this setup work, two additional changes to the file system needed to be made: To allow writing user configuration in <filename>/etc</filename>, this directory is automatically configured to use OverlayFS. <filename>/var</filename> is now a separate subvolume which can be written to by processes.	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 <filename>/etc</filename>, tento adresár je automaticky konfigurovaný na použitie OverlayFS. <filename>/var</filename> je teraz samostatný podzväzok, do ktorého možno zapisovať procesmi.
	<emphasis>Transactional Server</emphasis> Needs At Least 12 GB of Disk Space	<emphasis>Transactional Server</emphasis> Vyžaduje najmenej 12 GB miesta na disku
	The system role <emphasis>Transactional Server</emphasis> needs a disk size of at least 12 GB to accommodate Btrfs snapshots.	Systémová rola <emphasis>Transakčný server</emphasis> potrebuje veľkosť disku najmenej 12 GB na prijatie snímok Btrfs.
	YaST Does Not Work Transactional Mode	YaST nefunguje v transakčnom režime
	Currently, YaST does not work with transactional updates. This is because YaST performs things immediately and because it cannot edit a read-only filesystem.	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.
	To work with transactional updates, always use the command <command>transactional-update</command> instead of YaST and Zypper for all software management:	Ak chcete pracovať s transakčnými aktualizáciami, vždy použite príkaz <command>transactional-update</command> namiesto YaST a Zypper pre celú správu softvéru:
	Update the system: <command>transactional-update up</command>	Aktualizovať systém: <command>transactional-update up</command>
	Install a package: <command>transactional-update pkg in <replaceable>PACKAGE_NAME</replaceable></command>	Inštalovať balík: <command> transactional-update pkg in <replaceable>PACKAGE_NAME</replaceable></command>
	Remove a package: <command>transactional-update pkg rm <replaceable>PACKAGE_NAME</replaceable></command>	Odstrániť balík: <command>transactional-update pkg rm <replaceable>PACKAGE_NAME</replaceable></command>
	To revert the last snapshot, that is the last set of changes to the root file system, make sure your system is booted into the next to last snapshot and run: <command>transactional-update rollback</command>	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: <command>transactional-update rollback</command>
	Optionally, add a snapshot ID to the end of the command to rollback to a specific ID.	Voliteľne pridajte ID snímky na koniec príkazu na vrátenie sa na konkrétne ID.
	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 <command>systemctl</command>:	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 <command>systemctl</command>:
	systemctl disable --now transactional-update.timer rebootmgr.service	systemctl disable --now transactional-update.timer rebootmgr.service
	For more information about transactional updates, see the openSUSE Kubic blog posts <link xlink:href="https://kubic.opensuse.org/blog/2018-04-04-transactionalupdates/"/> and <link xlink:href="https://kubic.opensuse.org/blog/2018-04-20-transactionalupdates2/"/>.	Viac informácií o transakčných aktualizáciách nájdete v príspevkoch blogu openSUSE Kubic <link xlink:href="https://kubic.opensuse.org/blog/2018-04-04-transactionalupdates/"/> a <link xlink:href="https://kubic.opensuse.org/blog/2018-04-20-transactionalupdates2/"/>.
	Installing on Hard Disks With Less Than 12 GB of Capacity	Inštalácia na pevných diskoch s kapacitou menej ako 12 GB
	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.	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.
	Btrfs Filesystem RAM and Storage Requirements	Požiadavky na RAM a úložisko súborového systému Btrfs
	The Btrfs filesystem is best used on systems with sufficient RAM and storage. SSD is also recommended. There have been user reports of performance degradation on systems with low amounts of RAM (4 GiB or less) and regular hard disk drives.	Súborový systém Btrfs sa najlepšie používa v systémoch s dostatočnou RAM a úložiskom. Odporúča sa aj SSD. Používatelia hlásili zníženie výkonu v systémoch s malými veľkosťami RAM (4 GiB alebo menej) a bežnými pevnými diskami.
	UEFI—Unified Extensible Firmware Interface	UEFI—Unified Extensible Firmware Interface
	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.	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.
	<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>Pozadie:</emphasis> 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 <quote>príliš veľa</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.	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í (<literal>pstore</literal>) boli v predvolenom nastavení zakázané. Napriek tomu je doporučené nainštalovať každú aktualizáciu pre firmware, ktorú výrobca odporúča.
	UEFI, GPT, and MS-DOS Partitions	UEFI, GPT a MS-DOS oddiely
	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.	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.
	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.	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 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.	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.
	To work around this problem, convert the legacy MBR partition to GPT.	Ak chcete tento problém vyriešiť, zmeňte starší MBR diskový oddiel na GPT.
	System Upgrade	Zvýšenie verzie systému

Loading…

No matching activity found.

Browse all string changes

Things to check

Unchanged translation

Source and translation are identical

Reset

Glossary

English	Slovak
No related strings found in the glossary.

String information

Source string description

(itstool) path: sect2/screen

Flags

no-wrap

Source string location

xml/release-notes.xml:217

String age

4 years ago

Last updated

2 weeks ago

Source string age

4 years ago

Translation file

po/sk.po, string 43