Ich habe einige Beiträge und Handbuchseiten gelesen, aber ich habe immer noch Zweifel. Mein gParted-Screenshot ist der folgende.
Während des Installationsvorgangs von Ubuntu 16.10 habe ich GRUB in /dev/sda1 installiert („Windows Boot Manager“ stand in der Nähe von /dev/sda1) (ich hatte „Secure Boot“ zuvor deaktiviert).
Das GRUB-Menü sieht wie folgt aus.
Bis jetzt hat alles gut funktioniert, aber jetzt plane ich, mehrere Linux-Distributionen zu installieren, UbuntuStudio und auf jeden Fall eine Arch-Distribution (Antergos, glaube ich). Ich denke auch daran, zusätzlichen Platz auf der SSD zu lassen, um Distributionen auszuprobieren, wenn mir danach ist. In den folgenden Punkten möchte ich vorher sicher sein.
Muss ich jedes Mal, wenn ich eine neue Distribution installiere, einen Bootloader installieren? Wenn ja, ist es richtig, alles wie zuvor in /dev/sda1 („Windows Boot Manager“) zu installieren?
In der Vergangenheit habe ich versucht, mein altes Notebook (BIOS) mit Windows XP, Ubuntu und UbuntuStudio dreifach zu booten, und jedes Mal, wenn ich die Kernel aktualisierte, konnte ich nicht mehr booten. Wenn ich mich recht erinnere, wurde vorgeschlagen, einen einzelnen GRUB auf einer separaten Partition zu haben und von den Linux-Distributionen darauf zu verweisen. Was ist jetzt der beste Weg, mehrere Linux-Distributionen mit UEFI zu haben? Was ist anders als in der Vergangenheit (BIOS) (nur aus Neugier)?
Bitte halten Sie es einfach. Ich bin sehr froh, zu erfahren, wie der Startvorgang funktioniert und wie ich mehrere Linux-Distributionen reibungslos starten und aktualisieren kann. Viele der Antworten, die ich gelesen habe, sind jedoch eher rätselhaft.
Vielen Dank im Voraus, Luca
Antwort1
Generell und meiner bescheidenen Meinung nach ist die Installation mehrerer Linux-Distributionen für Multi-Boot auf einem einzigen Computer mehr Aufwand als es wert ist. Meistens erledigt eine Distribution das, was die anderen tun. Wenn Sie Erfahrung mit mehreren Desktop-Umgebungen haben möchten, können Sie in Ubuntu so viele installieren, wie Sie möchten, und zwischen ihnen wechseln, indem Sie sich ab- und wieder anmelden und bei der Anmeldung die entsprechende Desktop-Umgebung auswählen. Sie können es sogar so einrichten, dass Sie auf verschiedenen virtuellen Terminals (VTs) gleichzeitig bei mehreren Desktop-Umgebungen angemeldet sein können.
Wenn Sie Erfahrungen mit verschiedenen Paketmanagern oder anderen Funktionen sammeln möchten, die wirklich distributionsspezifisch sind, ist die Installation zusätzlicher Distributionen in einer virtualisierten Umgebung wie VirtualBox oder VMware wahrscheinlich einfacher und sicherer als ein Dual-Boot. Dies hat außerdem den Vorteil, dass Sie beide Distributionen gleichzeitig ausführen können.
Wenn Sie jedoch wirklich Multi-Boot benötigen, ist GRUB meiner Meinung nach nicht die beste Wahl. Seine Achillesferse ist, dass es eine Konfiguration innerhalb des Betriebssystems erfordert, von dem es installiert wurde. (Zumindest gilt das für die Standardkonfigurationen, die von Ubuntu und den meisten anderen Distributionen bereitgestellt werden. EsIstEs ist möglich, eine GRUB-Konfiguration zu erstellen, die besser von einer bestimmten Distribution getrennt ist, aber das erfordert fortgeschrittene Kenntnisse und es ist immer noch notwendig, sie innerhalb eines Betriebssystems zu konfigurieren.) Das heißt, wenn Sie Ubuntus GRUB verwenden, um den Startvorgang zu steuern, aber auch beispielsweise Fedora installieren, dann wird Ubuntus GRUB nichts davon wissen, wenn Sie den Fedora-Kernel aktualisieren, bis Sie Ubuntu neu starten und eingeben sudo update-grub(oder bis Sie den Ubuntu-Kernel aktualisieren). Alternativ könnte Ubuntus GRUB zu Fedoras GRUB verketten, in welchem Fall Fedoras GRUB über den aktualisierten Fedora-Kernel Bescheid weiß, aber das erschwert den Prozess zum Booten von Fedora. Schlimmer noch, jedes Betriebssystem wird wahrscheinlich versuchen, den Startvorgang zu steuern, was zu wiederholtenStiefelcoups,in dem OS A seinen Bootloader als Standard einstellt, obwohl Sie möchten, dass der GRUB von OS B die Aufgabe übernimmt. (Das ist allerdings kein GRUB-spezifisches Problem; es tritt wahrscheinlich bei jedem Multi-Boot auf.) Je mehr Betriebssysteme Sie im Multi-Boot-Modus ausführen, desto häufiger kommt es zu Boot-Coups.
Für komplexe Setups verwenden viele Leute lieber meine eigenerEFInd-Bootmanager.Im Gegensatz zu GRUB durchsucht rEFInd die Festplatte bei jedem Start des Computers nach Bootloadern und Kerneln, sodass es neue Kernel erkennt, unabhängig davon, welche Distribution den Kernel oder rEFInd installiert hat. Dies hat jedoch seine Tücken, und Sie müssen möglicherweise für jede Distribution ein wenig Anpassungen vornehmen, damit es funktioniert. Insbesondere benötigen Sie möglicherweise eine /boot/refind_linux.confDatei für jede Distribution, damit rEFInd jedem Betriebssystem die entsprechenden Startoptionen übergeben kann. Dies wird unterdiese Seiteder rEFInd-Dokumentation.
Ein anderer Ansatz, der derzeit allerdings noch weitgehend theoretisch ist, besteht in der Verwendung vonBootloader-Spezifikation von Freedesktop.org.Die Idee ist, dass Distributionen ihre Kernel an standardisierten Orten ablegen und bei einem Konfigurationsdateiformat zusammenarbeiten, sodass Bootloader einer Distribution Kernel einer anderen Distribution laden können. Dieser Vorschlag hat seine Berechtigung, wird aber meines Wissens nach nur von wenigen Distributionen übernommen, sodass man sich heute praktisch nicht darauf verlassen kann.