Moin Liste. Wenn ich einen Lilo konfiguriere und dann die Linux-Partitionen lösche, dann funktioniert der Lilo ja nicht mehr. Gibts irgend eine Möglichkeit, einen Lilo so auf eine Platte zu packen, daß ich ohne Linux-Partition eine Boot-Auswahl kriege? Ich will sozusagen Linux mal löschen dürfen, ohne daß mir gleich die gesamte Boot-Konfiguration der Platte flöten geht. Andy
Andreas Feile schrieb am Sun, Jan 13, 2002 at 09:08:56PM +0100:
Wenn ich einen Lilo konfiguriere und dann die Linux-Partitionen lösche, dann funktioniert der Lilo ja nicht mehr. Gibts irgend eine Möglichkeit, einen Lilo so auf eine Platte zu packen, daß ich ohne Linux-Partition eine Boot-Auswahl kriege? Ich will sozusagen Linux mal löschen dürfen, ohne daß mir gleich die gesamte Boot-Konfiguration der Platte flöten geht.
Hallo Andreas, wenn Du für /boot eine eigene Partition angelegt hast, müßte das eigentlich gehen. Hier ist die Ausgabe, die lilo -v bei mir erzeugt: tribble:~ # lilo -v [snip] Reading boot sector from /dev/hde Merging with /boot/boot.b Mapping message file /boot/message Boot image: /boot/vmlinuz Mapping RAM disk /boot/initrd Added linux * Boot other: /dev/hde3, on /dev/hde, loader /boot/chain.b Added WindowsME Boot image: /boot/vmlinuz.suse Mapping RAM disk /boot/initrd.suse Added failsafe Boot image: /boot/memtest.bin Added memtest86 /boot/boot.2100 exists - no backup copy made. Writing boot sector. Das klingt für mich danach, als ob er einzig und allein Zugriff auf /boot braucht. Ich bin auch der Meinung, lilo kurzfristig mal ohne Linux eingesetzt zu haben, aber da kann ich auch irren. Gruß, Antje -- One OS to rule them all, one OS to find them one OS to bring them all, and in the darkness bind them in the land of Redmond, where the shadows lie.
* Andreas Feile
Moin Liste.
Wenn ich einen Lilo konfiguriere und dann die Linux-Partitionen lösche, dann funktioniert der Lilo ja nicht mehr. Gibts irgend eine Möglichkeit, einen Lilo so auf eine Platte zu packen, daß ich ohne Linux-Partition eine Boot-Auswahl kriege? Ich will sozusagen Linux mal löschen dürfen, ohne daß mir gleich die gesamte Boot-Konfiguration der Platte flöten geht.
Wenn du nichts mit initrd usw. einsetzt, sollte das IMHO möglich sein. Der lilo ist doch im Bootsektor, solange du den in Ruhe läßt, sollte da nichts schiefgehen. Nur deine Konfiguration solltest du dir vielleicht aufschreiben/ausdrucken. cu flo -- Hauptsache, wir sind sicher. Hast Du nicht mitbekommen, der soll hier /endgelagert/ werden? [Michael Hoffmann über Chin Lee in dag°]
On Mon, 14 Jan 2002, Florian Gross wrote:
Wenn du nichts mit initrd usw. einsetzt, sollte das IMHO möglich sein. Der lilo ist doch im Bootsektor, solange du den in Ruhe läßt, sollte da nichts schiefgehen. Nur deine Konfiguration solltest du dir vielleicht aufschreiben/ausdrucken.
Nein. Im MBR ist nur der erste Teil von LILO, der Rest ist AFAIK in /boot/boot.b... Und /boot/map wird dann auch benoetigt (ganz zu schweigen vom Kernel dann)... -dnh -- "[...]Yes, Mr. Gates, recently you have helped open source succeed -- in much the same way Osama bin Laden has helped beef up airport security lately." -- Eric S. Raymond, 9.11.2001
* David Haller
On Mon, 14 Jan 2002, Florian Gross wrote:
Wenn du nichts mit initrd usw. einsetzt, sollte das IMHO möglich sein. Der lilo ist doch im Bootsektor, solange du den in Ruhe läßt, sollte da nichts schiefgehen. Nur deine Konfiguration solltest du dir vielleicht aufschreiben/ausdrucken.
Nein. Im MBR ist nur der erste Teil von LILO, der Rest ist AFAIK in /boot/boot.b... Und /boot/map wird dann auch benoetigt (ganz zu schweigen vom Kernel dann)...
Hm, wie wird das denn dann angesprochen? Ein FS- Treiber ist ja wohl nicht geladen zu diesem Zeitpunkt. cu flo -- Peinlichkeiten sind mir nie zu peinlich. davon wird man immer so schön bekannt. [WoKo in dag°]
On Wed, 16 Jan 2002, Florian Gross wrote:
* David Haller
textete am 16.01.02: On Mon, 14 Jan 2002, Florian Gross wrote:
sein. Der lilo ist doch im Bootsektor, solange du den in Ruhe läßt, sollte da nichts schiefgehen. [..] Nein. Im MBR ist nur der erste Teil von LILO, der Rest ist AFAIK in /boot/boot.b... Und /boot/map wird dann auch benoetigt (ganz zu schweigen vom Kernel dann)...
Hm, wie wird das denn dann angesprochen? Ein FS- Treiber ist ja wohl nicht geladen zu diesem Zeitpunkt.
Eben. Der "First-stage-loader", der im MBR sitzt laedt den "second-stage" loader durch die Sektornummer, die /sbin/lilo bei der Installation "mit- gibt", was u.a. erklaert, warum man lilo neuistallieren muss, wenn sich in /boot etwas veraendert. Erst der Kernel selbst bringt dann einen FS-Treiber mit. AFAIK (hab gestern in nem etwas aelteren Lilo nachgeschaut), verwendet der first-stage-loader dazu die BIOS-Funktionen. Allerdings eben wenn moeglich (mit linear oder lba32) aber die LBA-Adressierung, die eben in der bisherigen Version mit 28bit bis 128 GB adressieren kann. Die letzten 4 bit sind aber AFAIK "frei", d.h. man kaeme bis 2 TB. Wenn das BIOS aber nur CHS-Adressierung kann ist zwischen 512 und 8024 MB Schluss (je nach Geometrie). Ob das aktuelle Lilo das Problem umgehen kann weiss ich leider nicht. -dnh -- Es gibt schließlich auch weitgehend DAU-sichere Programme, das Problem ist allerdings, daß bereits die Programmierer von OE die größten DAUs sind. Da helfen keine Pillen. :-( -- Doch, eine häts gegeben, nur hätte man /Frau die etwa 9 Monate vor der Geburt der Programmierer einnehmen müssen... [in dag°]
Moin Florian, * Florian Gross schrieb am 16 Jan 2002:
* David Haller
textete am 16.01.02: On Mon, 14 Jan 2002, Florian Gross wrote:
Wenn du nichts mit initrd usw. einsetzt, sollte das IMHO möglich sein. Der lilo ist doch im Bootsektor, solange du den in Ruhe läßt, sollte da nichts schiefgehen. Nur deine Konfiguration solltest du dir vielleicht aufschreiben/ausdrucken.
Nein. Im MBR ist nur der erste Teil von LILO, der Rest ist AFAIK in /boot/boot.b... Und /boot/map wird dann auch benoetigt (ganz zu schweigen vom Kernel dann)...
Hm, wie wird das denn dann angesprochen? Ein FS- Treiber ist ja wohl nicht geladen zu diesem Zeitpunkt.
Zum Installationszeitpunkt schreibt sich lilo die physikalischen Orte der benötigten Dateien irgendwo hin, deshalb mußt du den ja auch bei jeder Änderung neu installieren. Und deshalb geht er nicht mehr, wenn die Geometrie sich ändert. Ich hab nicht die ganze Diskussion mitbekommen, kann aber zu bootzwecken sehr den grub empfehlen, mit FS-Treibern und vor allem der Möglichkeit, beim Booten das Menü anzupassen oder beliebig zu ändern (auch wenns nicht gespeichert wird). Gruß, Sebastian -- Do not meddle in the affairs of Wizards, for they are subtle and quick to anger. Sebastian Helms - http://www.helms.sh - mailto:mail@helms.sh (PGP welcome) SuSE-Linux-Mailinglisten-FAQ: http://www.helms.sh/faq/
participants (5)
-
Andreas Feile
-
Antje M. Bendrich
-
David Haller
-
Florian Gross
-
Sebastian Helms