Hallo Liste, wenn ich Linux auf einer 20GB HDD im Bereich oberhalb von 15 GB installieren möchte, liege ich auch oberhalb der 1024 Zylindergrenze. Gebootet werden soll mit PQ Boot. Ist es möglich, LILO in einer logischen Partition oberhalb dieser 1024 Grenze zu installieren, ohne dass er aktiviert wird, da ich mit dem Bootmanager booten möchte? Grüsse Martin --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
On Mit, 12 Apr 2000 Martin Pitsch mailed us: Hallo Martin
Gebootet werden soll mit PQ Boot.
Sollte kein Problem sein. -- ___ ___ (o o) (o o) ( V ) ( V ) *s-y-l@gmx.net* --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Hallo, Maik Holtkamp wrote:
Gebootet werden soll mit PQ Boot.
Sollte kein Problem sein.
Moment. Folgendes Szenario: PQBoot sitzt im MBR. Soll nun LILO in den Speicher kloppen -> erste Huerde: kann PQBoot Zylinder > 1023 ansprechen? Ok. Angenommen das klappt. Lilo ist im Speicher, arbeitet seine Conf ab. Soll nun den Kernel in den Speicher kloppen und ausfuehren. Der liegt aber hinter Zyl. 1023. Peng! -> zweite Huerde. Denn ob Lilo vom Bios aus dem MBR oder von sonstwas von sonstwoher in den Speicher geladen und dann ausgefuehrt wird sollte Lilo wurscht sein. Es _kann_ aber sein, IIRC, dass die _aktuellsten_ Versionen von Lilo und dem Kernel (2.2.14???) das koennen... (Dafuer muss aber IIRC die HD im Bios als LBA eingetragen sein, aber das duerfte sie bei der Groesse sowieso ;) Problemloser duerfe sein, Lilo und /boot irgendwo vor Zyl. 1023 unterzubringen (Lilo macht sich z.B. praechtig im BR der erweiterten Partition, d.h. z.B. /dev/hda2 - /dev/hda4, je nachdem wieviele primaere Partitionen es gibt - ob der "andere" Bootmanager auch die erweiterte Partition booten will ist ne andere Frage ;) Vamos[1] kann's z.B.) CU David [1] www.deer-corner.com (oder war's www.deercorner.com?) P.S.: Hi Martin, mal wieder ;) -- Um Rekursion zu verstehen, muss man erst Rekursion verstanden haben. email: David@dhaller.de www: www.dhaller.de --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Hallo David! David Haller schrieb am Donnerstag, 13. April 2000:
Maik Holtkamp wrote:
Gebootet werden soll mit PQ Boot.
Sollte kein Problem sein.
Moment. Folgendes Szenario:
PQBoot sitzt im MBR. Soll nun LILO in den Speicher kloppen -> erste Huerde: kann PQBoot Zylinder > 1023 ansprechen?
PQBoot kenne ich (bisher noch) nicht.
Ok. Angenommen das klappt. Lilo ist im Speicher, arbeitet seine Conf ab. Soll nun den Kernel in den Speicher kloppen und ausfuehren. Der liegt aber hinter Zyl. 1023. Peng! -> zweite Huerde.
Die Hürde wurde inzwischen auch von LILO gemeistert.
Sieh mal auf
ftp://sd.dynhost.com/pub/linux/lilo
http://www.prolinux.de
Aus der Datei lilo-21.4/CHANGES:
-----------------------> Beißkante <------------------------ -
Changes from version 21 to 21-3 (24-FEB-2000) -- John Coffman
-----------------------------
Es _kann_ aber sein, IIRC, dass die _aktuellsten_ Versionen von Lilo und dem Kernel (2.2.14???) das koennen... (Dafuer muss aber IIRC die HD im Bios als LBA eingetragen sein, aber das duerfte sie bei der Groesse sowieso ;)
Sh. oben. Insofern kein Problem mehr mit dem 'richtigen' BootLoader. :-) Grüße - Wilhelm -- ____ ____ \_\_\ /_/_/ | Wilhelm Wienemann, Amselweg 10, D-47546 Kalkar/Germany \_\_\ /_/_/ | E-Mail: ww@kalwien.regio.rhein-ruhr.de \_\_\/\\/_/_/ | PGP-key available on request \__/\___/_/ | "Hautpsache es geht vorwärts, die Richtung ist egal" --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Hallo Wilhelm, Wilhelm Wienemann wrote:
David Haller schrieb am Donnerstag, 13. April 2000:
Maik Holtkamp wrote:
Gebootet werden soll mit PQ Boot. Moment. Folgendes Szenario: PQBoot sitzt im MBR. Soll nun LILO in den Speicher kloppen -> erste Huerde: kann PQBoot Zylinder > 1023 ansprechen?
PQBoot kenne ich (bisher noch) nicht.
Ich auch nicht. Das ist der BM der bei PowerQuest PartitionMagic dabei ist (war mal der IBM OS/2 BM, ist aber AFAIR inzwischen ein anderer). Ich habe bisher mit Vamos (1.16 - letzte beta, www.deer-corner.com (oder ohne "-"?)) gute Erfahrungen gemacht (hat lilo in /dev/hdb4 und 2 Win95 auf /dev/hda1 und hda2 problemlos gebootet) Ausserdem soll xOSl gut sein (www.xosl.org).
Ok. Angenommen das klappt. Lilo ist im Speicher, arbeitet seine Conf ab. Soll nun den Kernel in den Speicher kloppen und ausfuehren. Der liegt aber hinter Zyl. 1023. Peng! -> zweite Huerde.
Die Hürde wurde inzwischen auch von LILO gemeistert. Sieh mal auf
ftp://sd.dynhost.com/pub/linux/lilo http://www.prolinux.de
Ah! Gute Nachrichten! :) Aber:
Aus der Datei lilo-21.4/CHANGES: [..] - will boot from disks up to 2048Gb in size, as long as the BIOS allows ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ the Enhanced BIOS calls for 32-bit sector addressing using packet calls. ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Ebent! Immer noch ist LILO vom BIOS abhaengig, was meine Argumente unterstuetzt. Es _kann_ klappen, _wenn_ Bios und lilo usw. passen, aber... ;( (Das "as long as the BIOS..." ist praktisch eine Umschreibung fuer "IF, AND ONLY IF the BIOS...")
- checks if BIOS supports packet calls (int 0x13, AH=0x42), and uses these calls if 'lba32' was specified. Otherwise, it uses the C:H:S addressing scheme of the original IBM-PC BIOS.
Hm. Wo wird dieses "lba32" spezifiziert? Ist das eine neue Kommandozeilen Option von >= 21-3? (Ich habe hier "lilo -V" -> "LILO version 21"). [..]
If disks with cylinder numbers of 1024 or above are detected, ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ it will issue a recommendation to use LILO with the 'lba32' option. ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Latuernich! Denn ohne waere ja bei CHS: 1023,255,63 Schluss -> die "Zyl. 1023"-Grenze fuer /boot... ;)
Sh. oben. Insofern kein Problem mehr mit dem 'richtigen' BootLoader. :-)
_UND_ wenn das BIOS mitspielt! D.h. die HDs "richtig" anspricht, diese Infos "richtig" auf dem "richtigen" Int weitergibt etc... INT13e ist AFAIK schon laenger spezifiziert, aber wird eben (zu) oft an der einen oder anderen Stelle nicht korrekt implementiert... :( Ich sehe das nun mal eher "pessimistisch" (denn Schaden sollte es doch nicht, wenn man /boot vorsichtshalber komplett vor Zyl. 1023 unter- bringt). Was nicht heissen soll, man koennte es nicht mal testen, aber ein pauschales "sollte klappen" oder gar "klappt" ist IMHO leichtsinnig -- und vor genau dieser Verallgemeinerung wollte ich v.a. warnen... CU David -- Life is sexually transmitted, and terminal... email: David@dhaller.de www: www.dhaller.de --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Hallo David! David Haller schrieb am Sonntag, 16. April 2000:
Wilhelm Wienemann wrote:
David Haller schrieb am Donnerstag, 13. April 2000:
Maik Holtkamp wrote:
Gebootet werden soll mit PQ Boot. Moment. Folgendes Szenario: PQBoot sitzt im MBR. Soll nun LILO in den Speicher kloppen -> erste Huerde: kann PQBoot Zylinder > 1023 ansprechen?
PQBoot kenne ich (bisher noch) nicht.
Ich auch nicht. Das ist der BM der bei PowerQuest PartitionMagic dabei ist (war mal der IBM OS/2 BM,...
Der ist mir ein bischen besser bekannt. :-)
...ist aber AFAIR inzwischen ein anderer).
Ich habe bisher mit Vamos (1.16 - letzte beta, www.deer-corner.com (oder ohne "-"?)) gute Erfahrungen gemacht (hat lilo in /dev/hdb4 und 2 Win95 auf /dev/hda1 und hda2 problemlos gebootet)
Hier läuft aktuell auf meinen Kisten LILO und CHOS. Beide ohne Probleme. [...]
Aber:
Aus der Datei lilo-21.4/CHANGES: [..] - will boot from disks up to 2048Gb in size, as long as the BIOS allows ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ the Enhanced BIOS calls for 32-bit sector addressing using packet calls. ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Ebent! Immer noch ist LILO vom BIOS abhaengig, was meine Argumente unterstuetzt. Es _kann_ klappen, _wenn_ Bios und lilo usw. passen, aber... ;(
So ein BIOS-Update ist ja immer noch ein kleiner Nervenkitzel, aber längst nicht mehr so nervenstrapazierend wie es das mal war. Die aktuellen BIOSe dürften also mit dem LILO keine Probleme mehr haben.
(Das "as long as the BIOS..." ist praktisch eine Umschreibung fuer "IF, AND ONLY IF the BIOS...")
- checks if BIOS supports packet calls (int 0x13, AH=0x42), and uses these calls if 'lba32' was specified. Otherwise, it uses the C:H:S addressing scheme of the original IBM-PC BIOS.
Hm. Wo wird dieses "lba32" spezifiziert? Ist das eine neue Kommandozeilen Option von >= 21-3? (Ich habe hier "lilo -V" -> "LILO version 21").
Würde ich so sehen. Hier mal ein weiterer kleiner Ausschnitt aus dem README zu LILO-21.4: -----------------------> Beißkante <------------------------ - My primary objective in making these changes to LILO, is not to break anything. Hence, the 32-bit direct addressing of sectors is supported by ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ a new keyword in the 'lilo.conf' file: "lba32". ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ This keyword is mutually exclusive with the keyword "linear". On the command line, these options are invoked with the new "-L" switch, or the old "-l" switch, respectively. ---------------------> hier abbeißen <---------------------- -
Ich sehe das nun mal eher "pessimistisch" (denn Schaden sollte es doch nicht, wenn man /boot vorsichtshalber komplett vor Zyl. 1023 unter- bringt). Was nicht heissen soll, man koennte es nicht mal testen, aber ein pauschales "sollte klappen" oder gar "klappt" ist IMHO leichtsinnig -- und vor genau dieser Verallgemeinerung wollte ich v.a. warnen...
Mit dem Zyl. 1023 kann man ja auch durch Änderung des Modus in LBA Adressierung die Stelle im Hinblick auf MB-Grenzen der Festplatte nach 'hinten' verlagern. Hier habe ich z.B. meine erste Festplatte (/dev/hda) im LBA-Modus mit folgenden Merkmalen: hda: IBM-DTTA-351010, 9671MB w/466kB Cache, CHS=1232/255/63, UDMA ^^^^^^ Disk /dev/hda: 255 heads, 63 sectors, 1232 cylinders Units = cylinders of 16065 * 512 bytes Dabei liegt der 1024 Zylinder etwa bei 8 GByte. Innerhalb dieser Grenze liegen 6 Boot-/Rootpartitionen für unterschiedliche Betriebssysteme. Grüße - Wilhelm -- ____ ____ \_\_\ /_/_/ | Wilhelm Wienemann, Amselweg 10, D-47546 Kalkar/Germany \_\_\ /_/_/ | E-Mail: ww@kalwien.regio.rhein-ruhr.de \_\_\/\\/_/_/ | "Ein kluger Mann macht nicht alle Fehler selber. Er \__/\___/_/ | gibt auch anderen eine Chance." (Winston Churchill) --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
David Haller schrieb in 3,4K (97 Zeilen):
Wilhelm Wienemann wrote:
- will boot from disks up to 2048Gb in size, as long as the BIOS allows the Enhanced BIOS calls for 32-bit sector addressing using packet calls.
Ebent! Immer noch ist LILO vom BIOS abhaengig, was meine Argumente unterstuetzt. Es _kann_ klappen, _wenn_ Bios und lilo usw. passen, aber... ;(
Du willst dir den nuni anschauen. LSM: non-bios boot loader for Linux. For IDE drives & ext2 file system. Source only. Docs in source file. Primary-site: sunsite.unc.edu /pub/Linux/system/boot/loaders 5670 nuni-0.01.tar.gz Platforms: Linux (x86) Assemble with NASM. Copying-policy: GPL -Wolfgang --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
participants (5)
-
David＠dhaller.de -
m.pitsch＠gmx.de -
s-y-l＠gmx.net -
weissel＠netcologne.de -
wieneman＠kalwien.regio.rhein-ruhr.de