🚀 go-pugleaf

In article <750KTown76B@kalkhoff.acid.east.de>, Christian Kalkhoff wrote:

>Stimmt nicht. Linux Bootsachen m�ssen auf einer Partition mit auf den  
>ersten 1024 Sektoren liegen.

Stimmt wohl. Wenn das BIOS LBA kann, bootet LILO auch von jenseits der 1024 
K�pfe. Neuere LILO-Versionen unterst�tzen wohl auch die BIOS-Extension f�r
riesige Platten, aber das ist bei mir sowieso noch nicht interessant. 
Startet einmal der Kernel, sind diese Betrachtungen sowieso hinf�llig. Auf
�lteren Rechnern (BIOS vor vielleicht 1994) geh�rt /boot aber tats�chlich
in die ersten 1024 Sektoren.

>Was das Bios angeht hast du allerdings recht.  
>Also die Daten auf 4GB eintragen. Die 32-Bit-Plattentreiber sollten dann  
>den Rest erledigen, da sie die Zusatzfunktion zum Interupt 13h (Schlagt  
>mich, wenn ich mich irre) zur Verf�gung stellen.

Gibts solche Treiber f�r die DOSe? F�r das 504MB-Problem -- um das es hier
nicht geht -- sind ja solche Dinge wie Ontrack oder EZDrive zust�ndig. Kann
sein, da� die den Bug mit den 4GB auch beheben k�nnen.

>Von der Sache her kann  
>man sagen, dass Bios nur zum Booten gebraucht wird, d.h. Linux� Kernel und  
>die /-Partition darf nicht �ber die ersten 1024 Sektoren hinaus gehen,  
>bzw. die Magische Grenze von 2048MB nicht �berschreiten. Der Rest sollte  
>dann mit fdisk zur Verf�gung stellen.

Nicht ganz. Kernel, Lilo (also system.map oder wie das Ding hei�t), chain.b
und dergleichen sowie die Boot-Message werden �bers BIOS geladen. Alles andere
nicht. Deshalb kann / durchaus hinter dem 1024sten Zylinder liegen. Ein 
2048MB-Limit kennt Lilo nicht. Bestenfalls das 8GB-Limit.

>Unter dem Maistream-Betriebssystem Windows 95 ben�tigst du eine Version ab  
>OSR 2.1. Diese hat dann Unterst�tzung f�r Partitionen > 8GB.



-- 
Die Zukunft ist auch nicht mehr das, was sie mal war.