Wie unterstützen Dateisysteme das Booten von älteren Versionen?

Question

Wie unterstützen Dateisysteme das Booten von älteren Versionen?

486

sherrellbc 2018-02-24 в 18:35

Ich schreibe gerade einen einfachen OS-Bootloader (zuerst im Legacy-Modus). Nachdem ich den Boot-Prozess ( MBR beim Laden der VBR usw.) verstanden hatte, begann ich, die Spezifikationen für die verschiedenen Dateisysteme zu untersuchen, um zu verstehen, wie sie mit diesem alten Boot-Modus umgehen.

Dies ist erforderlich, da sich der Volume Boot Record (VBR) auf der Festplatte des ersten Sektors der "aktiven" Partition befindet. Mit anderen Worten sind die Bytes des ersten Sektors (normalerweise 512 Bytes) keine Datenstrukturen des Dateisystems, sondern der Boot-Code für das Betriebssystem.

Zuerst habe ich FAT wegen seiner Einfachheit betrachtet. Zu meiner Überraschung fand ich Hinweise auf den " Boot-Sektor ", der direkt in die Spezifikation aufgenommen wurde. Insbesondere wenn Sie eine Platte mit dem FAT-Dateisystem formatieren, können Sie am Anfang einige Sektoren für spezielle Codeblöcke wie den VBR "reservieren". In diesem Fall werden alle Dateisystem-Datenstrukturen um diese Anzahl reservierter Blöcke verschoben. Großartig! Genau das habe ich gesucht.

In anderen Dateisystemen (speziell ext) konnte ich jedoch nichts Ähnliches finden. Diese anderen Dateisysteme müssen die "alte" Art des Bootens unterstützen (z. B. Speicherplatz für die VBR zum Booten des Betriebssystems), da sie lange vor der UEFI-Startspezifikation verfügbar waren.

1

Sie irren sich, wie der Linux-Startvorgang funktioniert. Es ist keine VBR erforderlich, wenn der MBR-Code genug vom Dateisystem versteht, um die nächste Stufe zu laden, die keinen Platzbeschränkungen unterliegt. Daniel B vor 6 Jahren 0

[Ext2 hat auch einen 1024-Byte-Bootcode-Bereich] (http://www.nongnu.org/ext2-doc/ext2.html#DISK-ORGANISATION). Daniel B vor 6 Jahren 0

[Btrfs scheint 64 KB zu haben] (https://superuser.com/a/1208690/432690). Kamil Maciorowski vor 6 Jahren 0

@DanielB Der Prozess ist nicht Linux-spezifisch. DOS wurde auf diese Weise gebootet. Der Prozess ist bekannt. Der MBR erhält die Ausführung um 0x0000: 0x7c00, er verlagert sich selbst, bestimmt die "aktive" Partition und lädt seine VBR (ersten Sektor) an derselben Adresse, `0x0000: 0x7c00 '. Diese VBR war die erste Stufe des Bootloaders, die für das installierte Betriebssystem spezifisch ist. Natürlich wurde dies so gemacht, und der Prozess hat sich in den letzten 40 Jahren weiterentwickelt. Sie benötigen keine VBR, insbesondere wenn Ihr installierter Bootloader wie GRUB den MBR mit seinem eigenen Code überschreibt, der für sein Boot-Schema spezifisch ist sherrellbc vor 6 Jahren 0

@DanielB Es gibt nur 512 Byte, mit denen im MBR und VBR (falls vorhanden) gearbeitet werden kann. Daher habe ich erwartet, dass die Implementierung ziemlich vereinfacht wird. Danke auch für den Link zu ext. Ich stöberte im Wiki herum und konnte es dort nicht finden. sherrellbc vor 6 Jahren 0

1 Antwort auf die Frage

2

Accepted Answer · 2018-02-24 18:59:56

Diese anderen Dateisysteme müssen die "alte" Art des Bootens unterstützen (z. B. Speicherplatz für die VBR zum Booten des Betriebssystems), da sie lange vor der UEFI-Startspezifikation verfügbar waren.

Nein, das brauchen sie nicht. Siehe GNU GRUB Manual 2.02 :

Das normalerweise auf PC-BIOS-Plattformen verwendete Partitionstabellenformat wird als MBR-Format (Master Boot Record) bezeichnet. Dieses Format ermöglicht bis zu vier primäre Partitionen und zusätzliche logische Partitionen. Bei diesem Partitionstabellenformat gibt es zwei Möglichkeiten, GRUB zu installieren: Es kann in den Bereich zwischen dem MBR und der ersten Partition eingebettet werden (genannt unter verschiedenen Namen wie "Boot-Track", "MBR-Lücke" oder "Einbetten") Bereich ", und das ist in der Regel mindestens 31 KiB), oder das Kernabbild kann in einem Dateisystem installiert werden, und eine Liste der Blöcke, aus denen es besteht, kann im ersten Sektor dieser Partition gespeichert werden.

Jedes davon hat andere Probleme. Es gibt keine Möglichkeit, Speicherplatz im Embedding-Bereich mit absoluter Sicherheit zu reservieren, und einige proprietäre Software verwendet sie, um Benutzern die Umgehung von Lizenzbeschränkungen zu erschweren. und Systeme werden manchmal partitioniert, ohne dass vor der ersten Partition genügend Speicherplatz vorhanden ist. Auf der anderen Seite bedeutet die Installation in einem Dateisystem, dass GRUB anfällig ist, dass seine Blöcke durch Dateisystemfunktionen wie Endverpackung oder sogar durch aggressive fsckImplementierungen verschoben werden. Daher ist dieser Ansatz ziemlich anfällig. Dieser Ansatz kann nur verwendet werden, wenn sich das / boot-Dateisystem auf derselben Festplatte befindet, von der das BIOS gestartet wird, sodass sich GRUB nicht auf das Erraten von BIOS-Laufwerksnummern verlassen muss.

Das GRUB-Entwicklungsteam empfiehlt, GRUB vor der ersten Partition einzubetten, sofern Sie keine besonderen Anforderungen haben. Sie müssen sicherstellen, dass die erste Partition mindestens 31 KiB (63 Sektoren) ab dem Start der Festplatte startet. Auf modernen Festplatten ist es oft ein Leistungsvorteil, Partitionen trotzdem an größeren Grenzen auszurichten, sodass die erste Partition möglicherweise 1 MiB vom Anfang der Festplatte an startet.

Dies bedeutet, dass sich ein Bootloader vor der ersten VBR oder sogar innerhalb eines Dateisystems befinden kann.

Wie unterstützen Dateisysteme das Booten von älteren Versionen?

1 Antwort auf die Frage

Verwandte Probleme