Nach einem Test in einer virtuellen Maschine habe ich den Release Candidate von openSUSE Leap 16.1 auf einem Laptop installiert. Hier mein Bericht.
Ich stand vor der Aufgabe, einen Laptop fĂŒr die Aufbewahrung in der Schule vorzubereiten - den will ich nĂ€mlich nicht dauernd hin- und herschleppen. Bedeutet fĂŒr mich: Gesicherte Updates, wenig Pflege, VollverschlĂŒsselung (full disk encryption, FDE). Nach meinen schlechten Erfahrungen mit Debian und debian-basierten Distributionen und da Solus ja wöchentliche Updates erhĂ€lt (â ïž wenig Pflege), fiel meine Wahl auf openSUSE Leap. Das Release von 16.1 soll am 03.11. stattfinden, also lohnt es sich jetzt nicht wirklich, 16.0 zu installieren, nur um dann in nicht mal einem Monat ein Upgrade durchzufĂŒhren. Folglich "muss" der Release Candidate herhalten. Schauen wir mal, was passiert! đ
Plan
Folgendes ist als Ziel geplant bzw. soll geprĂŒft werden, ob es geht:
- openSUSE Leap 16.1 installieren
- VollverschlĂŒsselung fĂŒr NVMe und SSD (/home auf SSD)
- EntschlĂŒsselung per TPM
- LXQt mit Wayfire (Wayland) als OberflÀche
- Apps vornehmlich als Flatpaks, um diese aktuell zu halten. Vor allem fĂŒr LibreOffice ist das in Hinblick auf KompatibilitĂ€t mit OOXML besser.
- FunktionsfÀhigkeit des Grafiktablets und Zuordnung zum korrekten Bildschirm
- Ton muss per HDMI auf einfache Weise ausgegeben werden können
Manches davon scheint trivial, aber der Teufel steckt im Detail.
Ich wĂ€hle die Variante ohne immutable Ansatz. Erstens kenne ich mich damit nicht gut aus, zweitens gibt es LXQt nicht als Auswahl als Desktop bei der Installation. D.h. ich mĂŒsste dann nach der Installation mit transactional-updates arbeiten usw. und dann kann ich mir auch das immutable sparen - soweit meine aktuelle Einstellung. Dazu brauche ich flatpak-builder, den Flatpak empfiehlt von den Repositories der Distribution zu installieren.
Installation der Distribution
Ich bitte um Entschuldigung fĂŒr die teilweise schlechten Bilder. Ein paar Optionen gibt es in der VM nicht (bzw. ich weiĂ nicht, wie man diese provoziert), sodass hier Fotos vom realen Installer auf realer Hardware herhalten mĂŒssen.
Die Installation ist soweit recht unspektakulÀr. Man lÀdt zuerst die ISO von der Webseite herunter; bei mir das Offline-Image. Das Online-Image hat keine anderen Optionen, soweit ich sehen konnte.
Wir wÀhlen Leap 16.1 und "Standard" aus, akzeptieren die Lizenzbestimmungen.

Dann können wir die einzelnen Aspekte der Installation bearbeiten. Hierbei mĂŒssen wir in jedem Schritt wieder auf "Installation" oben klicken, um auf den Ăberblick zu gelangen. đ

Tipp: WĂ€hlt oben rechts die Sprache und Eingabe-Einstellungen auf Deutsch (bzw. eure Sprache). Leider wird fĂŒr den Installer Agama nicht das ausgewĂ€hlt, was man fĂŒr die Installation selbst bei Sprache einstellt. Andersrum aber schon!... vorausgesetzt man wĂ€hlt es an... Kurios: Ein mal heiĂt die Sprache "German", einmal "Deutsch":

Wichtig: Beim Speichermedium auf jeden Fall drauf achten, dass "/" genĂŒgend Platz bekommt! Ich musste openSUSE 2x installieren, weil er beim ersten mal <40GB fĂŒr "/" reserviert hat. đ€ Das ist natĂŒrlich viel zu wenig, vor allem da openSUSE Btrfs benutzt, das Snapshots generiert. FĂŒr /home auf meiner zweiten Festplatte hat openSUSE Xfs eingerichtet. Da ich mich nicht wirklich mit Dateisystemen auskenne, habe ich das mal so gelassen.
Ich wĂ€hle KDE als Desktop-OberflĂ€che, werde diese aber nachher mit LXQt ersetzen/ergĂ€nzen. Da LXQt auch auf Qt aufbaut und ein paar der KDE Frameworks nutzt, ist das fĂŒr mich eine passende Kombination.

Spannend fĂŒr mich: Ich kann zwar die TPM-VerschlĂŒsselung anwĂ€hlen, aber der Warnhinweis sagt mir, dass die fde-tools nicht verfĂŒgbar sind. Bedeutet, ich muss mich darum spĂ€ter kĂŒmmern, und das trotz Internetverbindung per WLAN! Sehr Ă€rgerlich! Die TPM-EntschlĂŒsselung musste ich folglich abwĂ€hlen.

Wir haben bei der Authentifizierung die Wahl:
- Administratorbenutzer (mit und ohne SSH-SchlĂŒssel) erstellen
- Ăffentlichen SSH-SchlĂŒssel (fĂŒr Root-Benutzer) hinzufĂŒgen
- Root-Benutzer mit Passwort erstellen
Ich wÀhle einen Administratorbenutzer mit Passwort und deaktiviere die Anmeldung per Root (Standard). Theoretisch kann man sich damit aussperren, wenn die Platte voll lÀuft, aber mir ist das noch nie passiert.

Hinweis: VerfĂŒgbare WLANs kann man ĂŒber Netzwerk oder "2 more" bei der Angabe der IP-Adresse(n) hinzufĂŒgen:

Post-Install
Der erste Schritt nach der Installation sind natĂŒrlich die Updates. Da es ein RC ist, gibt es davon doch einige. Wir machen also:
sudo zypper ref
sudo zypper up
zypper ist die Paketverwaltung von openSUSE, die in meinen Augen auch sehr gut ist; "ref" bedeutet "refresh [der Paketlisten]"; "up" bedeutet "upgrade". Wobei ich mir nicht sicher bin, ob "up" nicht auch ein "ref" mit macht... đ€ AnschlieĂend starte ich das System neu. Das muss man nicht nach jedem Update machen, aber am Anfang halte ich es fĂŒr sinnvoll. Speziell wenn der Kernel aktualisiert wird, lohnt es sich.
AnschlieĂend benutze ich den grafischen Paketmanager Myrlyn. Dieser löst seit openSUSE 16 den Paket-Manager-Teil von YaST ab und ist mit Qt6 geschrieben - also mit einem aktuellen Software-Stack. Myrlyn wie YaST vorher auch hat einen Reiter "Patterns" bzw. "Schemata". In diesen werden Pakete sortiert aufgelistet bspw. passend fĂŒr KDE, XFCE aber auch LXQt. Die fĂŒr LXQt notwendigen bzw. passenden Pakete habe ich mir dort bezogen. Man klickt auf das KĂ€stchen es jeweiligen Pakets, dieses wird zu einem "+" und per Klick auf "Accept" bzw. "Annehmen" werden die Pakete heruntergeladen und installiert. Als Wayland-Compositor habe ich Wayfire gewĂ€hlt. Es ist recht leichtgewichtig, bietet aber bspw. IPC-Anbindung, sodass TastaturkĂŒrzel und weiteres funktionieren.
Schön finde ich die grafische Darstellung des Prozesses.

ZusĂ€tzlich habe ich mir Flatpak mit dem Flathub-Repository eingerichtet. DarĂŒber beziehe ich (aktuellere oder "fehlende") Pakete, aber auch meine Notenverwaltung installiere ich ĂŒber flatpak-builder, das ich ebenfalls installiert habe. Zu den "Pflicht-Programmen" fĂŒr mich zĂ€hlen unter anderem:
- PDF Arranger (solange Imprint noch nicht verfĂŒgbar ist)
- LibreWolf
- Chromium (fĂŒr Schulwebseiten, kein Kommentar...)
- Xournal++
- KeePassXC (+ Flatpak-Browser-Fix)
- (GNOME) Vaults
- Kile + Texlive
TPM-EntschlĂŒsselung
openSUSE hat die fde-tools in den Repositories. Dieses Werkzeug kommt von ALP und kĂŒmmert sich eine vereinfachte Ent-/Versiegelung von TPM. Wenn ich das richtig vestehe: Damit soll man also bspw. die Passwörter zur VerschlĂŒsselung im TPM versiegeln können. Dadurch muss man diese nicht mehr eintragen. Die Sicherheit ist insofern weiter gewĂ€hrleistet, dass nur die Kombination aus Platte + TPM die Passwörter hergibt. Sie liegen also nicht "frei rum".
Die Seite auf Github beschreibt das Vorgehen zum GlĂŒck gut, wenn auch auf Englisch.
Hinweis: Alle Befehle mĂŒssen als root oder ĂŒber sudo ausgefĂŒhrt werden. Ich spare mir das in den Listings.
ZunĂ€chst prĂŒfen wir, ob ein TPM vorhanden und erreichbar ist.
fdectl tpm-present
Ăber
fdectl tpm-disable
fdectl tpm-enable
können wir das TPM (de-)aktivieren. Und ĂŒber
fdectl tpm-wipe
können wir eingetragene SchlĂŒssel löschen.
Anmerkungen:
- Jetzt wird es etwas "experimentell", weil ich mir nicht sicher bin, ob ich alles richtig verstanden habe. Wichtig ist: Die folgenden MaĂnahmen haben nichts "kaputt" gemacht, aber die EntschlĂŒsselung per TPM hat bei mir nicht vollstĂ€ndig funktioniert.
- Da die EntschlĂŒsselung der Swap-Partition ĂŒber TPM nicht funktionieren wollte, habe ich versucht, die Swap-Partition zu deaktivieren und durch ein Swapfile zu ersetzen. Und das obwohl beim EinfĂŒgen der SchlĂŒssel (siehe unten) die entsprechende Partition immer mit gelistet wurde. Leider hat auch das nicht funktioniert.
ZunĂ€chst tragen wir alle GerĂ€te ein, fĂŒr die ein SchlĂŒssel im TPM hinterlegt werden soll. Das geschieht in der Datei /etc/sysconfig/fde-tools . Dort gibt es einen Eintrag namensÂ
# Specify the devices to be managed by fdectl
# NOTE: Those devices must use the same recovery password.
FDE_DEVS=""
Welche Devices tragen wir da ein? Quasi alle, die ein cr_... unter sich haben. Per lsblk kann man sich alle Blockdevices aka Platten, Partitionen,... anzeigen lassen. Bei mir sieht das so aus:
$ lsblk
sda 8:0 0 465,8G 0 disk
ââsda1 8:1 0 465,8G 0 part
ââcr_home 254:2 0 465,7G 0 crypt /home
nvme0n1 259:0 0 238,5G 0 disk
âânvme0n1p1 259:1 0 512M 0 part /boot/efi
âânvme0n1p2 259:2 0 236G 0 part
â ââcr_root 254:0 0 236G 0 crypt /var
â (...)
âânvme0n1p3 259:3 0 2G 0 part
ââcr_swap 254:1 0 2G 0 crypt
Ich brauche also nvme0n1p2 und sda1, jeweils mit einem /dev/ vornedran. nvme0n1p3 ist die Swap-Partition, mit der es nicht geklappt hat, egal, ob sie da gelistet war oder nicht.
# Specify the devices to be managed by fdectl
# NOTE: Those devices must use the same recovery password.
FDE_DEVS="/dev/nvme0n1p2 /dev/sda1"
AnschlieĂend reicht ein
$ fdectl regenerate-key
Das lĂ€uft dann durch, wobei der Output mir zu lang war, um ihn hier abzulichten. SchlieĂlich werden Grub, / und /home per TPM ohne Eingabe des Passworts entschlĂŒsselt.
Anmerkung: openSUSE ist die einzige mir bisher begegnete Distribution, die standardmĂ€Ăig bei FDE auch den Grub mit verschlĂŒsselt.
Grafiktablet-Test
Zusammenfassung: AnschlieĂen. Geht.
... Leider nicht die Zuordnung des Stifts zum entsprechenden Display. Das lĂ€sst sich ĂŒber Wayfire aber zum GlĂŒck beheben! Und zwar garnicht so kompliziert, wie ich mir das vorgestellt habe. Die Schritte:
Schritt 1: Identifizieren des korrekten Bildschirms
via:
wlr-randr
oder alternativ das grafische Programm WDisplays. Bei mir ist das HDMI-A-1.
Schritt 2: Herausfinden des Namens des Stifts
Dies schauen wir mittels libinput nach, fĂŒr das ich zuerst das Paket "libinput-tools" installieren musste.
sudo libinput list-devices | grep "Device"
An der Stelle heiĂt es suchen... Wir brauchen wirklich nur diesen "Namen" inklusive Leerzeichen etc.. Bei mir: "Wacom One Pen Display 13 Pen".
Schritt 3: Eintragen in Wayfire
Leider gibt es keine (mir bekannte) GUI dafĂŒr. Das heiĂt wir mĂŒssen die wayfire.ini bearbeiten, die fĂŒr LXQt hier liegt: ~/.config/lxqt/wayland/lxqt-wayfire.ini . Immerhin brauchen wir dafĂŒr keine Root-Rechte, sodass das hier reicht:
nano ~/.config/lxqt/wayland/lxqt-wayfire.ini
Dort tragen wir folgenden Code ein:
[input-device:DEVICE NAME]
output = OUTPUT
FĂŒr mich also:
[input-device:Wacom One Pen Display 13 Pen]
output = HDMI-A-1
AnschlieĂend musste ich den Wacom-Bildschirm ein mal aus- und einschalten und dann ging es - schwierig, hier ein Beweisbild dafĂŒr zu zeigen. Glaubt es mir einfach. đ
Hinweis: Das geht nur so lange gut, wie derselbe HDMI-Anschluss genutzt wird. Zumindest war das bei mir so. Denn ein anderer HDMI-Anschluss bekommt einen anderen Namen.
HDMI- + Ton-Test
Zu meiner Ăberraschung: AnschlieĂen -> geht. đïž
Fazit
Ein Check der Liste zeigt:
- openSUSE Leap 16.1 installieren â
- VollverschlĂŒsselung fĂŒr NVMe und SSD (/home auf SSD) â
- EntschlĂŒsselung per TPM â
- LXQt mit Wayfire (Wayland) als OberflĂ€che â
- Apps vornehmlich als Flatpaks, um diese aktuell zu halten. Vor allem fĂŒr LibreOffice ist das in Hinblick auf KompatibilitĂ€t mit OOXML besser. â
- FunktionsfĂ€higkeit des Grafiktablets und Zuordnung zum korrekten Bildschirm â
- Ton muss per HDMI auf einfache Weise ausgegeben werden können â
Probleme, die ich noch bemerkt habe:
- nm-tray existiert nach Start zwei mal - beide reagieren aber nicht auf Linksklick, sodass ich keine WLANs oder VPNs auswÀhlen kann. Hier musste ich mit "env QT_QPA_PLATFORM=xcb nm-tray" einen Umweg gehen.
- Qt-Flatpaks ĂŒbernehmen nicht das global gesetzte Theme.
openSUSE Leap 16.1 bleibt bei mir auf jeden Fall auf der Platte. Es lĂ€uft stabil und macht das, was ich von ihm will. Die VollverschlĂŒsselung und gute Performanz erfreuen mich. LXQt in Version 2.4 ist gut gereift, ist und bleibt aber ein System, das man anpassen wollen muss. Aber soweit ich das Projekt verstehe, ist das auch so gewollt. đïž
Quellen
- https://get.opensuse.org/leap/16.1/
- https://github.com/openSUSE/fde-tools
- https://github.com/shundhammer/myrlynÂ
- https://flathub.org/de/setup/openSUSEÂ
- https://en.opensuse.org/SDB:Partitioning#Creating_a_btrfs_swapfile
- https://codeberg.org/sockenklaus/keepassxc-flatpak-browser-fixÂ
GNU/Linux.ch ist ein Community-Projekt. Bei uns kannst du nicht nur mitlesen, sondern auch selbst aktiv werden. Wir freuen uns, wenn du mit uns ĂŒber die Artikel in unseren
Chat-Gruppen oder im
Fediverse diskutierst. Auch du selbst kannst Autor werden. Reiche uns deinen Artikelvorschlag ĂŒber das
Formular auf unserer Webseite ein.