Hallo Liste. Nachdem ich vor 2 Tagen erstmal YOU unter 9.0 dazu bringen musste sich überhaupt mit dem Netz zu verbinden, habe ich das was an Patches noch übrig war größtenteils installiert. Zumindest das was sicherheitsrelevant war. Darunter war auch ein Kernel-Patch, bei dessen Beschreibung es auch explizit empfolen wurde, ihn zu installieren. So tat ich das und danach habe ich auch /sbin/lilo aufgerufen wie empfohlen. Bei diesem Aufruf kam dann auch schon die erste Warnung "Warning: LB32 assumed!". Weiss nicht ob sie früher schon mal vorgekommen ist oder nicht. Dann aber hat lilo beide Kernels (* und fail_safe) geladen und ich konnte ein reboot starten wie in der Patch-Beschreibung empfohlen. Das war's dann. Jetzt gibt es ein Boot-Problem. Das System meldet [...] kmod: failed to exec /sbin/modprobe -s -k block-major-8, errno = 2 [... jede menge failed-fehler ...] Kernel panic [...] und dann noch irgendwas von "root-option" etc. Dabei sieht die lilo.conf meines erachtens richtig aus. Weiter unten ist sie. Das System hat ein IDE-RAID - System an einem TX100 Promise Controller und die Platten sind sda3 und sdb3. Es wird wohl der SCSI-Adapter-Treiber für diesen Controller sein. Den habe ich auf Diskette und musste ihn auch bei der SuSE installation am Anfang dazuladen. Ich habe schon das entsprechende Treibermodul des alten Kernels aus /lib/modules/2.4.21-99... ind /lib/modules/2.4.21-303... kopiert, denn es war nicht drin gewesen. Das hat aber nicht weiter geholfen. Wo muss ich den Treiber noch registrieren? Was passiert wenn ich in lilo.conf boot=/dev/sda3 setze? Wird das RAID-System damit umgangen und kann das System auf einer Platte laufen? Zerstört es nicht die Integrität des RAID-Systems wenn es später wieder normal über den SCSI-Treiber läuft? Altes Kernel war wahrscheinlich (Standard SuSE 9.0 Proffes.): 2.4.21-99 Jetzt ist folgender in /boot: vmlinuz-2.4.21-303-smp4G Sowohl die Standard-Bootkonfiguration als auch die failsafe wollen nicht. Meine Fragen sind recht einfach. Kann man den SCSI-Treiber irgendwie zur Bootzeit von der Diskette laden? Oder vielleicht in den Kernel reinkompilieren? Mit Knoppix vielleicht? Wenn zu umständlich, dann würde ich gerne den alten Kernel wieder herausholen. Werden irgendwo Backup-Kopien von YOU angelegt? Ich habe leider keinen direkten zugrif auf den Rechner, aber jemanden der machen kann was ich sage. Deswegen brauche ich die einfachste Lösung um den rechner irgendwie wieder zu starten bis ich selbst wieder ran kann. Im /etc/boot - Ordner sind folgende Dateien. Ich glaube der alte Kernel ist nicht mehr dabei. backup_mbr 512 B boot.0800 512 B config-2.4.21-303-smp4G 50,1 KB initrd 368,8 KB initrd-2.4.21-303-smp4G 368,8 KB Kerntypes-2.4.21-303-smp4G 142,1 KB map 112,5 KB message 63,3 KB System.map-2.4.21-303-smp4G 627,7 KB vmlinux-2.4.21-303-smp4G.gz 1,4MB vmlinuz 1,2MB vmlinuz-2.4.21-303-smp4G 1,2MB Ich hoffe da lässt sich noch was machen. So etwas kann doch nicht ernst bei einem Online-Update-Feature passieren oder? Danke /etc/lilo.conf message = /boot/ message timeout=80 default = linux boot=/dev/sda image=/boot/vmlinuz ###Don´t change this comment - YaST2 indentifier: original name: ### label=linux initrd=/boot/initrd optional root=/dev/sda3 vga=0x31a append="splash=silent desktop showopts" image=/boot/vmlinuz ###Don´t change this comment - YaST2 indentifier: original name: ### label=failsafe initrd=/boot/initrd optional root=/dev/sda3 vga=normal append="showopts ide=nodma apm=off acpi=off nosmp noapic maxcpus=0 3" image=/boot/memtest.bin ###Don´t change this comment - YaST2 indentifier: original name: ### label=speichertest optional append= ""