Am Donnerstag, den 08.11.2012, 20:30 +0100 schrieb Matthias Meyer: > Sascha Reißner wrote: > > > Am Mittwoch, den 07.11.2012, 22:33 +0100 schrieb Matthias Meyer: > >> Matthias Meyer wrote: > >> > >> > Hallo, > >> > > >> > Ich kämpfe mit dem booten von einem Raid1 (md). > >> > Habe Debian squeeze, Kernel 2.6.32, Grub2 und zwei SATA-Platten in > >> > einem raid1-Verbund. Darauf liegen LVM-Volumes. Eines davon auf /boot. > >> > > >> > Beim booten kommt dann eine Meldung: > >> > mdadm: no devices listed in conf file were found > >> > > >> > Die LVMs findet er dann natürlich auch nicht mehr. > >> > Ich lande dann in der Busybox, ohne Tastatur. Die geht nicht. > >> Weil es eine USB Tastatur ist. PS/2-Taste angeschlossen und die geht :) > >> > >> (initramfs) ls /dev/sd* - Es gibt keine SATA-Platten :-O > >> Wenn ich von einer Live-CD (systemrescuecd) boote sehe ich sowohl sda1 > >> und sdb1 > >> => GRUB findet keine Platten?! Die Platten stammen aus einem anderen > >> Rechner mit 3ware Raid-Controller. Der Rechner hier hat einen VIA VT6420 > >> SATA RAID Controller. > > > > GRUB findet die Platten schon, sonst hätte er den Kernel und die > > Initramfs nicht laden können. > Stimmt ;) > > > >> (initramfs) cat /proc/modules > >> listet nicht den auf diesem Rechner erforderlichen sata_via sondern > >> stattdessen den auf dem alten Rechner erforderlichen 3w_9xxx. > > > > Also sieht der Kernel die Platten nicht, weil das Modul fehlt. > > > >> Wie kann ich Grub den richtigen controller laden lassen? > > > > Normal erledigt das ein > > > > # update-initramfs -u -k all > > > > Die Scripte binden automatisch alle benötigten Module ein. > > Sollte es dennoch nicht in der initramfs liegen, kannst du in > > der /etc/initramfs-tools/modules das Modul sata_via eintragen und die > > initramfs neu bauen. > > > Nö, gleiches verhalten nach dem reboot. > lsinitramfs zeigt mir das sata_via.ko in der initrd.img drin ist und > 3w-9xxx.ko ist nicht drin. > Trotzdem wurde 3w_9xxx und nicht sata_via geladen. > > Gemäß /boot/config-2.6.32-5-686-bigmem sind beide als Module konfiguriert > und nicht in den Kernel kompiliert. > > Habe jetzt die /boot/initrd.img-2.6.32-5-686-bigmem gelöscht und dann neu > gestartet. > > Keine Veränderung!? > Er zeigt kurz an "load initrd" und dann wieder > mdadm: no devices listed in conf file were found > > linux-image-2.6.32-5-686-bigmem ist am Rechner installiert. > apt-get install linux-image-2.6.32-5-amd64 > update-grub > reboot > .. und das Boot-Menu von Grub bietet mir den 2.6.32-5-amd64 gar nicht an :-O Ich vermute mal, du hast irgendwann die boot-Partition auf eine andere Platte kopiert und nun hast du zwei boot-Partitionen, die alte und de neue. Anders kann ich mir das nicht erklären. Wenn dem so ist, mounte beide boot-Partitionen mal und stell sicher, daß alles auf der neuen ist. Danach löscht oder formatierst du die alte, damit es keine Verwechslung mehr gibt. Hatte selber erst gestern das selbe Verhalten. Neue boot-Partition erstellt, das FS der alten mit dd rüber gezogen und anschließend vergrößert. Mit dd bleibt aber die UUID gleich und so kann es zu Verwechslungen kommen. Hab auch neue Kernel installiert und diese waren dann nicht in /boot vorhanden oder GRUB zeigte sie nicht an. -- mfG Sascha Willst du den Bären töten, dann sei dir sicher! Ziele nie auf den Bären, sondern finde das Weiße im Auge der Maus, die sich im Bärenfell tummelt. -- Indianisches Sprichwort
Attachment:
signature.asc
Description: This is a digitally signed message part