On Dec 27, 2013, at 6:45 PM, "Patrick Dupre" <pdupre(a)gmx.com> wrote:
Hello Chris,
I am back with you.
Thinking about your suggestion.
How did you clone it? Did you use cp? Did you use rsync? What was the exact command?
I generate a file: /boot/grub2/grub.cfg
Did you use chroot at all? That is, did you mount the clone's parts, bind the dev,
proc, sys file system, and then chroot the clone, and then from within chroot did you
grub2-install, grub2-mkconfig, and run dracut?
If I understand (I guess) the point in generating a new initramfs, I
do not
see the point in generating a new grub.cfg file since it is not seen
during the grub2 precessing since the grub.cfg file used in on the
cloned partition until a make a new grub2-install /dev/sda
from the clone.
That's why you chroot the clone, then run all of these commands, otherwise they do not
produce correct results for the clone.
Anyway, in my opinion, the issue is when grub executes:
menuentry 'Fedora, with Linux 3.12.5-200.fc19.i686.PAE' --class fedora --class
gnu-linux --class gnu --class os $menuentry_id_option
'gnulinux-3.12.5-200.fc19.i686.PAE-advanced-69ee06ed-3f6a-4b9f-9b86-6e24c1847cf6'
{
set gfxpayload=text
insmod gzio
insmod part_msdos
insmod ext2
set root='hd0,msdos16'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos16
--hint-efi=hd0,msdos16 --hint-baremetal=ahci0,msdos16 --hint='hd0,msdos16'
c2010fed-5fcf-4c59-bca9-10922b131d8b
else
search --no-floppy --fs-uuid --set=root c2010fed-5fcf-4c59-bca9-10922b131d8b
fi
because the clone partition is not correct.
Something is missing:
failed to start creat static device mode in /dev
failed to start journal
etc...
To me looks like that the services are not started!!!
how the /dev partition is created?
The clone is on another drive? And is that drive in the same computer or a different
computer?
Chris Murphy