[GELÖST] ]Boot-Flag lässt sich beim Installer nicht setzen

[DeletedUser-WgoBa]

Hallo,

ich versuche gerade über eine VNC-Console eines ISP das bereitgestellte Buster-netinstall-Image zu installieren. Ich scheitere beim der Platten-Partitionierung am Setzen des Bootflags für die Boot-Partition. Das steht auf "Aus" und wenn ich draufklicke, dann erscheint kurz die Meldung "Partitionstabelle wird berechnet" und "Boot_Flag (Boot-fähig-Markierung): Aus" ändert sich nicht.
Auch wenn ich eine andere Partition nehme ändert sich das Verhalten nicht.

Grüße

Kaheto

[debianoli]

Ist das Boot-Flag bei Linux nicht völlig egal?

[DeletedUser-WgoBa]

Ist das Boot-Flag bei Linux nicht völlig egal?

Ich dachte die /boot wird mit einem Boot-Flag gesetzt? Wenn es egal wäre, wozu existiert diese Option im Installer dann überhaupt noch?

[debianoli]

Läuft deine Installation auch ohne gesetztes Boot-Flag?

[DeletedUser-WgoBa]

Weiß ich noch nicht, wenn ich erst am Installieren bin. Ansonsten würde ich ja auch nicht fragen.

[DeletedUser-WgoBa]

Läuft deine Installation auch ohne gesetztes Boot-Flag?

Jetzt kann sagen: Ja. Aber dennoch, jetzt interessiert mich, warum es diese Boot-Flag-Option dann überhaupt noch gibt?

[smutbert]

Mit dem Bootflag hat es meines Wissens folgendes auf sich:

Microsoft schreibt seit DOS zumindest von der Funktion her immer den gleichen Bootcode in den MBR. Der sucht die im Microsoft-Jargon primäre, aktive Partition, wobei das aktiv eben für den Bootflag steht. fdisk (und moderne Partitionierungstools) von DOS und Windows erlauben dementsprechend glaube ich das Bootflag nur bei einer primären Partition pro Festplatte zu setzen.

Linux-Distributionen schreiben typischerweise bereits den ersten Teil von grub in dem MBR, dem der Bootflag in weiterer Folge komplett egal ist.

Bastelt man sich also nicht gezielt aus irgendwelchen Gründen ein System mit Microsoft-MBR (oder dem freien Gegenstück mbr) spielt der Bootflag keine Rolle.



Bei GPT-Partitionierung, die vor allem bei UEFI-Systemen verwendet wird, gibt es den Bootflag soweit ich weiß eigentlich gar nicht mehr.
Allerdings zeigen ihn einige Partitionierungstools (gparted, parted und das ist glaube ich auch das, was der Installer verwendet) für EFI System Partitionen grundsätzlich als gesetzt an und für andere als deaktiviert.
Solange du also auf einem solchen System nicht /boot auf die EFI System Partition legst, was vermutlich möglich, aber unter Debian eher unüblich ist, lässt sich das Bootflag für /boot gar nicht aktivieren (und für die unter (/boot/efi gemountete EFI System Partition nicht deaktivieren - ich glaube, aber der Mountpoint wird im Installer gar nicht angezeigt?).

[DeletedUser-WgoBa]

Okay, danke das erklärt jetzt Einiges. Ich dachte wirklich jetzt beim Installieren, Ich spinne. Denn das erlebe ich jetzt zum ersten Mal, dass ich das Flag nicht setzen kann.

Grüße

Kaheto

[jph]

Ist das Boot-Flag bei Linux nicht völlig egal?

Ich dachte die /boot wird mit einem Boot-Flag gesetzt? Wenn es egal wäre, wozu existiert diese Option im Installer dann überhaupt noch?

Das Boot-Flag ist GRUB/Linux/init tatsächlich völlig egal, dem Rechner möglicherweise aber nicht. Maschinen mit klassischem BIOS brauchen bei mehreren Festplatten u.U. das Boot-Flag, damit sie wissen, von welcher Platte der MBR geladen werden soll.

Bei EFI hat sich das Boot-Flag vollends überholt, wie @smutbert bereits ausgeführt hat.

[DeletedUser-WgoBa]

Bei EFI hat sich das Boot-Flag vollends überholt, wie @smutbert bereits ausgeführt hat.

Das wird's wohl gewesen sein. Denn ich habe bei mir kein EFI auf dem Board, der neue ISP scheint das dann doch zu haben. Vielen Dank für Euere Informationen.