Hm, ich habs probiert, hat aber nix gebracht. Hab ich auch nicht erwartet.
Vermutlich hat beim dem Link den du geschickt hast einfach das
update-initramfs -k all -u
das Problem gelöst und nicht die Neuinstallation von Grub.
Dann liegt das Problem vielleicht eher in der menu.lst.
Hab mal nachgeschaut wegen den UUIDs.
Beide Partitionen und auch der daraus bestehende RAID-Verbund haben identische UUIDs
sudo blkid /dev/sda1
/dev/sda1: UUID="dce1a3b2-805d-11de-bcd6-00241d22a649" SEC_TYPE="ext2" TYPE="ext3"
sudo blkid /dev/sdb1
/dev/sdb1: UUID="dce1a3b2-805d-11de-bcd6-00241d22a649" SEC_TYPE="ext2" TYPE="ext3"
sudo blkid /dev/md0
/dev/md0: UUID="dce1a3b2-805d-11de-bcd6-00241d22a649" TYPE="ext3" SEC_TYPE="ext2"
Muss das so sein?
In der menu.lst hab ich beide Einträge, einer davon auskommentiert.
#kernel /vmlinuz-2.6.27-15-generic root=UUID=dce1a3b2-805d-11de-bcd6-00241d22a649 ro quiet splash locale=de_DE
kernel /vmlinuz-2.6.27-15-generic root=/dev/md0 ro quiet splash locale=de_DE
Mit dem md0-Eintrag lande ich auf jedenfall in der BusyBox. Wenn ich jetzt über die UUID anwähle, woher weiß das Betriebssystem, dass es von md0 booten soll und nicht von einem der beiden anderen Laufwerke?
Muss man da vielleicht manuell eine andere UUID für md0 setzen?
Ausserdem bin ich auf folgendes gestoßen, vielleicht liegt da ja das Problem.
System normal gebootet, RAID von Hand zusammengesetzt:
sudo mdadm --detail --scan
ARRAY /dev/md0 level=raid1 num-devices=2 metadata=00.90 UUID=b1252633:a166f6e5:21c8caa4:d967ef64
blkid /dev/md0
/dev/md0: UUID="dce1a3b2-805d-11de-bcd6-00241d22a649" TYPE="ext3" SEC_TYPE="ext2"
Also sind da irgendwie zwei unterschiedliche UUIDs im Spiel. Wie kann denn sowas sein?
Ich hab auch noch die /etc/mdadm/mdadm.conf gecheckt:
DEVICE partitions
ARRAY /dev/md0 level=raid1 num-devices=2 UUID=dce1a3b2-805d-11de-bcd6-00241d22a649
Kann es sein, dass man den DEVICE-Eintrag ersetzen muss durch
DEVICE /dev/sda1 /dev/sdb1
oder
DEVICE /proc/partitions
Bin ratlos...wer noch? ☺