4 Möglichkeiten, wie Windows versucht, Ihr Linux-Dual-Boot zu sabotieren

Dual-Boot-Systeme mit Windows und Linux können problematisch sein. Windows überschreibt Bootloader, stört Bootvorgänge und kann Linux-Installationen sabotieren. Hier erfahren Sie, wie Sie diese Probleme vermeiden.

Dual-Boot mit Windows und Linux kann problematisch sein. Windows kümmert sich nicht um Komplikationen. Updates, Sicherheitsfunktionen und Energieeinstellungen stören oft die Konfiguration. Hier sind vier Wege, wie Windows Linux-Installationen sabotiert – und was Sie dagegen tun können.

Bootloader überschreiben

Windows betrachtet die Festplatte als sein Eigentum. Es gibt keine Rücksichtnahme auf andere Betriebsysteme. Der häufigste Fehler: Der Windows Boot Manager übernimmt beim nächsten Systemstart die Kontrolle. Bei UEFI-Systemen sind Bootloader auf der EFI-Systempartition gespeichert. Die Firmware entscheidet, welches OS gestartet wird. Änderungen an dieser Boot-Reihenfolge durch Windows-Updates oder Neuinstallationen setzen Windows an die Spitze.

GRUB bleibt oft erhalten, aber beim nächsten Neustart werden Sie direkt in Windows geleitet. Viele glauben, Linux sei verschwunden. Bei älteren BIOS-Systemen ist die Lage schlimmer. Hier überschreibt der Windows-Installer den Master-Boot-Record und löscht GRUB vollständig.

Die Lösung? Booten Sie von einem Linux-Live-USB. Mounten Sie das installierte System und installieren Sie den Bootloader neu mit grub-install und update-grub oder nutzen Sie efibootmgr, um den Linux-Eintrag nach oben zu verschieben. Der Haken: Sie benötigen den USB-Stick. Wenn nur Windows bootet, haben Sie vielleicht keinen zur Hand.

Ein paar Gewohnheiten können helfen. Windows vor Linux installieren ermöglicht es letzterem, die vorhandene Struktur zu erkennen. Linux auf einem eigenen Laufwerk mit eigener EFI-Partition installiert, schützt Ihren Bootloader vor Windows-Updates. Überprüfen Sie auch das Firmware-Bootmenü. Oft ist Ihr Linux-Eintrag noch vorhanden, nur nach unten verschoben. Windows agiert, als wäre die Festplatte sein alleiniger Raum, und aktualisiert nach Belieben. Zusätzliche Vorsichtsmaßnahmen schaden nie.

Sperren durch Sicherer Start

Microsoft steuert die Schlüssel für Linux-Starts

Sicherer Start lässt nur vertrauenswürdige Bootloader hochfahren. Das Prinzip: Firmware muss Microsofts Schlüssel akzeptieren. Die meisten Linux-Distributionen nutzen einen kleinen Loader namens shim, der von Microsoft signiert wird. Dieses System schlug bis zur letzten Änderung seitens Microsoft gut, doch die Zertifikate von 2011 laufen bald aus. Das Linux-shim-Zertifikat warf am 27. Juni seine letzten Schatten, der Schlüssel für den Windows-Bootloader folgt am 19. Oktober.

Die Firmware prüft Ablaufdaten nicht. Eine funktionierende Linux-Installation sollte also weiterhin booten. Das Problem sind die neuen shims, die künftig nur mit aktuellen Zertifikaten signiert werden. Ist Ihre Firmware nicht aktualisiert, könnte sie sich weigern, diese zu akzeptieren.

Für Dual-Boot-Systeme sollen Windows Updates diese neuen Zertifikate an die Firmware liefern. Eine riskante Abhängigkeit für Linux-Nutzer. Ältere Maschinen, die keine Firmware-Updates mehr erhalten, haben Pech. Ein frischer Distro-Installer könnte beim Aktivieren des sicheren Starts mit Problemen konfrontiert werden.

Das ist nicht das erste Mal, dass Windows-Updates für Unruhe sorgen. Im August 2024 ließ ein Sicherheitsupdate zum Bootkit eine Reihe von Dual-Boot-Systemen nicht mehr in Linux starten, begleitet von einem Fehler zur SBAT-Überprüfung. Der übliche...

Deaktivieren Sie vorübergehend den sicheren Start. Aktualisieren Sie die Shim- und GRUB-Pakete der Distribution und aktivieren Sie den sicheren Start wieder. Nutzen Sie fwupd, um die Schlüsseldatenbanken der Firmware von Linux zu aktualisieren. Der Erfolg hängt jedoch von der Kooperation Ihres Hardwareanbieters ab.

Schneller Start

Ein Halber Shutdown Lässt Ihr Windows-Laufwerk Unsicher für Linux

Schneller Start wirkt harmlos. Anstatt komplett herunterzufahren, speichert Windows den Zustand seines Kerns in einer Ruhedatei. Der nächste Start wird so schneller. Doch beim Herunterfahren wechselt Windows effektiv in den Ruhezustand. Die NTFS-Partitionen bleiben in einem angehaltenen Zustand, als könnte das System jederzeit fortfahren. Booten Sie dann Linux und versuchen, diese Partitionen zu öffnen, weicht der Treiber häufig auf schreibgeschützten Zugriff aus.

Eine Warnung wird über die hibernierte Sitzung angezeigt.

Einige Nutzer montieren das Laufwerk gewaltsam. Das führt zu Problemen. Daten können beschädigt werden, wenn auf ein System geschrieben wird, das Windows für aktiv hält. Die ntfs-3g-Option, die die Hibernate-Datei ignoriert, beseitigt auch das, was Windows im Speicher hat. Alle in Linux geänderten Dateien können die Rückkehr von Windows stören.

Die effektivste Lösung: Deaktivieren Sie den Schnellstart in den Energieeinstellungen von Windows im Menü "Wählen Sie aus, was die Einschalttasten tun". Diese Option versteckt sich hinter einem Link, der Administratorrechte erfordert. Mit dem Befehl powercfg /h off in einer erhöhten Eingabeaufforderung deaktivieren Sie die Hibernation vollständig und sparen so mehrere Gigabyte Speicherplatz. Möchten Sie die Funktion behalten? Wählen Sie Neustart statt Herunterfahren, bevor Sie Linux starten; ein Neustart sorgt für einen vollständigen Kernel-Shutdown. Die Unannehmlichkeit ist leicht zu vermeiden, aber viele Neueinsteiger sind überrascht. Das Standardverhalten sieht aus wie ein normales Herunterfahren, führt jedoch etwas ganz anderes durch.

BitLocker

Festplattenverschlüsselung kann eine Linux-Installation in eine Wiederherstellungsschlüssel-Suche verwandeln

BitLocker ist die größte Bedrohung hier, da es Ihre Daten unzugänglich macht. In neueren Versionen von Windows 11 aktiviert die Geräteverschlüsselung automatisch viele neue PCs, oft beim Anmelden mit einem Microsoft-Konto. Der Wiederherstellungsschlüssel wird dort gespeichert, wo man ihn nicht erwartet. BitLocker bindet den Verschlüsselungsschlüssel an das TPM des Computers, das Messungen des Bootvorgangs aufzeichnet. Änderungen, wie das Installieren eines neuen Bootloaders oder das Aktualisieren der Firmware, können dazu führen, dass das TPM den Schlüssel verweigert. Das Resultat ist ein blauer Wiederherstellungsbildschirm, der nach einem 48-stelligen Schlüssel fragt, den Sie möglicherweise nie gesehen haben.

Linux erhöht die Wahrscheinlichkeit dieser Probleme. Die Installation eines zweiten Betriebssystems erfordert oft, die Windows-Partition zu verkleinern. Linux-Tools können BitLocker-Volumes in der Regel nicht ohne den Schlüssel ändern. Selbst wenn, das Verändern einer verschlüsselten Partition von außerhalb ist ein schneller Weg, diese zu verlieren. Linux kann BitLocker-Laufwerke mit Tools wie cryptsetup oder dislocker lesen, aber nur, wenn Sie den Wiederherstellungsschlüssel oder das Passwort haben.

Der sicherste Ansatz: Bereiten Sie sich vor, bevor Sie etwas anfassen. Sichern Sie den Wiederherstellungsschlüssel an einem Ort, der vom PC getrennt ist. Setzen Sie BitLocker aus oder entschlüsseln Sie das Laufwerk, bevor Sie Linux installieren. Verkleinern Sie die Windows-Partition aus Windows. Einige Nutzer schalten die Verschlüsselung ganz ab, um den Aufwand zu minimieren.

Vermeiden Sie den Tausch von Sicherheit gegen Bequemlichkeit. Wählen Sie einen Dual-Boot-Installation, bis Sie Ihren Schlüssel sicher im Griff haben.

Windows kann Dual-Boot-Installationen stören, aber mit Planung bleibt's schlank

Windows überschreibt Bootloader. Secure Boot verliert das Vertrauen, Laufwerke bleiben teilweise angehalten und Festplatten werden ohne Rückfrage verschlüsselt. Das alles ist nicht kritisch, wenn Sie vorbereitet sind. Halten Sie ein Live-USB bereit, deaktivieren Sie den Schnellstart, sichern Sie Ihren BitLocker-Schlüssel und aktualisieren Sie die Firmware vor Änderungen.

Bist du neugierig auf weitere Artikel wie 4 Möglichkeiten, wie Windows versucht, Ihr Linux-Dual-Boot zu sabotieren? Entdecke spannende Inhalte in der Kategorie Linux.