Hallo, ich habe nun stundenlang Dokus gelesen und das Raid will bei mir einfach nicht über lilo mit initrd gestartet werden. Ich will das Raid mit einem Standardkernel verwenden, in dem raid1 und md Module sind. Ich habe gleich eine Reihe möglicher Fehlerquellen gefunden und wollte fragen, was relevant ist:
- Dass die Module in der initrd geladen werden müssen, ist mir klar. Wenn ich die Ramdisk mittels 'mount /boot/initrd /mnt/initrd -o loop=/dev/loop0' mounte und mir loadmodules anschaue, so fehlt das Modul "md", von welchem "raid1" (laut lsmod) abhängig ist, dieses habe ich also in "/etc/mkinitrd/modules" hinzugefügt. 'modprobe -k raid1' (was bedeutet -k, steht nicht in man modprobe) steht wiederum über "modprobe -k ide-disk", kann also auch nicht funktionieren, oder? Der Kernel ist übrigens 2.4.27-1-k7, ich verwende Sarge. Meine /etc/mkinitrd/modules: modprobe -k md modprobe -k vesafb > /dev/null 2>&1 modprobe -k fbcon 2> /dev/null modprobe -k unix 2> /dev/null modprobe -k raid1 modprobe -k pdc202xx_new > /dev/null 2>&1 modprobe -k trm290 > /dev/null 2>&1 modprobe -k triflex > /dev/null 2>&1 modprobe -k siimage > /dev/null 2>&1 modprobe -k adma100 > /dev/null 2>&1 modprobe -k cs5530 > /dev/null 2>&1 modprobe -k rz1000 > /dev/null 2>&1 modprobe -k ns87415 > /dev/null 2>&1 modprobe -k pdc202xx_old > /dev/null 2>&1 modprobe -k alim15x3 > /dev/null 2>&1 modprobe -k sc1200 > /dev/null 2>&1 modprobe -k generic > /dev/null 2>&1 modprobe -k opti621 > /dev/null 2>&1 modprobe -k piix > /dev/null 2>&1 modprobe -k hpt366 > /dev/null 2>&1 modprobe -k hpt34x > /dev/null 2>&1 modprobe -k serverworks > /dev/null 2>&1 modprobe -k amd74xx > /dev/null 2>&1 modprobe -k aec62xx > /dev/null 2>&1 modprobe -k via82cxxx > /dev/null 2>&1 modprobe -k sis5513 > /dev/null 2>&1 modprobe -k slc90e66 > /dev/null 2>&1 modprobe -k cy82c693 > /dev/null 2>&1 modprobe -k atiixp > /dev/null 2>&1 modprobe -k cmd640 > /dev/null 2>&1 modprobe -k cmd64x > /dev/null 2>&1 modprobe -k ide-detect modprobe -k ide-disk Meine /etc/mkinitrd/mkinitrd.conf: MODULES=dep DELAY=0 ROOT=probe UMASK=022 MKIMAGE='mkcramfs %s %s > /dev/null' BUSYBOX=no PKGSCRIPTS=yes INITRD_LD_LIBRARY_PATH=$LD_LIBRARY_PATH Unter http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=259901 habe ich einen Bugreport beschrieben, der das möglicherweise beschreibt. Trotzdem scheint es auch Leute zu geben, die ein raid1 mit einem Debian-Standardkernel hinbekommen haben. - Alle Beispiele, die ich für raid1 über lilo gefunden habe, verwenden boot=/dev/md0, ich habe später irgendwo zufällig mal gesehen, dass md0 die erste Partition auf der Festplatte sein muss, ist das richtig? Bei mir wäre es nämlich boot=/dev/md5 und root=/dev/md6 (beide in einer erweiterten Partition). - Bisher habe ich den Rechner (weil eilig!) über boot=/dev/hda und root=/dev/hda6 zum Laufen bekommen. Mount meldet, dass die Rootpartition über raid erfolgreich gemountet wurde (ist in fstab so eingetragen), das Raid markiert aber /dev/hda6 als failed und raidhotadd liefert "invalid argument". Kann es sein, dass /dev/hda6 irgendwie noch zusätzlich "unter" /dev/md6 gemountet ist und in 'mount' nicht gelistet wird? Ich weiß, das sind diverse Fragen, aber fast alle Dokus, die ich bisher gelesen habe, weichen voneinander ab, gelten für unterschiedliche lilo-Varianten oder sind für selbstkompilierte kernel. Ich denke auch, dass möglicherweise diverse bugreports geschrieben werden sollten, wegen irreführender Fehlermeldungen oder der meiner Meinung nach falschen Modulliste in der initrd, wollte hier aber hier nochmal nachfragen, ob es nicht doch mein Fehler ist. Viele Grüße, Ralf -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)