Ubuntu 26.10 Secure Boot Änderungen und /boot-Layoutprüfungen
Ubuntu 26.10 reduziert die im signierten GRUB für Secure Boot enthaltenen Funktionen. Die Kompatibilität hängt davon ab, wie GRUB Startdateien liest, und nicht nur davon, welches Dateisystem Ihre Root-Partition verwendet. Überprüfen Sie das Dateisystem und die zugrunde liegenden Speicherebenen, die /boot enthalten, bevor Sie eine benutzerdefinierte Installation aktualisieren.
Canonical bestätigte die Änderungen in seiner Sicherheitsübersicht vom 6. Oktober . Frühere Beschreibungen als Vorschlag beschreiben nicht mehr den aktuellen Stand.
Betroffene Layouts
| Speicherort der Bootdateien | Mit aktiviertem Secure Boot |
|---|---|
| ext4, FAT oder ISO9660 auf normalen Partitionen | Unterstützung beibehalten |
| Btrfs, HFS+, XFS oder ZFS | Entsprechende Leser wurden aus dem signierten GRUB entfernt |
| LVM logische Volumes | Diese /boot-Layouts werden nicht mehr unterstützt |
| LUKS-verschlüsselt /boot | Diese /boot-Layouts werden nicht mehr unterstützt |
| Software RAID | RAID1 ist eine Ausnahme; andere Typen werden nicht mehr unterstützt |
Diese Einschränkungen betreffen den Bootpfad. Btrfs, ZFS, LVM, LUKS und RAID bleiben nach dem Booten verfügbar. Ein verschlüsseltes Root-Dateisystem und verschlüsselter /boot sind unterschiedliche Fälle. Die volle GRUB-Funktionalität bleibt verfügbar, wenn Secure Boot deaktiviert ist. Das Ändern der Sicherheitseinstellungen erfordert jedoch die Evaluierung der gesamten Start- und Verschlüsselungskonfiguration. Offizielle Änderungen .
Schritt 1: Überprüfen Sie Secure Boot
Der folgende Befehl liest den Status, ohne die Konfiguration zu ändern:
mokutil --sb-stateSecureBoot enabled bedeutet, dass es aktiv ist. Wenn das Tool nicht verfügbar ist, überprüfen Sie zunächst die Einstellungen von UEFI. Wenn EFI-Variablen nicht unterstützt werden, überprüfen Sie, ob die Maschine im UEFI-Modus gestartet wurde. Ein Fehler stellt nicht fest, dass Secure Boot deaktiviert ist.
Schritt 2 Suchen Sie das Dateisystem, das /boot enthält
findmnt --target /boot --output TARGET,SOURCE,FSTYPE,OPTIONS
lsblk --output NAME,TYPE,FSTYPE,MOUNTPOINTSAuch ohne eine separate /boot-Partition gibt findmnt das Dateisystem zurück, das dieses Verzeichnis enthält, normalerweise das Root-Dateisystem. Überspringen Sie die Prüfung nicht, nur weil lsblk keinen separaten /boot-Mount anzeigt.
Eine gewöhnliche ext4-Partition könnte Folgendes erzeugen:
TARGET SOURCE FSTYPE OPTIONS
/boot /dev/nvme0n1p2 ext4 rw,relatimeWenn FSTYPE Btrfs, XFS oder ZFS ist, sehen Sie in der Tabelle oben nach. Wenn es ext4 ist, SOURCE jedoch auf /dev/mapper/... oder /dev/md... zeigt, überprüfen Sie die Speicherhierarchie in lsblk: Unterstützung für ext4 stellt keine Unterstützung für zugrunde liegende her LVM, Verschlüsselungs- oder RAID-Ebenen. Die Software RAID erfordert auch eine Überprüfung ihres Levels.
Eine FAT-Systempartition EFI unter /boot/efi stellt keine Kompatibilität für das Dateisystem her, das den Kernel und initramfs unter /boot enthält. Diese Befehle ermöglichen eine erste Inspektion. Ungewöhnliche Bootketten erfordern eine Überprüfung der tatsächlichen Konfiguration.
Schritt 3: Entscheiden Sie, wann Sie ein Upgrade durchführen möchten
- Secure Boot mit einem inkompatiblen /boot-Layout aktiviert: Behalten Sie 26.04 LTS bei, während Sie einen Sicherungs- und Migrationsplan vorbereiten.
- Unterstütztes Dateisystem auf einer normalen Partition: Bei dieser Überprüfung wird keine der hier beschriebenen Einschränkungen festgestellt. Überprüfen Sie jedoch die Treiber und andere Kompatibilitätsprobleme.
- Secure Boot deaktiviert: Diese Reduzierungen gelten nicht für den aktuellen vollständigen GRUB-Pfad. Wiederholen Sie die Prüfungen, bevor Sie Secure Boot später aktivieren.
Das Verschieben von /boot umfasst Partitionen, Bereitstellungen, initramfs und die Startkonfiguration. Ein universeller Befehl kann nicht alle Maschinen sicher abdecken. Füllen Sie die Backup-Checkliste aus, zeichnen Sie das Speicherlayout auf und bereiten Sie zunächst bootfähige Wiederherstellungsmedien vor.
Bereiten Sie für die TPM-basierte Entsperrung den Wiederherstellungsschlüssel vor, bevor Sie Firmware oder Starteinstellungen ändern. Informationen zur Beziehung zwischen Startstatus und Festplattenentsperrung finden Sie in der Erklärung zur hardwaregestützten Verschlüsselung .
Häufige Fragen
Verhindert ein verschlüsseltes Root-Dateisystem immer ein Upgrade?
Nein. Überprüfen Sie, ob die Dateien, die GRUB lesen muss, verschlüsselt sind. Ein gewöhnlicher separater ext4 /boot kann einem anderen Speicherpfad als einem verschlüsselten Root-Dateisystem folgen.
Ist RAID1 immer kompatibel?
Die offiziellen Änderungen behalten eine RAID1-Ausnahme bei, Sie müssen jedoch weiterhin das Dateisystem und alle verschachtelten Speicherebenen überprüfen.
Kann ein anderes GRUB-Design die Dateisystemunterstützung wiederherstellen?
Nein. Themen und Hintergründe ändern nicht die kompilierten Funktionen von GRUB. Beheben Sie die Kompatibilität nicht, indem Sie die Überprüfung umgehen oder Startkomponenten willkürlich ersetzen.
Weiterführende Literatur: frühe offizielle Designdiskussion , 26.10 Downloads und Upgrade-Ratschläge.