Lilo + Raid1 + Kernelpanic

[m@rio]

Auf die Gefahr hin mich zu wiederholen: man lilo.conf !

boot=<boot-device>
Sets the name of the device (e.g. a hard disk partition) that
contains the boot sector. If this keyword is omitted, the boot
sector is read from (and possibly written to) the device that is
currently mounted as root. A raid installation is initiated by
specifying a RAID1 device as the boot device; e.g.,
"boot=/dev/md0".

Das hat mit /boot gar nichts zu tun.

[_m3]

Excal: Lies meinen Link und folge m@arios Rat.

[Excalibur33]

Original geschrieben von _m3
Excal: Lies meinen Link und folge m@arios Rat.

Hab es durchgelesen, kleiner Unterschied, meine /boot -Partition, die nicht im Raid ist. Ergo liegt Kernel im /boot. Wenn also Lilo von /dev/md0 bootet, wie findet es den Kernel?
boot = dev/md0 ????
Irgendwie bin ich nicht gut drauf, sitz schon die ganze Woche mit diesem Problem,
aber wenn ich je HD eigene /boot hab, und /dev/md0 die "/" ist, wäre es da nicht richtig, Lilo in die MBRs aller HDs zu schreiben ?
mfg Excal

[spunz]

Original geschrieben von Excalibur33
Hab es durchgelesen, kleiner Unterschied, meine /boot -Partition, die nicht im Raid ist. Ergo liegt Kernel im /boot. Wenn also Lilo von /dev/md0 bootet, wie findet es den Kernel?

der kernel liegt in /boot, die module aber unter /lib

der verwendete kernel wird mit dem parameter "image = /boot/vmlinuz" festgelegt.

[m@rio]

Original geschrieben von Excalibur33
Wenn also Lilo von /dev/md0 bootet, wie findet es den Kernel?
boot = dev/md0 ????

Ich glaub dein Problem liegt daran, daß du gar nicht verstehst was lilo eigentlich macht.

Du hast beim booten ja noch keine Partitionen, Mountpoints (z.B. /boot) etc., da ja noch kein Betriebsystem läuft.
Jetzt muss der Bootloader (in deinem Fall Lilo) aber trotzdem irgendwie den Kernel finden und laden. Daher schreibt LILO in den Bootsektor der Partition, die du ihm in "boot=" angibst die Information wo sich die Datei "/boot/vmlinuz" (die du unter "image=" angibst) physikalisch auf der Platte befindet. Deshalb muss du auch nach jeder Änderung am Kernel Lilo neu aufrufen, auch wenn der Pfad und Name des Kernel gleicht bleibt, da sich die physikalische Adresse ja sehr wohl geändert haben kann.

Lilo findet den Kernel beim booten also unabhängig vom "logischen" Pfad, auf rein physikalischer Ebene.

[Excalibur33]

@spunz

der kernel liegt in /boot, die module aber unter /lib

Ist mir klar, dafür hab ich die erforderlichen Module in den Kernel kompiliert,also SCSI,Raid1 usw, und lege mit image = vmlinuz.raid , welcher Kernel verwendet werden soll . So weit so gut, wenn der Kernel das Sys startet, hat er durch die Angabe in Lilo.conf > "root = /dev/md0 die Angabe, wo der Rest vom Sys ist, respectiv durch die System.map . Die weiteren Parameter werden in den runlevels festgelegt, wann was zu starten hat, wie den nmbd,smbd etcc..Die "fstab" gibt die Device-Infos aus,was wo gemountet werden soll, die "raidtab" welche Parts für welchen Array, mtab welches Filesystem,OK soweit.
@all
Zu Lilo

Ich glaub dein Problem liegt daran, daß du gar nicht verstehst was lilo eigentlich macht

Im wesentlichen ja, im Detail hapert es.
Ich kann mit den "klassischen" Einträgen umgehen, aber eben nicht beim speziellen Fall. Ich hab versucht, die Konfig. von www.milisterfer.de/FAQ-DB (Linux auf einem Software Raid)bei mir anzuwenden, bzw anzupassen.
Dass ich nach jeder Änderung Lilo aufrufe, ist klar. Nur -- warum startet Lilo das Sys nicht, wenn ich den "Bootdevice" von "hdc" auf "sda" ändere, Lilo aufruf, danach die hdc abhänge und neu boote?
Soll(könnte) ich die Option > raid-extra-boot= /dev/sda, /dev/sdb, /dev/hdc einsetzen ?

Ich glaub, ich seh den Wald vor lauter Bäumen nicht! Muss mal Frischluft tanken.
mfg Excal , thxs, das ihr soviel Geduld mit mir habt.

[Excalibur33]

....Done
Hab es hingekriegt, und zwar mit lilo.conf:
map = /boot/map
default = LinuxRaid
timeout = 120
message = /boot/message
change-rules
reset
read-only
prompt
lba32
boot = /dev/md2
raid-extra-boot /dev/sda,/dev/sdb

image = /boot/vmlinuz.raid
label = LinuxRaid
root = /dev/md0
vga = 791
append = "acpi=off"

image = /boot/vmlinuz
label = Linux
initrd = /boot/initrd
root = /dev/hdc3
append = "splash=silent desktop"
vga = 0x31a

Das Raid /dev/md0 als"/" ins /mnt/sysimage gemountet, das /dev/md2 als "/boot" auf /mnt/sysimage/boot gemountet, danach ein "chroot /mnt/sysimage" und "/sbin/lilo -v"
runterfahren, Platte "hdc" abgehängt, und neu gebootet.
Lustig dabei ist, das /dev/md2 LEER ist, und ursrpünglich aus sda2/sdb2 bestand, jetzt aus sda1/sdb1 , und in der "message" sda2 im /dev/md2 läuft, obwohl der Kernel in /dev/sda1/sdb1 ist, und lt. fstab /dev/md2 daraus besteht.
mfg Excal