Release Notes for openSUSE/Leap 15.4 — Swedish @ openSUSE Weblate: Prior to installing openSUSE on a system that boots using …

Translation

English (itstool) path: sect2/para

Swedish

Needs editing

Skip

	English	Swedish	Actions
	The system role <emphasis>Transactional Server</emphasis> needs a disk size of at least 12 GB to accommodate Btrfs snapshots.	Systemrollen <emphasis>Transactional Server</emphasis> behöver minst 12 GB ledigt diskutrymme för Btrfs-ögonblicksbilder.
	YaST Does Not Work Transactional Mode	YaST fungerar inte i transaktionsläge
	Currently, YaST does not work with transactional updates. This is because YaST performs things immediately and because it cannot edit a read-only filesystem.	För närvarande fungerar inte YaST med transaktionella uppdateringar. Detta beror på att YaST utför saker omedelbart och för att det inte kan redigera ett skrivskyddat filsystem.
	To work with transactional updates, always use the command <command>transactional-update</command> instead of YaST and Zypper for all software management:	För att arbeta med transaktionsuppdateringar, använd alltid kommandot <command>transactional-update</command> i stället för YaST och Zypper vid programhantering:
	Update the system: <command>transactional-update up</command>	Uppdatera systemet med kommandot: <command>transactional-update up</command>
	Install a package: <command>transactional-update pkg in <replaceable>PACKAGE_NAME</replaceable></command>	Installera paket med kommandot: <command>transactional-update pkg in <replaceable>PAKET_NAMN</replaceable></command>
	Remove a package: <command>transactional-update pkg rm <replaceable>PACKAGE_NAME</replaceable></command>	Ta bort paket med kommandot: <command>transactional-update pkg rm<replaceable>PAKET_NAMN</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>	För att återställa den sista ögonblicksbilden, dvs. den avbild som innehåller förändringarna i rotfilsystemet, kontrollera att ditt system är startat med den näst sista ögonblicksbilden och kör kommandot: <command>transactional-update rollback</command>
	Optionally, add a snapshot ID to the end of the command to rollback to a specific ID.	Alternativt, lägg till ett ögonblicksbild-ID till slutet av kommandot för att återgå till ett specifikt 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>:	Den här systemrollen utför som standard en daglig omstart av systemet mellan 03:30 och 05:00. Båda dessa åtgärder hanteras av systemd, och kan om nödvändigt inaktiveras med <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/"/>.	För mer information om transaktionsuppdateringar, se openSUSE Kubic bloggposter <link xlink:href="https://kubic.opensuse.org/blog/2018-04-04-transactionalupdates/"/> och <link xlink:href="https://kubic.opensuse.org/blog/2018-04-20-transactionalupdates2/"/>.
	Installing on Hard Disks With Less Than 12 GB of Capacity	Installation på hårddiskar med kapacitet mindre än 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.	Installationsprogrammet kommer bara att föreslå ett partitioneringsschema om den tillgängliga hårddiskstorleken är större än 12 GB. Om du t.ex. vill ställa in mycket små virtuella maskinbilder, använd den guidade partitionshanteraren.
	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.	Innan du installerar openSUSE på en dator som använder UEFI (Unified Extensible Firmware Interface) bör du kontrollera i fall det finns, och i så fall installera installera rekommenderade firmware-uppdateringar för din hårdvara. Att din dator levererats med Windows 8 eller senare är tecken på att datorn har UEFI boot.
	<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>Bakgrund:</emphasis> En del UEFI-firmware har en bugg som får datorn att krascha om operativsystemet skriver in för mycket data i UEFI:ets lagringsutrymme. Men det finns inget som berättar vad som är <quote>för mycket</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 minimerar denna risk genom att bara skriva in så mycket som behövs för att starta operativsystemet. Det som skrivs in är endast var UEFI-firmwaret skall leta efter openSUSE:s bootloader. Funktioner för att för att lagra uppstartsloggar och information om kraschar (<literal>pstore</literal>) i UEFI-området som uppströms Linuxkärnor har, är därför avstängd. Men trots det bör du uppdatera ditt UEFI-firmware för att undvika eventuella problem.
	UEFI, GPT, and MS-DOS Partitions	UEFI, GPT och MS-DOS partitioner
	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.	Med EFI/UEFI specifikationerna kom en ny modell för partitionering: GPT (GUID Partition Table). Denna nya layout använder GUID-identifierare (ett globalt unikt 128-bit tal visat i 32 hexadecimala siffror) för att identifiera enheter och partitionstyper.
	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.	UEFI specifikationerna tillåter också partitioner av den föråldrade typen MBR (MS-DOS). Linux bootladdare (ELILO eller GRUB 2) försöker att automatiskt generera ett GUID för partitioner av denna typ och skriva in dem i firmwaret. Sådana GUID kan ändras ofta och måste då omregistreras i firmwaret. En omregistrering består av två operationer: avlägsna det gamla ID:et och skapa ett nytt som ersätter det gamla.
	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.	Moderna firmware har en soptunnehanterare som registrerar de borttagna ID:en och frigör minnet som är reserverat för dessa. Felaktiga firmware som inte lyckas frigöra dessa resurser kan leda till att datorn inte längre kan starta.
	To work around this problem, convert the legacy MBR partition to GPT.	Omvandla MBR-partitionerna till GPT för att komma runt problemet .
	System Upgrade	Systemuppdatering
	This section lists notes related to upgrading the system. For supported scenarios and detailed upgrade instructions, see the documentation at:	Detta avsnitt innehåller viktig information om uppgradering av systemet. För olika understödda scenario och detaljerade instruktioner om uppgradering, se:
	Additionally, check <xref linkend="packages"/>.	För ytterligare information, se <xref linkend="sec.packages"/>.
	Packaging Changes	Paketändringar
	Deprecated Packages	Föråldrade paket
	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.	Föråldrade paket levereras fortfarande som en del av distributionen, men kommer att plockas bort i nästa version av openSUSE. De finns med för att underlätta övergången, men du bör undvika att använda dem då de inte uppdateras.
	To check whether installed packages are no longer maintained, make sure that the <package>lifecycle-data-openSUSE</package> package is installed, then use the command:	För att ta reda på i fall ett installerat paket inte längre underhålls förvissa dig om att <package>lifecycle-data-openSUSE</package> paketet är installerat, och kör sedan kommandot:
	zypper lifecycle	zypper lifecycle

Loading…

No matching activity found.

Browse all string changes

Things to check

Consecutive duplicated words

Text contains the same word twice in a row: installera

Reset

Glossary

English	Swedish
No related strings found in the glossary.

String information

Source string description

(itstool) path: sect2/para

Source string location

xml/release-notes.xml:239

String age

2 years ago

Last updated

a month ago

Source string age

2 years ago

Translation file

po/sv.po, string 48