Robinson Tiemuqinke wrote:
> I've tried with cr kernel, not it moves much faster but still fails --
> fails at the partition failure, this setup is S3 backed image.
>
> root (hd0)
> Filesystem type is ext2fs, using whole disk
> kernel /boot/vmlinuz-2.6.32-131.17.1.el6.x86_64 ro root=/dev/sda1
> rd_NO_LUKS rd
> _NO_LVM rd_NO_MD rd_NO_DM LANG=en_US.UTF-8 SYSFONT=latarcyrheb-sun16
> KEYBOARDTY
> PE=pc KEYTABLE=us crashkernel=auto crashkernel=auto
> initrd /boot/initramfs-2.6.32-131.17.1.el6.x86_64.img
<snip>
> xvdf:
> unknown partition table
> blkfront: xvdg: barriers disabled
> xvdg: unknown partition table
> blkfront: xvdh: barriers disabled
> xvdh: unknown partition table
> blkfront: xvdi: barriers disabled
> xvdi: unknown partition table
>
> Boot has failed, sleeping forever.
FUNNY you should mention that... I literally ran into that yesterday, with
lots of screaming and yelling. This will sound scary, but isn't: try
reinstalling, but when you get to the screen that asks you what you want
to do, select the radio button for "upgrade", which says it does *not*
format the partition(s). I did that - I had rsync'd / and /boot from
another server, identical, with Linux software RAID. Bad mistake - best
guess is there are some magic numbers in initrd - so I did this. It only
took a couple of minutes, and seemed to not do much more than reinstall
grub and some post-install scripts, and everything was wonderful.
mark
_______________________________________________
CentOS mailing list
CentOS@xxxxxxxxxx
http://lists.centos.org/mailman/listinfo/centos
