Linux on DevOps OPf

TPM2 Autodecrypt auf Arch Linux mit UKI und Secure Boot

Tue, 05 May 2026 00:00:00 +0000

Voraussetzungen

Bevor wir starten, müssen folgende Bedingungen erfüllt sein:

Anforderung	Prüfbefehl
LUKS2 (nicht LUKS1)	`cryptsetup luksDump /dev/nvme1n1p2 \| grep "Version:"`
TPM2-Chip vorhanden	`systemd-cryptenroll --tpm2-device=list`
Secure Boot aktiv (User Mode)	`bootctl status \| grep "Secure Boot"`
systemd-boot als Bootloader	`bootctl status`
UKI-basierter Boot	`ls /boot/EFI/Linux/*.efi`

⚠️ Wichtig: Diese Anleitung gilt speziell für Systeme, die Unified Kernel Images (UKI) verwenden – also .efi-Dateien unter /boot/EFI/Linux/ statt klassischer Loader-Entries unter /boot/loader/entries/. Bei klassischen Setups mit Loader-Entries weicht das Vorgehen ab.

Hintergrund: Warum UKI + sd-encrypt?

Ein Unified Kernel Image bündelt Kernel, Initramfs, Microcode und Kernel-Cmdline in einer einzigen signierten .efi-Datei. Zusammen mit Secure Boot entsteht so eine vollständige Vertrauenskette: Die Firmware prüft die Signatur des UKI, bevor der Kernel überhaupt startet.

Der TPM2-Chip nutzt sogenannte PCR-Register (Platform Configuration Registers), um den Systemzustand zu messen. Durch Bindung des LUKS-Keys an PCR 0 (Firmware-Integrität) und PCR 7 (Secure Boot State) wird der Schlüssel nur freigegeben, wenn das System im erwarteten Zustand bootet – also mit aktivem Secure Boot und unveränderter Firmware.

Der klassische encrypt-Hook in mkinitcpio unterstützt TPM2 nicht. Dafür ist der sd-encrypt-Hook nötig, der auf systemd-cryptsetup basiert und /etc/crypttab für seine Konfiguration nutzt.

Schritt 1: TPM2-Key enrollen

systemd-cryptenroll schreibt einen TPM2-gebundenen Key direkt in den LUKS2-Header. Das bestehende Passwort bleibt als Fallback immer erhalten.

1

sudo systemd-cryptenroll --tpm2-device=auto --tpm2-pcrs=0+7 /dev/nvme1n1p2

Enrollment prüfen:

1

sudo systemd-cryptenroll /dev/nvme1n1p2

Erwartete Ausgabe:

1
2
3


SLOT TYPE
 0 password
 2 tpm2

Schritt 2: `/etc/crypttab` befüllen

Dies ist der häufigste Fehler bei gescheiterten Setups: Der sd-encrypt-Hook liest zwingend aus /etc/crypttab – ist diese Datei leer, findet er die LUKS-Partition nicht und der Boot schlägt fehl.

Zuerst die UUID der LUKS-Partition ermitteln:

1

sudo blkid -s UUID -o value /dev/nvme1n1p2

Dann in /etc/crypttab eintragen:

1

sudo nano /etc/crypttab

1
2


# <name> <device> <password> <options>
root UUID=xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx - tpm2-device=auto

⚠️ Den name (hier root) genau so wählen, wie die LUKS-Partition aktuell gemappt ist – prüfbar mit lsblk.

Schritt 3: Kernel-Cmdline bereinigen

Die Kernel-Parameter für UKIs werden aus /etc/kernel/cmdline eingebettet. Der cryptdevice=-Parameter gehört zum alten encrypt-Hook und muss entfernt werden – sd-encrypt kennt ihn nicht.

1

sudo nano /etc/kernel/cmdline

Vorher:

1

cryptdevice=PARTUUID=xxxx:root root=/dev/mapper/root rootflags=subvol=@ rw rootfstype=btrfs

Nachher:

1

root=/dev/mapper/root rootflags=subvol=@ rw rootfstype=btrfs

⚠️ Alles muss in einer einzigen Zeile stehen, kein abschließender Zeilenumbruch.

Schritt 4: mkinitcpio Hooks anpassen

1

sudo nano /etc/mkinitcpio.conf

Vorher:

1

HOOKS=(base udev autodetect microcode modconf kms keyboard keymap consolefont block encrypt filesystems fsck)

Nachher:

1

HOOKS=(base systemd autodetect microcode modconf kms keyboard sd-vconsole block sd-encrypt filesystems fsck)

Die Änderungen im Überblick:

Alt	Neu	Grund
`udev`	`systemd`	Basis für alle `sd-*`-Hooks
`keymap consolefont`	`sd-vconsole`	systemd-äquivalent, liest aus `/etc/vconsole.conf`
`encrypt`	`sd-encrypt`	TPM2-Unterstützung via `systemd-cryptsetup`

Schritt 5: Nur das Haupt-UKI neu bauen

Wenn ein LTS-Kernel installiert ist, empfiehlt es sich, nur das Haupt-UKI neu zu bauen und das LTS-UKI als Fallback zu behalten. So kann man bei Problemen mit dem LTS-Kernel und Passwort booten.

1

sudo mkinitcpio -p linux

Schritt 6: UKI mit sbctl signieren

Da Secure Boot aktiv ist, muss das neu gebaute UKI signiert werden, bevor die Firmware es akzeptiert:

1
2


sudo sbctl sign /boot/EFI/Linux/arch-linux.efi
sudo sbctl verify

Schritt 7: Neustart und Test

1

sudo reboot

Bei erfolgreichem Setup: kein Passwort-Prompt, direktes Booten durch TPM2-Unlock.

Falls doch ein Passwort abgefragt wird: Das ist der normale Fallback – der TPM hat den Key nicht freigegeben. Die häufigste Ursache ist ein falscher PCR-Zustand (z. B. Secure Boot deaktiviert oder Firmware-Update).

Schritt 8 (nach erfolgreichem Test): LTS-UKI ebenfalls aktualisieren

1
2


sudo mkinitcpio -p linux-lts
sudo sbctl sign /boot/EFI/Linux/arch-linux-lts.efi

Fehlerbehebung

TPM gibt den Key nicht frei

1
2


# Systemd-cryptsetup Log prüfen
journalctl -b -u systemd-cryptsetup@root

Häufige Ursachen:

crypttab leer oder falsch konfiguriert
cryptdevice= noch in der Kernel-Cmdline vorhanden
Firmware-Update hat PCR 0 verändert → neues Enrollment nötig

Enrollment zurücksetzen und neu machen

1
2
3
4
5
6
7
8
9


# TPM2-Slot entfernen
sudo systemd-cryptenroll --wipe-slot=tpm2 /dev/nvme1n1p2

# Neu enrollen
sudo systemd-cryptenroll --tpm2-device=auto --tpm2-pcrs=0+7 /dev/nvme1n1p2

# UKI neu bauen und signieren
sudo mkinitcpio -p linux
sudo sbctl sign /boot/EFI/Linux/arch-linux.efi

Das war’s. Das System bootet nun ohne Passwortabfrage – solange Secure Boot aktiv ist und die Firmware unverändert bleibt. Das LUKS-Passwort ist jederzeit als Fallback nutzbar.

Systemd-Timer einrichten

Sat, 10 May 2025 00:00:00 +0000

Systemd-Timer sind eine leistungsstarke Alternative zu Cronjobs, um Aufgaben zeitgesteuert auszuführen. Sie bieten mehr Flexibilität und bessere Integration in das Systemd-Ökosystem. In diesem Artikel zeige ich dir, wie du systemd-Timer einrichtest und verwendest.

Was ist ein systemd-Timer?

Ein systemd-Timer ist eine systemd-Einheit (Unit), die zeitgesteuert einen anderen Dienst (Service) ausführt. Timer ersetzen Cronjobs und bieten Vorteile wie:

Bessere Protokollierung über journalctl.
Abhängigkeiten und Startbedingungen können definiert werden.
Präzisere Steuerung der Ausführungszeit.

Grundlegender Aufbau

Ein systemd-Timer besteht aus zwei Dateien:

Service-Datei: Definiert, was ausgeführt werden soll.
Timer-Datei: Definiert, wann der Service ausgeführt wird.

Beide Dateien werden im Verzeichnis /etc/systemd/system/ gespeichert.

Schritt 1: Erstelle die Service-Datei

Die Service-Datei beschreibt die Aktion, die ausgeführt werden soll. Beispiel: Wir möchten ein Skript /usr/local/bin/backup.sh ausführen.

Erstelle eine Datei namens backup.service:

1

nano /etc/systemd/system/backup.service

Inhalt der Datei:

1
2
3
4
5
6
7


[Unit]
Description=Backup Script
After=network.target

[Service]
Type=oneshot
ExecStart=/usr/local/bin/backup.sh

Erklärung:

[Unit]: Beschreibt die Einheit. Description gibt eine kurze Beschreibung, und After=network.target stellt sicher, dass das Netzwerk verfügbar ist, bevor der Service startet.
[Service]: Definiert den Service. Type=oneshot bedeutet, dass der Service eine einmalige Aktion ausführt. ExecStart gibt den Befehl oder das Skript an, das ausgeführt werden soll.

Schritt 2: Erstelle die Timer-Datei

Die Timer-Datei definiert, wann der Service ausgeführt wird. Erstelle eine Datei namens backup.timer:

1

nano /etc/systemd/system/backup.timer

Inhalt der Datei:

1
2
3
4
5
6
7
8
9


[Unit]
Description=Run Backup Script Daily

[Timer]
OnCalendar=daily
Persistent=true

[Install]
WantedBy=timers.target

Erklärung:

[Unit]: Wie bei der Service-Datei, eine kurze Beschreibung.
[Timer]: Hier wird die Zeitsteuerung definiert.
- OnCalendar=daily: Führt den Service täglich um Mitternacht aus. Du kannst auch andere Zeitangaben verwenden (siehe unten).
- Persistent=true: Stellt sicher, dass der Timer nach einem Neustart ausgeführt wird, falls er während des Ausfalls verpasst wurde.
[Install]: WantedBy=timers.target sorgt dafür, dass der Timer beim Systemstart aktiviert wird.

Zeitangaben für systemd-Timer

Die Zeitangabe für einen systemd-Timer wird in der Timer-Datei mit der Option OnCalendar definiert. Systemd unterstützt dabei ein flexibles und mächtiges Zeitformat, das sowohl einfache als auch komplexe Zeitpläne ermöglicht. Hier sind einige Beispiele und Erklärungen:

Grundlegendes Format

Das allgemeine Format für OnCalendar lautet:

1

OnCalendar=YYYY-MM-DD HH:MM:SS

YYYY: Jahr (z. B. 2025)
MM: Monat (01 bis 12)
DD: Tag (01 bis 31)
HH: Stunde (00 bis 23)
MM: Minute (00 bis 59)
SS: Sekunde (00 bis 59)

Du kannst Platzhalter (*) verwenden, um bestimmte Teile flexibel zu halten.

Häufige Zeitangaben

Stündlich (jede volle Stunde):
1

OnCalendar=hourly
Entspricht: *-*-* *:00:00
Täglich um Mitternacht:
1

OnCalendar=daily
Entspricht: *-*-* 00:00:00
Wöchentlich (Sonntag um Mitternacht):
1

OnCalendar=weekly
Entspricht: Sun *-*-* 00:00:00
Monatlich (1. Tag des Monats um Mitternacht):
1

OnCalendar=monthly
Entspricht: *-*-01 00:00:00
Jährlich (1. Januar um Mitternacht):
1

OnCalendar=yearly
Entspricht: *-01-01 00:00:00

Benutzerdefinierte Zeitangaben

Jeden Tag um 15:30 Uhr:
1

OnCalendar=*-*-* 15:30:00
Jeden Montag um 08:00 Uhr:
1

OnCalendar=Mon *-*-* 08:00:00
Jeden ersten Tag eines Monats um 12:00 Uhr:
1

OnCalendar=*-*-01 12:00:00
Jeden letzten Tag eines Monats um 23:59 Uhr:
1

OnCalendar=*-*-28..31 23:59:00
(Systemd erkennt automatisch den letzten Tag eines Monats, z. B. 28, 30 oder 31.)

Jeden zweiten Tag um 06:00 Uhr:

1

OnCalendar=*-*-1,3,5,7,9,11,13,15,17,19,21,23,25,27,29,31 06:00:00

Wiederholungen und Intervalle

Alle 5 Minuten:
1

OnCalendar=*:0/5
(Wird bei Minute 0, 5, 10, 15 usw. jeder Stunde ausgeführt.)
Alle 2 Stunden:
1

OnCalendar=*-*-* 0/2:00:00
(Wird um 00:00, 02:00, 04:00 usw. ausgeführt.)
Alle 15 Minuten:
1

OnCalendar=*:0/15
(Die Minuten werden in 15-Minuten-Schritten ausgeführt: 00, 15, 30, 45.)
Alle 10 Tage:
1

OnCalendar=*-*-01,11,21 00:00:00

Schritt 3: Systemd neu laden

Nachdem die Dateien erstellt wurden, lade die systemd-Konfiguration neu:

1

systemctl daemon-reload

Schritt 4: Timer aktivieren und starten

Aktiviere den Timer, damit er beim Systemstart automatisch gestartet wird:

1

systemctl enable backup.timer

Falls ihr ihn manuell starten wollt:

1

systemctl start backup.service

Schritt 5: Überprüfe den Timer

Um sicherzustellen, dass der Timer korrekt eingerichtet ist, kannst du ihn dir anzeigen lassen:

1

systemctl status backup.timer

Und den Service könnt ihr folgendermaßen kontrollieren:

1

systemctl status backup.service

Optionale Befehle und Tipps

Alle Timer überprüfen:
1

systemctl list-timers --all
Die Ausgabe zeigt alle aktiven und inaktiven Timer, einschließlich der nächsten und letzten Ausführungszeit.
Service-Status überprüfen:
1

systemctl status backup.service
Logs des Services anzeigen:
1

journalctl -u backup.service

Timer stoppen oder deaktivieren:

Timer stoppen:
1

systemctl stop backup.timer
Timer deaktivieren:
1

systemctl disable backup.timer

Fazit

Systemd-Timer sind eine moderne und leistungsstarke Alternative zu Cronjobs. Sie bieten präzise Steuerungsmöglichkeiten, bessere Protokollierung und nahtlose Integration in das System. Mit den oben beschriebenen Schritten kannst du ganz einfach eigene Timer einrichten und verwalten.

Autostart einrichten

Thu, 20 Mar 2025 00:00:00 +0000

GNOME verwendet sogenannte .desktop-Dateien, um Anwendungen zu starten. Wenn du möchtest, dass eine Anwendung automatisch beim Systemstart gestartet wird, musst du eine entsprechende .desktop-Datei in das Verzeichnis ~/.config/autostart/ legen. Hier ist eine Schritt-für-Schritt-Anleitung:

Verzeichnis erstellen (falls nicht vorhanden)

Das Verzeichnis ~/.config/autostart/ ist der Ort, an dem GNOME nach Autostart-Dateien sucht. Falls dieses Verzeichnis noch nicht existiert, kannst du es mit folgendem Befehl erstellen:

1

mkdir -p ~/.config/autostart

Der Parameter -p stellt sicher, dass das Verzeichnis erstellt wird, auch wenn übergeordnete Verzeichnisse fehlen.

`.desktop`-Datei kopieren

Viele Anwendungen bringen bereits .desktop-Dateien mit, die sich im Verzeichnis /usr/share/applications/ befinden. Diese Dateien enthalten alle notwendigen Informationen, um die Anwendung zu starten. Du kannst die .desktop-Datei der gewünschten Anwendung in das Autostart-Verzeichnis kopieren:

1

cp /usr/share/applications/<anwendung>.desktop ~/.config/autostart/

Ersetze <anwendung> durch den Namen der gewünschten Anwendung. Zum Beispiel, um Firefox beim Systemstart zu starten, würdest du Folgendes eingeben:

1

cp /usr/share/applications/firefox.desktop ~/.config/autostart/

`.desktop`-Datei bearbeiten (optional)

Falls du die Startparameter der Anwendung anpassen möchtest, kannst du die kopierte .desktop-Datei mit einem Texteditor bearbeiten. Öffne die Datei zum Beispiel mit nano:

1

nano ~/.config/autostart/<anwendung>.desktop

Hier kannst du Änderungen vornehmen, wie z. B. zusätzliche Startoptionen hinzufügen oder den Autostart für bestimmte Bedingungen konfigurieren. Achte darauf, die Datei nach der Bearbeitung zu speichern.

Autostart testen

Um zu überprüfen, ob die Anwendung beim nächsten Systemstart automatisch gestartet wird, kannst du dich abmelden und wieder anmelden oder das System neu starten. Die Anwendung sollte nun automatisch gestartet werden.

rpm-ostree Befehle

Thu, 20 Mar 2025 00:00:00 +0000

Systempaket entfernen

Um ein Systempaket aus dem System zu entfernen, kannst du den folgenden Befehl verwenden. In diesem Beispiel wird Firefox und das zugehörige Sprachpaket entfernt:

1

rpm-ostree override remove firefox-langpacks-136.0.1-1.fc41.x86_64 firefox

Systempaket wiederherstellen

Falls du ein zuvor entferntes Paket wiederherstellen möchtest, nutze den folgenden Befehl. Hier wird Firefox und das Sprachpaket zurückgesetzt:

1

rpm-ostree override reset firefox-langpacks-136.0.1-1.fc41.x86_64 firefox

Hinweis: Mit dem Befehl rpm-ostree override reset kannst du alle Overrides rückgängig machen und das System in den ursprünglichen Zustand zurückversetzen.

Kernel ersetzen oder downgraden

Eine Alternative zum Standard-Updateprozess ist das Ersetzen oder Downgraden des Kernels mit dem Befehl:

1

sudo rpm-ostree override replace <http- oder lokaler Dateipfad zu Kernel-Paketen>

Beispielsweise kannst du einen Kernel von einem bestimmten Build-Server wie folgt ersetzen:

1

sudo rpm-ostree override replace https://koji.fedoraproject.org/koji/buildinfo?buildID=2667987

Override zurücksetzen

Sobald die benötigte Korrektur im offiziellen Repository verfügbar ist, kannst du die Änderungen am Kernel mit folgendem Befehl zurücksetzen:

1

sudo rpm-ostree override reset <Kernel-Pakete, die überschrieben wurden>

Beispiel: Kernel-Downgrade

In diesem Beispiel wurde der Kernel von Version 6.13.8-200.fc41 auf 6.13.5-200.fc41 heruntergestuft. Die betroffenen Pakete sind:

kernel
kernel-core
kernel-modules
kernel-modules-core
kernel-modules-extra
kernel-tools
kernel-tools-libs
python3-perf

Verwendeter Befehl:

1

sudo rpm-ostree override replace https://koji.fedoraproject.org/koji/buildinfo?buildID=2693823

Um alle Änderungen rückgängig zu machen, kannst du den folgenden Befehl verwenden:

1

sudo rpm-ostree override reset

Nützliche Hinweise

Rollback: Wenn ein vorheriges Deployment korrekt funktioniert hat, kannst du das System einfach auf diesen Zustand zurücksetzen, ohne Pakete manuell zu ändern.
Overrides zurücksetzen: Der Befehl rpm-ostree override reset setzt alle Änderungen an den Systempaketen zurück. Dies ist hilfreich, um das System in einen sauberen Zustand zu bringen.

Swapfile anlegen

Sat, 24 Feb 2024 00:00:00 +0000

Swap-Datei erstellen

Erstelle zunächst eine Datei, die als Swap-Speicher genutzt wird. In diesem Beispiel erstellen wir eine 2-GB-Swap-Datei:

1

fallocate -l 2G /swapfile

Die richtigen Berechtigungen setzen

Aus Sicherheitsgründen sollte nur der Root-Benutzer Lese- und Schreibzugriff auf die Swap-Datei haben. Setze die entsprechenden Berechtigungen mit folgendem Befehl:

1

chmod 600 /swapfile

Swap-Bereich einrichten

Verwende das Tool mkswap, um die Datei als Linux-Swap-Bereich zu konfigurieren:

1

mkswap /swapfile

Swap-Datei aktivieren

Aktiviere die Swap-Datei, damit das System sie sofort nutzen kann:

1

swapon /swapfile

Änderung dauerhaft machen

Damit die Swap-Datei bei jedem Systemstart automatisch aktiviert wird, muss die Datei /etc/fstab bearbeitet werden. Öffne sie Datei mit einem Texteditor, z. B.:

1

nano /etc/fstab

Füge die folgende Zeile hinzu:

1

/swapfile swap swap defaults 0 0

Speichern und schließe die Datei. Die Swap-Datei wird nun dauerhaft aktiviert.

Logical Volume Management (LVM)

Thu, 24 Aug 2023 00:00:00 +0000

Logical Volume Management (LVM) ist eine flexible Methode, um Speicherplatz auf Linux-Systemen zu verwalten. Es ermöglicht die dynamische Anpassung von Speicherplatz, ohne dass Partitionen neu erstellt oder Daten gelöscht werden müssen. Diese Anleitung zeigt, wie man ein neues LVM erstellt, erweitert und dauerhaft einbindet.

LVM erstellen

Physical Volume (PV) erstellen

Ein Physical Volume (PV) ist die Grundlage für LVM. Es repräsentiert eine physische Festplatte oder Partition, die für LVM verwendet werden soll. Um ein PV zu erstellen, führe den folgenden Befehl aus:

1

pvcreate /dev/sdb

Erklärung:

/dev/sdb ist die Festplatte, die du für LVM verwenden möchtest. Ersetze sie durch den tatsächlichen Gerätenamen deiner Festplatte.
Dieser Schritt markiert die Festplatte als LVM-kompatibel.

Volume Group (VG) erstellen

Eine Volume Group (VG) ist eine Sammlung von Physical Volumes. Sie stellt den Speicherplatz bereit, aus dem Logical Volumes erstellt werden können. Um eine VG zu erstellen und das vorher erstellte PV hinzuzufügen, nutze:

1

vgcreate vg_data /dev/sdb

Erklärung:

vg_data ist der Name der Volume Group. Du kannst einen beliebigen Namen wählen.
/dev/sdb ist das Physical Volume, das du hinzufügen möchtest.

Logical Volume (LV) erstellen

Ein Logical Volume (LV) ist der tatsächlich nutzbare Speicherplatz, der aus einer Volume Group bereitgestellt wird. Um ein LV zu erstellen, das den gesamten freien Speicherplatz der Volume Group nutzt, führe aus:

1

lvcreate -l 100%FREE -n lv_data vg_data

Erklärung:

-l 100%FREE weist dem Logical Volume den gesamten verfügbaren Speicherplatz der Volume Group zu.
-n lv_data gibt dem Logical Volume den Namen lv_data.
vg_data ist die Volume Group, aus der der Speicherplatz entnommen wird.

Dateisystem erstellen

Um das Logical Volume nutzen zu können, muss ein Dateisystem darauf erstellt werden. In diesem Beispiel wird das ext4-Dateisystem verwendet:

1

mkfs.ext4 /dev/vg_data/lv_data

Erklärung:

/dev/vg_data/lv_data ist der Pfad zum Logical Volume.
Das Dateisystem ext4 ist eine gängige Wahl für Linux-Systeme, aber du kannst auch andere Dateisysteme wie XFS oder btrfs verwenden.

LVM erweitern

Falls du mehr Speicherplatz benötigst, kannst du ein bestehendes LVM erweitern. Hier sind die Schritte:

Physical Volume (PV) vergrößern

Falls die zugrunde liegende Festplatte erweitert wurde (z. B. durch Hinzufügen von mehr Speicherplatz in einer virtuellen Maschine), musst du das Physical Volume aktualisieren:

1

pvresize /dev/sdb

Erklärung:

Dieser Befehl passt die Größe des Physical Volumes an die neue Größe der Festplatte an.

Logical Volume (LV) vergrößern

Um den zusätzlichen Speicherplatz zu nutzen, erweitere das Logical Volume:

1

lvextend -l +100%FREE /dev/vg_data/lv_data

Erklärung:

-l +100%FREE erweitert das Logical Volume um den gesamten verfügbaren Speicherplatz in der Volume Group.
/dev/vg_data/lv_data ist das Logical Volume, das erweitert wird.

Dateisystem vergrößern

Nach der Erweiterung des Logical Volumes muss das Dateisystem angepasst werden, um den neuen Speicherplatz zu nutzen:

1

resize2fs /dev/mapper/vg_data-lv_data

Erklärung:

resize2fs passt die Größe des ext4-Dateisystems an.
/dev/mapper/vg_data-lv_data ist der Pfad zum Logical Volume.

Eintrag in `/etc/fstab` hinzufügen

Damit das Logical Volume beim Systemstart automatisch eingehängt wird, musst du es in die Datei /etc/fstab eintragen.

UUID anzeigen

Finde die UUID des Logical Volumes heraus:

1

lsblk -f

Erklärung:

Die UUID ist eine eindeutige Kennung für das Logical Volume. Sie wird benötigt, um das Volume in /etc/fstab einzutragen.

Eintrag in `/etc/fstab` hinzufügen

Füge die UUID in die Datei /etc/fstab ein, damit das Volume automatisch eingehängt wird:

1

echo "UUID=foo /mnt/data ext4 defaults 0 0" >> /etc/fstab

Erklärung:

Ersetze foo durch die tatsächliche UUID des Logical Volumes.
/mnt/data ist der Einhängepunkt. Passe diesen an deine Anforderungen an.
ext4 ist das Dateisystem, das du verwendet hast.

Systemd neu laden

Lade die Systemd-Konfiguration neu, um die Änderungen zu übernehmen:

1

systemctl daemon-reload

Mount einhängen

Hänge das Volume ein, um sicherzustellen, dass es korrekt funktioniert:

1

mount -a

Linux on DevOps OPf

TPM2 Autodecrypt auf Arch Linux mit UKI und Secure Boot

Voraussetzungen

Hintergrund: Warum UKI + sd-encrypt?

Schritt 1: TPM2-Key enrollen

Schritt 2: /etc/crypttab befüllen

Schritt 3: Kernel-Cmdline bereinigen

Schritt 4: mkinitcpio Hooks anpassen

Schritt 5: Nur das Haupt-UKI neu bauen

Schritt 6: UKI mit sbctl signieren

Schritt 7: Neustart und Test

Schritt 8 (nach erfolgreichem Test): LTS-UKI ebenfalls aktualisieren

Fehlerbehebung

TPM gibt den Key nicht frei

Enrollment zurücksetzen und neu machen

Systemd-Timer einrichten

Was ist ein systemd-Timer?

Grundlegender Aufbau

Schritt 1: Erstelle die Service-Datei

Schritt 2: Erstelle die Timer-Datei

Zeitangaben für systemd-Timer

Grundlegendes Format

Häufige Zeitangaben

Benutzerdefinierte Zeitangaben

Wiederholungen und Intervalle

Schritt 3: Systemd neu laden

Schritt 4: Timer aktivieren und starten

Schritt 5: Überprüfe den Timer

Optionale Befehle und Tipps

Fazit

Autostart einrichten

Verzeichnis erstellen (falls nicht vorhanden)

.desktop-Datei kopieren

.desktop-Datei bearbeiten (optional)

Autostart testen

rpm-ostree Befehle

Systempaket entfernen

Systempaket wiederherstellen

Kernel ersetzen oder downgraden

Override zurücksetzen

Beispiel: Kernel-Downgrade

Nützliche Hinweise

Swapfile anlegen

Swap-Datei erstellen

Die richtigen Berechtigungen setzen

Swap-Bereich einrichten

Swap-Datei aktivieren

Änderung dauerhaft machen

Logical Volume Management (LVM)

LVM erstellen

Physical Volume (PV) erstellen

Volume Group (VG) erstellen

Logical Volume (LV) erstellen

Dateisystem erstellen

LVM erweitern

Physical Volume (PV) vergrößern

Logical Volume (LV) vergrößern

Dateisystem vergrößern

Eintrag in /etc/fstab hinzufügen

UUID anzeigen

Eintrag in /etc/fstab hinzufügen

Systemd neu laden

Mount einhängen

Schritt 2: `/etc/crypttab` befüllen

`.desktop`-Datei kopieren

`.desktop`-Datei bearbeiten (optional)

Eintrag in `/etc/fstab` hinzufügen

Eintrag in `/etc/fstab` hinzufügen