我有一个托pipe在Rackspace的云服务器,他们使用Xen Server虚拟机pipe理程序。 我正在运行Ubuntu 12.04,并试图手动进行版本升级,真的搞砸了。
pipe理程序显然不能相处GRUB所做的更改(我认为可能会更多),因此不会重新启动; 它陷在了引导的initramfs阶段:

我已经和一个技术人员谈了很长时间了。 我们还不确定要做什么; 提供一个新的服务器,获取内核/ GRUBconfiguration,并将其放到当前服务器上是否合理? 或尝试回滚更改/降级?
如果您有任何build议,他们将不胜感激。
不是真正的事情。 操作位是/ dev / disk-by-uuid / dev / xvda1不存在。
root=UUID=/dev/xvda1出现,并将它们改为root=/dev/xvda1 检查/ etc / fstab也符合,例如它读取:
/ dev / xvda1 / ext3默认值,错误= remount-ro 0 1
并不是:
UUID=/dev/xvda1 / ext3 defaults,errors=remount-ro 0 1
应该是这样的。
提示:除非您正在与之交谈的“技术”已经尝试过,否则他/她已经超出了他/她的深度。 这是在谷歌的第一页,它是与启动相关的Rackspace;干杯,阿尔夫
编辑
看到你的(grub2)configuration我会尝试用下面的代码replace它:
timeout=5 menuentry 'Ubuntu, with Linux 3.2.0-24-generic' { #not sure about the following line root=xvda,1 linux /boot/vmlinuz-3.2.0-24-generic root=/dev/xvda1 ro console=hvc0 initrd /boot/initrd.img-3.2.0-24-generic }
然后,我会find一种方法使其成为永久性的,因为在下一次升级时,grub-mkconfig会再次润滑你的configuration。 在这里,你会发现一个不同的策略,可能也不会提到应该注意的build议。
所以这里的任何人都没有特别正确地分析这个问题,但Rackspace的高级Linuxpipe理员在解决这个问题上起了很大的作用。
我用外星生命forms给我取代了我的GRUB2 conf,但是改变了根:
set root=(hd0)
然后,在我的menu.lst ,我删除了by-uuid路线,以便它可以find我的驱动器。
从那里,它启动正常。
谢谢你们!