openSUSE Tumbleweed
Uitgavenotities #
openSUSE is een vrij en op Linux gebaseerd besturingssysteem voor uw PC, Laptop of Server. U kunt over het web surfen, uw e-mailberichten en foto's beheren, kantoorwerk doen, video's of muziek afspelen en veel plezier hebben!
De uitgavenotities zijn voortdurend in ontwikkeling. Om de laatste wijzigingen te vinden, kijk naar de online versie op https://doc.opensuse.org/release-notes. De Engelse uitgavenotities worden bijgewerkt wanneer dat nodig is. Vertaalde versies kunnen tijdelijk niet compleet zijn.
Om bugs te rapporteren tegen deze uitgave, gebruikt u de openSUSE Bugzilla. Voor meer informatie, kijk op https://en.opensuse.org/openSUSE:Submitting_bug_reports.
1 Installatie #
1.1 UEFI—Unified Extensible Firmware Interface #
Alvorens openSUSE te installeren op een systeem dat opstart met UEFI (Unified Extensible Firmware Interface), wordt u dringend aangeraden om te controleren op firmware-updates aanbevolen door de maker van de hardware en, indien beschikbaar, zo'n update te installeren. Een vooraf geïnstalleerde Windows 8 is een sterke aanwijzing dat uw systeem opstart met UEFI.
Achtergrond: Sommige UEFI-firmware bevat bugs die
er de oorzaak van is dat het niet werkt als er te veel gegevens naar
het UEFI-opslaggebied weggeschreven zijn. Niemand weet echter echt
hoeveel "te veel" is. openSUSE minimaliseert het risico door niet meer
weg te schrijven dan het noodzakelijke minimum nodig om het OS op te
starten. Het minimum betekent het aan de UEFI-firmware vertellen van de
locatie van de openSUSE-bootloader. Bovenstroomse functies van de
Linux-kernel die het UEFI-opslaggebied gebruikt voor opslag van
opstart- en crashinformatie (pstore
) zijn standaard
uitgeschakeld. Niettemin is het aanbevolen om elke update van firmware
die de maker van de hardware aanbeveelt uit te voeren.
1.2 UEFI-, GPT- en MS-DOS-partities #
Samen met de EFI/UEFI-specificaties is er een nieuwe manier van partities maken gekomen: GPT (GUID Partition Table). Dit nieuwe schema gebruikt globaal unieke identifiers (128-bit waarden getoond in 32 hexadecimale tekens) om apparaten en typen partities te identificeren.
Additionally, the UEFI specification also allows legacy MBR (MS-DOS) partitions. The Linux boot loaders (ELILO or GRUB2) 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.
Moderne firmware heeft een garbage-collector die verwijderde items verzameld en het voor oude items gereserveerde geheugen vrijmaakt. Er ontstaat een probleem wanneer defecte firmware dit niet verzamelt en deze items niet vrijmaakt; dit kan eindigen met een systeem dat niet opgestart kan worden.
Er omheen werken is eenvoudig: converteer de ouderwetse MBR-partitie naar het nieuwe GPT om dit probleem volledig te vermijden.
2 Algemeen #
2.1 Systeem met partitie met LUKS versleuteld kan niet booten #
In sommige gevallen kan Plymouth niet de prompt voor de wachtwoordzin
niet juist tonen. Om dit te repareren, voeg
plymouth.enable=0
toe aan de opdrachtregel van de
kernel. Zie ook
https://bugzilla.opensuse.org/show_bug.cgi?id=966255.
2.2 systemctl stop apparmor
werkt niet #
In het verleden kon er verwarring zijn over het verschil tussen hoe de
erg gelijk genaamde systemctl
subcommands
reload
en restart
werken voor
AppArmor:
systemctl reload apparmor
herlaadde alle AppArmor profielen. (Het was en is nog steeds de aanbevolen manier van herladen van AppArmor profielen.)systemctl restart apparmor
beteknt dat AppArmor zou stoppen, waarbij AppArmor alle profielen ontlaadt en dan opnieuw start die alle bestaande processen onbeschermd laaty. Alleen nieuw gestarte processen zouden dan weer beschermd worden.
systemd
levert helaas geen oplossing binnen
het format van het unitbestand voor het probleem dat komt van het
restart
scenario.
Beginnend met AppArmor 2.12 zal het commando systemctl stop
apparmor
niet meer werken. Als gevolg zal systemctl
restart apparmor
nu juist AppArmor profielen herladen.
Om alle AppArmor profielen te ontladen gebruikt dan het nieuwe commando
aa-teardown
in plaats van wat overeenkomt met het
vorige gedrag van systemctl stop apparmor
.
For more information, see https://bugzilla.opensuse.org/show_bug.cgi?id=996520 and https://bugzilla.opensuse.org/show_bug.cgi?id=853019.
2.3 Geen standaard compositietoetscombinatie #
In vorige versies van openSUSE gaf de compositietoetscombinatie de mogelijkheid tekens te typen die geen onderdeel zijn van de reguliere toetsenbordindeling. Om bijvoorbeeld "å" te maken, kunt u indrukken en loslaten Shift–Rechter Ctrl en dan a tweemaal indrukken.
In openSUSE Tumbleweed is er niet langer een voorgedefinieerde compositietoetscombinatie omdat Shift–Rechter Ctrl niet meer werkt zoals verwerkt.
Om een systeembrede eigen compositietoetscombinatie te definiëren, gebruik het bestand
/etc/X11/Xmodmap
en kijk naar de volgende regels:[...] !! Derde voorbeeld: Wijzig rechter Control-toets naar Compositietoets. !! Om een teken samen te stellen druk op deze toets en daarna op twee !! tekens (bijv. `a' en `^' om 342 te krijgen (â). !remove Control = Control_R !keysym Control_R = Multi_key !add Control = Control_R [...]
Om commentaar van de voorbeeldcode te verwijderen, verwijder de tekens
!
aan het begin van regels. Merk echter op dat de setup uitXmodmap
overschreven zal worden als usetxkbmap
gebruikt.Om een gebruiker-specifieke compositietoetscombinatie te definiëren, gebruikt u het configuratiehulpmiddel voor het toetsenbord van uw bureaublad of het opdrachtregelhulpmiddel
setxkbmap
:setxkbmap [...] -option compose:COMPOSITIE_TOETS
Voor de variabele COMPOSITIETOETS gebruikt u uw teken met voorkeur, bijvoorbeeld
ralt
,lwin
,rwin
,menu
,rctl
ofcaps
.Als alternatief gebruikt u een IBus invoermethode die in staat stelt de tekens te typen zonder een compositietoets te gebruiken.
3 Meer informatie en terugkoppeling #
Lees de documenten
README
op het medium.Bekijk gedetailleerde log met informatie over een specifiek pakket uit zijn RPM:
rpm --changelog -qp BESTANDSNAAM.rpm
Vervang BESTANDSNAAM door de naam van de RPM.
Controleer het bestand
ChangeLog
op het topniveau van het medium voor een chronologische log van alle wijzigingen gemaakt aan de bijgewerkte pakketten.Meer informatie in de map
docu
op het medium.Voor extra of bijgewerkte documentatie, zie https://doc.opensuse.org/.
Voor het laatste nieuws van openSUSE, zie https://www.opensuse.org.
Copyright © SUSE LLC
Bedankt voor het gebruiken van openSUSE.
Het openSUSE-team.