Lilo Boot Diskette zurückschreiben

Lockslay · Beitrag von **Lockslay** » 29.08.2002 16:25:46

Hallo zusammen

Ich habe Debian 3.0 installiert, Lilo Boot hattte ich auf eine Diskette geschrieben, weil ich noch ein andres OS Installiert hatte.
Da ich aber sehr zufrieden mit Debian bin habe ich das andere OS gelöscht.

Jetzt möchte ich gerne Lilo auf meine Platte zurückschreiben.
Da mir die Diskette möglicherweise eine Tages kaputt gehen kann.

Kann mir einer helfen ?

Lockslay

pdreker · Beitrag von **pdreker** » 29.08.2002 16:29:08

Mach einfach 'mal als root "liloconfig". Check vorher die /etc/lilo.conf.
P.

Lockslay · Beitrag von **Lockslay** » 29.08.2002 17:08:27

Hallo

hir meine lilo.conf

boot = /dev/hdd1
backup = /boot/boot.hdd1.2002
message = /boot/message
prompt
delay = 100
vga = normal

image = /boot/vmlinuz
label = linux
root = /dev/hdd1

Nach der eingabe liloconfig kommt:
ERROR: correct /etc/lilo.conf manually and rerun /sbin/lilo

Ich will hoffen Du kannst mehr damit anfangen als ich

Lockslay

jochen · Beitrag von **jochen** » 29.08.2002 17:20:09

versuchs mal so: rette deine bisherige lilo.conf mit

Code: Alles auswählen

cd /etc
mv lilo.conf lilo.conf.old

und starte dann liloconfig (ohne existierende /etc/lilo.conf-Datei).
Übrigens: bei mir beschwert sich mit genau den gleichen Einträgen liloconfig nicht. Sogar wenn ich nicht existierende Devices bei boot, root eintrage, akzeptiert liloconfig diese.

ernohl · Beitrag von **ernohl** » 29.08.2002 18:41:59

Lockslay hat geschrieben:boot = /dev/hdd1
backup = /boot/boot.hdd1.2002
message = /boot/message
prompt
delay = 100
vga = normal

image = /boot/vmlinuz
label = linux
root = /dev/hdd1

Nach der eingabe liloconfig kommt:
ERROR: correct /etc/lilo.conf manually and rerun /sbin/lilo

Stimmen denn alle Pfade? Prüfe mit ls und (*VORSICHT!*) mit dd.
/dev/hdd1 ist die 1. Partition der slave-HD am 2. IDE-Controller.

ernohl · Beitrag von **ernohl** » 29.08.2002 18:45:20

jochen hat geschrieben:Übrigens: bei mir beschwert sich mit genau den gleichen Einträgen liloconfig nicht. Sogar wenn ich nicht existierende Devices bei boot, root eintrage, akzeptiert liloconfig diese.

Häää? Das habe ich noch nie erlebt. Kannst Du mal ein Beispiel bringen? Die Konsequenz wäre nämlich, dass lilo ein Boot-Sektor schreibt, der nicht brauchbar ist. Damit könnte er auch nicht mehr booten.

jochen · Beitrag von **jochen** » 29.08.2002 20:01:59

ernohl hat geschrieben:
jochen hat geschrieben:Übrigens: bei mir beschwert sich mit genau den gleichen Einträgen liloconfig nicht. Sogar wenn ich nicht existierende Devices bei boot, root eintrage, akzeptiert liloconfig diese.
Häää? Das habe ich noch nie erlebt. Kannst Du mal ein Beispiel bringen? Die Konsequenz wäre nämlich, dass lilo ein Boot-Sektor schreibt, der nicht brauchbar ist. Damit könnte er auch nicht mehr booten.

Ja, klar: bei mir gibt es hdd nicht, trotzdem hat liloconfig --- ich wiederhole: liloconfig, nicht lilo --- sich nicht über den Eintrag root=/dev/hdd beschwert. Ich nehme an, dass liloconfig nur überprüft, ob die Datei ungültige Optionen o.ä. enthält, also Schlüsselwörter, die es nicht gibt, usw. und nicht die Existenz aller Devices und Dateien sicher stellt.

lilo würde sich natürlich beschweren, aber soweit lasse ich liloconfig nicht kommen.

pdreker · Beitrag von **pdreker** » 29.08.2002 20:11:36

liloconfig startet lilo mit der Test Option. Damit maxht lilo alles, was es normalerweise auch machen würde, ausser dem Bootblock schreiben. Ergo kann es den Fehler durchaus an der Stelle geben.

Patrick

jochen · Beitrag von **jochen** » 29.08.2002 20:19:42

...kann ich nicht bestätigen:

Code: Alles auswählen

lilo -t

gibt durchaus einen Fehler.

ppresser · Beitrag von **ppresser** » 30.08.2002 12:58:51

Immer als root

:

Mach doch aus <boot=/dev/hdd1> einfach ein <boot=/dev/hdd>,
und schmeiss die Zeile mit <backup = ...> raus.
Damit sollte nach einem "/sbin/lilo -v" der Lilo im Master-Bootrecord installiert werden.

Alternativ könntest Du die Platte an den 1.IDE-Port als Master hängen
und müsstest alle </dev/hdd1> umbenennen in </dev/hda1> und wieder: "/sbin/lilo -v"

Zum besseren Verständniss meine lilo.conf:

lba32 # Unterstützung für grosse (>8GB) Platten
disk=/dev/hda # Nur nötig, wenn's noch andere ...
bios=0x80 # ...bootfähige Partitionen geben sollte
boot=/dev/hda # Lilo in den Master-Bootrecord
install=/boot/boot-menu.b # Programmteil im MBR
map=/boot/map # physikalischer Ort der Daten
delay=20 # warte 2s auf <Alt> oder <Strg> für Bootprompt
timeout=150 # starte nach 15s
vga=normal # 80 x 25 Zeichen für Konsole
append="hdb=ide-scsi apm=power-off" # IDE-Brenner (slave, 1.IDE-Port) bzw ...
# ...ausschalten nach "halt"
default=Linux # Default-Boot

image=/vmlinuz # zu bootender Kernel (hier: Link auf /boot/vmlinuz-2.4.19)
label=Linux # Name im Auswahlmenu
root=/dev/hda2 # zu bootende Partition
read-only # im nur-lesen Modus

image=/vmlinuz.old # wieder ein Link auf /boot/vmlinuz-2.2.20
label=LinuxOLD # ...
read-only # ...
optional # "nur wenn vorhanden"

other=/dev/hda1 # alternatives Win auf 1.Partition (Games...)
label="Windows(hda1)" # ...

Eine neue Bootdisk lässt sich sehr komfortabel mit
"mkboot /vmlinuz" oder auch
"mkboot /boot/vmlinuz-2.4.19" (dein Kernel...)
erstellen.

Immer zu empfehlen:
Backup deines MBR (Platte am 2.IDE, slave) incl. Partitionstabelle auf Diskette
(vorher formatieren, Dateisystem erstellen):
fdformat /dev/fd0
mformat a:
mount -t msdos /dev/fd0 /floppy
dd if=/dev/hdd bs=512 count=1 of=/floppy/mbr_hdd
umount /floppy

Wiederherstellen desselben:
mount /dev/fd0 /floppy
dd if=/floppy/mbr_hdd bs=512 count=1 of=/dev/hdd
umount /floppy

Sollte wirklich die Partitionstabelle einmal defekt sein,
könntest Du so zB mit Tomsrtbt ->http://www.toms.net/rb/
booten und die Tabelle zurückschreiben

have fun...