Die aktuelle Partitionierung, wie sie in Gnome Disks angezeigt wird, ist:
/dev/sda1 Linux Bootable 500mb
/dev/sda2 Linux LUKS Encryption 478gb (this is LVM)
Free Space 21gb
In /dev/sda2 gibt es /, swap und /home.
Ich möchte eine weitere Distribution auf dem 21 GB großen freien Speicherplatz installieren. Sie wird die Swap- und Home-Partitionen mit der aktuellen Installation teilen.
Ich werde /home und swap als entsprechende Einhängepunkte mounten und nicht formatieren. Ich werde / für die neue Distribution erstellen.
Die Frage ist, was mache ich mit /boot? Verwende ich das vorhandene oder ein neues?
Muss ich GRUB außerdem erneut installieren? Wo?
Antwort1
Ja, Sie können die /boot
Partition mit mehreren Distributionen teilen, aber das ist nicht trivial. Um mögliche Konflikte zu vermeiden, würde ich nur EINE davon verwenden (normalerweise die mit der aktuellsten GRUB-Version), um sie zu „besitzen“/konfigurieren/verwalten. Um versehentliche Schäden zu vermeiden, mounte ich sie in den „Nicht-Eigentümer“-Distributionen sogar schreibgeschützt (oder mounte sie überhaupt nicht).
Es kann etwas schwierig sein, die nachfolgenden Distributionen zu installieren, ohne die vorherigen zu beeinträchtigen. Insbesondere, wenn der /boot
Partitions-"Besitz" an die neuere Installation übergeben wird. Persönlich ziehe ich es vor, KEINE separate /boot
Partition für die neuere Installation zu verwenden (und ihre Partition vorübergehend /
zur bootfähigen zu machen) und ihre /boot
Verzeichnisinformationen manuell in das gemeinsame /boot
Partitionsschema "einzufügen".nachdie Installation. Das Aktualisieren einer „Nicht-Eigentümer“-Distribution erfordert ebenfalls Babysitting.
Erstellen Sie stets Sicherungskopien der /boot
Verzeichnisse und der „/boot“-Partition und halten Sie ein bootfähiges Medium bereit, um das GRUB-Setup wiederherzustellen, falls etwas schief geht.
/boot
Ein anderer Ansatz besteht darin , für neuere Installationen einfach keine separaten Partitionen zu haben und ihre /
Partitionen (in denen sich ihre /boot
Verzeichnisse befinden) einfach wie (ältere) Windows-Installationen kettenweise in das aktuelle GRUB-Schema zu laden.
Achten Sie auf mögliche Probleme beim Teilen von swap
und /home
Partitionen. Hier sind einige Fragen und Antworten, die Sie möglicherweise durchgehen möchten, um zu berücksichtigende Dinge zu erfahren:
Antwort2
Die gemeinsame Nutzung einer /boot
Partition zwischen Distributionen ist oft möglich, aus mehreren Gründen jedoch nicht ratsam:
- Jedes Betriebssystem geht davon aus, dass ihm die Partition „gehört“, und versucht daher möglicherweise, die Dateien der anderen zu überschreiben. Dieses Problem tritt normalerweise am ehesten bei GRUB auf
/boot/grub
, kann aber auch bei anderen Dateien auftreten, insbesondere wenn Ihre Distributionen eng verwandt sind. Ubuntu und Mint verwenden beispielsweise dieselben Kernel-Dateinamen. - Bootloader geraten möglicherweise durcheinander und können nicht mehr herausfinden, welcher Kernel zu welcher Root-
/
Partition () gehört. Dies kann zu Bootfehlern führen und/oder dazu, dass Sie Ihre Bootkonfigurationen manuell anpassen müssen. - Wenn Sie jemals eine Distribution löschen oder ersetzen möchten, bleiben die Kernel der alten Distribution möglicherweise zurück, wodurch Speicherplatz verschwendet wird und zusätzliche Verwirrung darüber entsteht, welche Kernel zu welchen Distributionen gehören.
- Einige Distributionen bestehen möglicherweise auf dem Löschen
/boot
vor der Installation. (Ich bin mir da nicht 100 % sicher, aber ich habe definitiv Installateure gesehen, die auf dem Löschen/
vor der Installation bestehen.) Wenn Ihre zweite Distribution dies tut, werden natürlich die Kernel der ersten Distribution gelöscht. - Wenn sich die Kernel zweier Distributionen auf einer Partition befinden, muss diese Partition größer sein. Dieses Problem lässt sich natürlich durch eine Vergrößerung der Partition umgehen. Es handelt sich dabei eher um etwas, das Sie berücksichtigen müssen, als um etwas, das definitiv Probleme verursachen wird.
Es gibt selten ein Problem, eine zusätzliche Partition für zu erstellen /boot
. Im Gegensatz zu dem, was Dan Cornilescu andeutete, /boot
funktioniert die Partitionnichtmüssen als bootfähig markiert werden (entweder unter BIOS oder EFI). Tatsächlich ignoriert GRUB das Boot-Flag auf MBR-Festplatten vollständig, sodass Sie mitNEIN"bootfähige" Partition, wenn Sie GRUB verwendenUndwenn Ihr BIOS dies zulässt. (Einige BIOS weigern sich zu booten, wenn keine „bootfähige“ Partition vorhanden ist.) Ebenso ist es weder Linux noch GRUB wichtig, ob es /boot
sich um eine primäre oder eine logische Partition handelt, Sie können also bei Bedarf logische Partitionen für eine oder beide Ihrer /boot
Partitionen verwenden.