In naher Zukunft beabsichtige ich, ein Dual-Boot-System mit Windows 8 und Debian Linux (zu Testzwecken) auf einem Lenovo Ideapad 205 mit UEFI-BIOS einzurichten.
Ich habe mehrere Artikel über die neuen Windows 8-Funktionen zum schnelleren Booten unter UEFI gesehen. Dies kann zu einer Art Inkompatibilität mit GRUB und im Allgemeinen mit Linux-Distributionen führen.
Wie viel ist es wahr? Mit anderen Worten, kann ich bei der Installation dieser Betriebssysteme in der folgenden Reihenfolge mit Problemen rechnen?
- Installieren Sie Windows 8 auf einer ersten Partition, z. B. 50% der Festplattengröße.
- Installieren Sie dann Debian mit GRUB2 in einem anderen Partitionssatz. An diesem Punkt sollte GRUB2 den Standard-Windows-MBR ersetzen.
Antworten:
Seit Sie in naher Zukunft gesagt haben, trifft die Frage wahrscheinlich nicht mehr zu, aber ich möchte sie beantworten, um die Situation zu klären, falls einige Menschen dieselben Zweifel haben wie Sie.
Sie sollten für dieses Setup keine Probleme haben, unabhängig davon, ob der Laptop bereits mit Windows 8 gekauft wurde oder nicht.
Was Sie über Inkompatibilitäten lesen, hängt wahrscheinlich mit einer Sicherheitsfunktion von UEFI, Secure Boot, zusammen, bei der Bootloader (im Idealfall alle, die direkt auf Hardware zugreifen) digital signiert werden müssen, damit sie überprüft werden können. Dies verhindert unter anderem, dass Malware auf Bootloader oder Man-in abzielt -the-middle Angriffe beim Booten über das Netzwerk.
Für die Windows 8-Zertifizierung (für neue Computer) erfordert Microsoft, dass diese Funktion standardmäßig implementiert und aktiviert ist. Daher können nicht signierte oder gefährdete Bootloader nicht standardmäßig gestartet werden. Microsoft verlangt jedoch auch, dass der Benutzer diese Funktion ganz deaktivieren kann, wenn er möchte (wenn der Computer keinen ARM-Prozessor hat). Wenn dies deaktiviert ist, funktioniert alles wie gewohnt.
Wie auch immer, viele Systeme mit UEFI, die nicht mit Windows 8 ausgeliefert wurden, implementieren nicht einmal Secure Boot, sodass der Aufwand noch geringer ist.
Das Problem kann sein, wenn Sie Secure Boot aktivieren möchten, aber auch Ihren eigenen Bootloader oder Kernel kompilieren möchten. In diesem Fall müssen Sie sie nur signieren (möglicherweise nur den Bootloader) und den öffentlichen Schlüssel zum UEFI-Speicher hinzufügen, damit alle mit Ihrem privaten Schlüssel signierten Elemente als sicher eingestuft werden. Sie müssen jedoch den Schlüssel kaufen um es zu unterschreiben.
In Bezug auf das, was Sie über ein schnelleres Booten von Windows 8 sagen, wird dies auch in diesem Setup keine Probleme verursachen. Dies wird als Hybrid-Boot bezeichnet, bei dem der Großteil des Kernsystems anstelle einer herkömmlichen Boot-Sequenz im Ruhezustand zwischengespeichert wird. Es kommt jedoch auf allen Arten von Systemen vor, nicht nur auf UEFI-basierten (denken Sie daran, dass Windows 8 auch auf BIOS-basierten Systemen funktioniert).
In jedem Fall kann es auch deaktiviert werden, wenn dies zu Problemen führt, und der herkömmliche Startvorgang ist weiterhin verfügbar.
Ich hoffe das klärt die Dinge.
quelle
Es sollte überhaupt keine Probleme geben, wenn auf dem Computer ursprünglich nicht Windows 8 installiert war (wenn Sie tatsächlich 8 selbst auf einer primären Partition "installieren").
Wenn Sie vorhaben, einen UEFI-Computer zu kaufen , der mit Windows 8 geliefert wird , werden die Dinge etwas interessanter. Die meisten Linux-Distributionen haben dieses Problem der Boot-Code-Signatur jedoch bereits gelöst. Insbesondere Ubuntu und Fedora haben bereits Lösungen dafür gefunden und Debian hat auch darüber diskutiert . Ich bin sicher, dass es in ein paar Monaten gelöst sein wird.
quelle