[gelöst] VDR-Partition kopieren und bootbar machen

Hi,

das Thema hat es sicherlich schon häufig gegeben und ich habe auch gegoogelt und hier
im Forum gesucht. Hab aber noch keine einfache Lösung gefunden.

Ich möchte meinen yaVDR (0.4) von der derzeit benutzen Partition /dev/sda1 auf /dev/sda5
kopieren.
Hat soweit auch geklappt, aber wenn ich nun den VDR auf sda5 boote, startet trotzdem
jedesmal der von sda1. Ich denke, bei mir fehlt nur noch das Neuerstellen von initrd.img.

Bisher habe ich folgendes gemacht:
- Per CD ein Ubuntu gebootet
- /dev/sda1 und /dev/sda5 eingehängt (nach /mnt/sda1 und /mnt/sda5)
- Den Inhalt von sda1 kopiert per: rsync -av /mnt/sda1 /mnt/sda5
- /mnt/sda5/etc/fstab angepasst
- Den VDR auf sda1 gestartet
- update-grub gemacht

Wenn ich jetzt von sda5 boote (wird im Bootmenu korrekt angezeigt) startet trotzdem
der VDR von sda1.

Habe schon ein
mkinitramfs -r /dev/sda5 -o /mnt/sda5/boot/initrd.img-2.6.38-13-generic
vom VDR auf sda1gemacht. Hat aber nichts geändert.

Ich hoffe, jemand von Euch kann mit die nötigen Kommandos geben.

Danke
Norbert

Ja, passt. Habe ich mit blkid abgefragt und eingetragen.

Inzwischen habe ich den Fehler gefunden, obwohl ich die Ursache nicht verstehe.

In der /boot/grub/grub.cfg war der Eintrag für /dev/sda5 falsch:

menuentry "Default Ubuntu, mit Linux 2.6.38-13-generic (on /dev/sda5)" --class gnu-linux --class gnu --class os {
        insmod part_msdos
        insmod ext2
        set root='(/dev/sda,msdos5)'
        search --no-floppy --fs-uuid --set=root 8f632f46-fb72-4159-a2ff-407a2c6b8a1c
        linux /boot/vmlinuz-2.6.38-13-generic root=UUID=628ba5eb-0781-47fd-9f23-ef17e54cad90 ro vmalloc=256m quiet splash vga=792 noresume nohz=off acpi_enforce_resources=lax vt.handoff=7
        initrd /boot/initrd.img-2.6.38-13-generic
}

Die beiden IDs waren unterschiedlich:
...407a2c6b8a1c steht für /dev/sda5
...ef17e54cad90 sthet für /dev/sda1

Hab mehrfach geändert und und update-grub (von sda1) ausgeführt. Danach war der falsche Eintrag nicht mehr da.
Nachdem ich dann aber mit einer korrigierten grub.cfg erfolgreich sda5 booten konnte, habe ich dort einen
altern Kernel deinstalliert. Danach war alles wieder sauber. Auch ein erneuter update-grub war dann kein Problem mehr.

Hatte also doch nichts mit initrd.img zu tun.

Verstehen tue ich das ganze jetzt zwar nicht, aber es läuft

Norbert