Aktion: Feed
Auch verfügbar in English[link1], Français[link2], Русский[link3]
{{feed
url="https://...[|https://...|https://...]"
[title="News feed title|no"]
"text" - displayed as title
"no" - means show no title
empty title - title taken from feed
[max="x"]
[time=1]
1 - show time tag of feed item
0 - hide time tag of feed item (default)
[nomark=1]
1 - makes feed header h3 and feed-items headers h4
0 - makes it all default
}}
siehe auch: Externe Feeds Einbinden[link4]
Beispiel
{{feed url="https://news.opensuse.org/feed/"}}Feed Title: openSUSE News[link5]
GRUB2-BLS in openSUSE Tumbleweed is now the default[link6]
openSUSE Tumbleweed recently changed the default boot loader from GRUB2 to GRUB2-BLS when installed via YaST.
This follows the trend started by MicroOS of adopting boot loaders that are compatible with the boot loader specification. MicroOS is using systemd-boot, which is a very small and fast boot loader from the systemd project.
One of the reasons for this change is to simplify the integration of new features. Among them is full disk encryption based on systemd tools, which will make use of TPM2 or FIDO2 tokens if they are available.
What is GRUB2-BLS
GRUB2-BLS is just GRUB2 but with some patches on top ported from the Fedora project, which includes some compatibility for the boot loader specification for Type #1 boot entries. Those are small text files stored in /boot/efi/loader/entries that the boot loader reads to present the initial menu.
Each file contains a reference to the kernel, the initrd, and the kernel command line that will be used to boot the system. It can be edited directly by the user or managed by tools like bootctl and sdbootutil.
In the next version of GRUB2 (2.14), those patches will be included as part of the project itself, and the upgrade process will be transparent for the final user.
It should be noted that the way openSUSE deploys GRUB2-BLS is different from the classical GRUB2. GRUB2-BLS is deployed as a single EFI binary installed (copied) in /boot/efi/EFI/opensuse that will have embedded all the resources (like the modules, configuration file, fonts, themes and graphics), which were previously placed in /boot/grub2.
Installation
The good news is that with the latest version of YaST the process is automatic. The user just needs to follow the default steps and the system will be based on GRUB2-BLS at the end.
The installer will first propose a large ESP partition of about 1GB. This is required because all the kernel and initrds will now be placed in the FAT32 ESP partition located in /boot/efi/opensuse-tumbleweed.
Of course the user can select a different boot loader during the installation like the classical GRUB2 or systemd-boot. This can be done in the “Installation Settings” screen presented at the end of the installation proposal. Just select the “Booting” header link and choose your boot loader from there.
Full disk encryption
When using a BLS boot loader, we can now install the system with full disk encryption (FDE) based on systemd. This can be done from the “Suggested Partitioning” screen. Just press “Guided Setup” and in the “Partitioning Scheme” select “Enable Disk Encryption”.
From there, you can set a LUKS2 password and, optionally, enroll a security device like a TPM2 or a FIDO2 key. For laptops, it is recommended to enroll the system with a TPM2+PIN. The TPM2 will first assert that the system is in a healthy (known) state. Than means that elements used during the boot process (from the firmware until the kernel) are the expected ones, and no one tampered with them. After that, the TPM2 will ask for a PIN or password, which YaST will set as the one entered for the LUKS2 key slot.
Usage
With GRUB2-BLS, we will no longer have grub2 tools like grub2-mkconfig or grub2-install. Most of them are not required anymore. Boot entries are generated dynamically by the boot loader, so there is no longer any need to generate GRUB2 configuration files, and the installation is just copying the new EFI file into the correct location.
The upgrade process is also done by automatically calling sdbootutil update from the snapper plugins or the SUSE module tools, so if btrfs is used, all the management will be done transparently by this infrastructure, as was done in the traditional boot loader.
Updating the kernel command line can now be done by editing the boot loader, or the /etc/kernel/cmdline and calling sdbootutil update-all-entries to propagate the change into the boot entries of the current snapshot.
To manage the FDE configuration, you can learn more in the openSUSE wiki.
{{feed url="https://www.flickr.com/services/feeds/photos_public.gne?tags=art&format=rss_200" max=1 time=1}}Feed Title: Pool von Japan Through the Eyes of Others[link7]
Blue Bicycle[link8]
lesliegill hat dem Pool ein Foto hinzugefügt:
- [link1] https://wackowiki.org/doc/Doc/English/Actions/Feed
- [link2] https://wackowiki.org/doc/Doc/Français/Fonctions/Feed
- [link3] https://wackowiki.org/doc/Doc/Русский/Действия/Feed
- [link4] https://wackowiki.org/doc/Doc/Deutsch/Artikel/ExterneFeedsEinbinden
- [link5] https://news.opensuse.org/
- [link6] https://news.opensuse.org/2025/11/13/tw-grub2-bls/
- [link7] https://www.flickr.com/groups/japaneyes/pool/
- [link8] https://www.flickr.com/photos/lesliegill/54920981606/in/pool-82323459@N00
