Lilo + Raid1 + Kernelpanic
 

Liebe Leute,
ich komm nicht weiter: SuSe 9.0 2 Scsi-Hds mit 2x Raid1(SWRaid):
md0 = /(sda3,sdb3,reiserfs),
md1 = /windows(vfat)sda2 =/boot((ext2)geht nicht mit reiserfs))

Wenn ich Lilo auf root = /dev/md0 setz kommt Fehlermeldung mit Kernel -panic: no init found, Try passing init= und er hängt. Versuch ich root = /dev/sda3 (sowohl sda3 als sdb3 sind als / gemountet und als dev/md0 deklariert) startet er durch und laut message : kicking nonfreshing sda3 from array, md0 läuft als Raid1 mit 1er Platte!! Wie kann ich das sync. ? Respektiv gibts da irgend einen Trick oder einen Eintrag in die lilo.conf um das zu beheben?
Neuer Kernel haut nicht hin, und dauert 4h(ist alter PII-333Mhz mit 128MB)
mfg Excal
Ps: Manuals hab ich genug gelesen und "learning by doing" mach ich schon 4 Tage, irgenwann sollte der Rechner aber auch fertig werden.

Niemand hat nen Tipp ?
Wo sind die ganzen Experten, können nicht alle auf Urlaub sein ?
Hab inzwischen 3. HD eingebaut uns Sys auf diese Platte inst., jetzt laufen beide Raid1 synchron, allerdings auch nur, weil die Sys-platte standalone ist und alle Module erst geladen werden können.
Wenn ich einmal Blödsinn schreib, sind allle da,Flamewar fertig, wenn ich mal nen Rat brauch, keiner. :mad:

Frage: Muss ich beim Kernel- kompilieren die Module neu machen, oder kann ich die alten vorhandenen weiter benutzen ??
Bräuchte keine neuen, da jetzt im Kernel, abgesehen von denen, die erst geladen werden, wenn benötigt.
Möchte Sys im Raid1 als /laufen lassen, und die 3. Hd als Sparedisk belassen.

mfg Excal

was hast im lilo eingetragen?
hatte mal ein problem mit kernel panic : no init found wegen einen falschen bzw unnötigen Lilo eintrag

Wie man in den Wald hineinruft ....

Hatte auch erst die Fehlermeldung no init found, weil die
"initrd = /boot/initrd.raid"
noch nicht umbenannt war.
Sonst :image,label,root,vga und append_Einträge
Hab zum Teil die Raid und SCSi Module in den Kernel reinkompiliert, nur wollt er auf /lib/modules zugreifen, and geht nicht, wenn /dev/md0 als /noch nicht läuft.Geb ich als "root= dev/sda3 an, läuft der dev/md0 nur mit einer Platte. Die "/boot" ist nicht im Raid.
mfg Excal

Aber Hallo!
War ich nicht nett in der Formulierung? :)
Hätt schon auf besseres Echo gehofft.
Bin kein Dau mehr, aber nett, dass du es gelesen hast.
Übrigens, was macht Artemissia so ?
mfg Excal

1) Poste das genaue Layout der Platten. In etwa so:
2) Poste Deine lilo.conf
3) Was sagt ein 'cat /proc/mdstat', wenn Du via /dev/sda3 bootest?
4) Mit mdadm --manage /dev/md0 --add /dev/hda1 fuegt man eine HD dem Array hinzu.

Hab die Maschine schon abgedreht, aber das meiste weiss ich auswendig:
1)
sda: sda1 /boot Primary ext2 156MB 0-31
sda2 swap Primary swap 256Mb 32-56
sda3 Primary Linux Raid 26xxMB 57-356
sda4 Primary Linux Raid 45xxMB 357- 1115
sdb: detto (Die Partitionierung und Fs stimmen überein.)
2) Lilo.conf
Menu= Wk:wb:wK.wk
boot = /dev/sda1
lba32
timeout=120
Label Linux= Standard
image =vmlinuz.2.4.21
label = Linux
initrd = /boot/initrd
root = dev/sda3
vga = 0x31a
append ="splash=silent desktop"
detto Label Failsave mit vga = normal
3)cat /proc/mdstat:
md0:
raid level 1
/dev/md0 Raid1 (sdb3)[_U]01
aktive Block(62xxxxxx)
md1:
raid level 1
/dev/md1 (sdb4) (sda4 [UU]11
aktive Block (blabla)
(so aus dem Gedächtnis)
4)kann ich nicht, da "/dev/md0 busy"
wenn ich umounte, hab ich kein / mehr.
Müsste zuerst umounten, dann raidstop, dann sda3 hinzufügen mit mkraid, dann wieder raidstart, dann wieder mounten.
Dann hängt er beim nächsten Kaltstart wieder.
Die genaue Konfig. kann ich dir morgen posten
mfg Excal

@_m3
Hier ist die Original Lilo.conf
# Modified by YaST2. Last modification on Wed Sep 30 14:17:55 2004


menu-scheme = Wb:kw:Wb:Wb
default = LinuxRaid
timeout = 80
message = /boot/message
lba32
change-rules
reset
read-only
prompt
boot = /dev/sda2

image = /boot/vmlinuz
###Don't change this comment - YaST2 identifier: Original name: linux###
label = LinuxRaid
initrd = /boot/initrd.raid
root = /dev/md0
append = "splash=silent desktop"
vga = normal

image = /boot/vmlinuz
###Don't change this comment - YaST2 identifier: Original name: LinuxSave###
label = LinuxSave
initrd = /boot/initrd
root = /dev/sda3
vga = normal

image = /boot/vmlinuz
###Don't change this comment - YaST2 identifier: Original name: failsafe###
label = Failsafe
initrd = /boot/initrd
root = /dev/sdb3
append = "ide=nodma apm=off acpi=off vga=normal nosmp noapic maxcpus=0 3"

3) cat /proc/mdstat
Personalities: raid 1
read ahead sectors 1024 sectors
md0: active raid 1 sdb3 (1)
2570304 blocks (1/2)[ U]
md1 active raid 1 sdb4 (1) sda4 (0)
6056384 blocks (2/2)[UU]
no unused devices

PS: Mein Prob ist entweder Kernel kompilieren(dauert ewig auf diesen Pc, oder Weg finden, wie er die Module laden kann bevor er auf "/" zugreift. Also von "/boot" aus
mfg Excal

Fürs erste-- Problem gelöst:
Kernel kompiliert mit den SCSI Treibern
Allerdings hing der PC bei "vgscan" der LVM.
Danach hab ich die initrd aus der Lilo.conf cancelled
Jetzt läuft der neue Kernel!!
Brauch bloss noch den Kernel +System.map + Module rüberkopieren und die IDE-Platte wieder abhängen.
mfg Excal

Tja geht doch nicht so, wie ich mir das vorgestellt habe.
Nach dem Rüberkopieren hab ich den neuen Kernel in die Lilo.conf reingenommen, nach /sbin/lilo neu gebootet und bekam Fehlermeldungen engros.
Hat wer ne Idee, wo es hapern könnt?
Mit vorgeschaltener Ide-platte läuft alles problemlos.
mfg Excal :confused:

gelöscht
Excal

Fehlermeldungen des Kernel gelöst, allerdings nach ändern des Lilo für Bootdev: sda und abhängen der 3. HD =hdc kommt nut mehr L99 99 ....
und ich komm nut mit der Install-CD rein.
Wer weiss Rat?
mfg Excal

Hab Lilo neu konf. und installiert. Komm wieder normal ins Sys, aber wie kann ich die "hdc" abhängen, ohne den Bootmanager zu verlieren. Lilo.conf ist auf hdc3, boot = /sda2, root = /md0(sda3,sdb3) ?
Selbst wenn ich Lilo auf Floppy gib, bootet er nicht ohne "hdc". Dann komm ich auch nicht mit der Install-cd rein, weil /md0 unbekanntes Filesystem!


menu-scheme = Wb:kw:Wb:Wb
default = Linux
timeout = 120
message = /boot/message
change-rules
reset
read-only
prompt
lba32
disk=/dev/hdc
bios=0x80
disk=/dev/sda
bios=0x81
disk=/dev/sdb
bios=0x82
boot = /dev/hdc

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

other = /dev/sdb2
label = Linux_other

image = /boot/vmlinuz
label = Failsafe
initrd = /boot/initrd
root = /dev/hdc3
append = "ide=nodma apm=off acpi=off vga=normal nosmp noapic maxcpus=0 3"

mfg Excal
PS: wäre nett, wenn ich auch mal Antworten bekäm, Monolog ist auf Dauer fad.

Na ja in dem du LILO sagst, daß er sich auf eine andere Platte schreiben soll.
Also "boot = /dev/hdc" durch "boot= /dev/wasauchimmer" ersetzten.

man lilo.conf

Genau das hab ich gemacht, danach die Platte abgehängt. NemaNischtda
No operating system....
das gleich mit Boot-Floppy. Platte abgehängt, entweder L 99... oder No operating system ....
Muss dazu sagen, Lilo wurde von System der "hdc" installiert, danach boote ich von "sda", weil Sys auf "sda" = Clone, also komplett übernommen, und im Raid1.
mfg Excal

Ja dann poste mal die neue lilo.conf.
Deinem BIOS hast du schon mitgeteilt, daß es von SCSI booten soll, oder?

Bios Bootfoge : SCSI, C, A
Lilo.conf:

menu-scheme = Wb:kw:Wb:Wb
default = Linux
timeout = 120
message = /boot/message
change-rules
reset
read-only
prompt
lba32
disk=/dev/hdc
bios=0x80
disk=/dev/sda
bios=0x81
disk=/dev/sdb
bios=0x82
boot = /dev/hdcHier Zusatz: /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

other = /dev/sdb2
label = Linux_other

image = /boot/vmlinuz
label = Failsafe
initrd = /boot/initrd
root = /dev/hdc3
append = "ide=nodma apm=off acpi=off vga=normal nosmp noapic maxcpus=0 3"
mfg Excal

Wie soll er von der md0 booten, wenn Du Sie ihm nicht angibst?
http://www.cargal.org/drupal/node.php?id=315

Irgendwie steh ich jetzt auf der Leitung:
Dass er von md0 booten soll, steht im Imageblock,diese Zeile soll dafür sorgen, das er von allen HDs booten kann > /boot ist NICHT im Raid !
mfg Excal

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

Das hat mit /boot gar nichts zu tun.

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

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

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

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.

@spunz
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
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.

....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