[Postfixbuch-users] OT: Blockdevices > 2 TB

[Mathias Jeschke]

Am 06.01.2011 12:46, schrieb Maximilian Grobecker:

> Ich bin mir nicht ganz sicher, ob das mit der Unterstützung des BIOS
> noch wirklich so aktuell ist. In einem Schema, was ich im Internet fand,
> wurde sogar dargestellt dass das BIOS die IO.SYS oder MSDOS.SYS lädt -
> was ein Microsoft-Only-BIOS implizieren würde und ohnehin mit dem
> NTFS-Dateisystem von Windows NT nichts anfangen könnte.

Das Laden der *.SYS erledigt der DOS-Bootloader, dem BIOS ist das egal, 
das führt einfach den Code aus bzw. übergibt einfach die Kontrolle an 
den Bootcode aus dem MBR.
Bei NT ist das halt ein Bootloader der den NT-Kernel lädt.

> Mir stellt sich die ganze Zeit nur die Frage, wie das BIOS den Kernel
> lesen kann, der sich in irgendeinem Dateisystem befindet.

Kann es ja nicht - deshalb benötigt man ja einen Bootloader wie GRUB.

> Das bestärkt mich ein wenig in meiner Theorie, dass das BIOS nur noch
> eine untergeordnete Rolle spielt und es tatsächlich reicht, wenn nur
> noch der Bootsektor gelesen werden kann.

Das BIOS wird aber - aus Sicht des Bootloaders (GRUB) - benötigt,
um die Blöcke von der Festplatte in den RAM zu lesen.
Sonst müsste ja jeder Bootloader seinen eigenen Treiber für den 
Festplattencontroller mitbringen (ATA/USB/SCSI/...)

Ich weiß bloß nicht, ob die Adressierung (die ja bei den ganzen 
logischen "Grenzen" Probleme macht) an den Partitionsgrenzen orientiert 
ist, oder absolut vom Anfang der Platte erfolgt.
Ich vermute ersteres.
(Sprich, wie der Bootloader dem BIOS sagen muss, welche Blöcke er für 
den weiteren Bootvorgang/Stage2 haben will.)

> Meine Vermutung geht ja ein bisschen dahin, dass der MBR von GRUB bei
> jeder Installation so angepasst wird, dass er einfach blind zu dem
> Sektor auf der Festplatte springt, an dem "stage2" liegt und ausführt,
> was er findet.

Für mehr wird der Code (wie gesagt, max. 440 Bytes) wohl nicht reichen.

Gruß,
Mathias