从 Fedora 14 升级到 15 后，服务器下降到 dracut 调试 shell
我刚刚使用 PreUpgrade 升级到 Fedora 15。特别是，
sudo yum update
sudo yum install preupgrade
sudo preupgrade-cli "Fedora 15 (Lovelock)"
当它告诉我这样做时，我已经输入：
sudo reboot
并等待升级完成。我的服务器现在无法重新启动，进入调试 shell：
dropping to debug shell
sh: can't access tty; job control turned off
dracut:/# _
输入“dmesg”会提供以下信息（我省略了除最后两行之外的所有内容）：
[ 8.574475] dracut: Autoassembling MD Raid
[ 29.531556] dracut Warning: No root device "block:/dev/disk/by-uuid/812eb062-d765-4065-be34-4a2cf4160064" found
系统安装在两个 S-ATAII HD（Raid 1）上，并且我可以通过在 Grub 中选择旧的 Fedora 14 内核（2.6.35.14-95.fc14.x86_64）来引导进入系统。
“cat /proc/mdstat”（Fedora 14）的输出是：
Personalities : [raid1]
md127 : active raid1 sda[1] sdb[0]
1953511424 blocks super external:/md0/0 [2/2] [UU]
[>....................] resync = 4.6% (91244352/1953511556) finish=342.4min speed=90630K/sec
md0 : inactive sdb[1](S) sda[0](S)
4514 blocks super external:imsm
unused devices: <none>
任何人都可以给我一个关于如何解决问题的提示，即如何让我的机器启动 Fedora 15 内核？
I have just upgraded to Fedora 15 using PreUpgrade. In particular, I did
sudo yum update
sudo yum install preupgrade
sudo preupgrade-cli "Fedora 15 (Lovelock)"
When it told me to do so, I have entered:
sudo reboot
and the waited for the upgrade to complete. My server now fails to reboot, dropping to the debug shell:
dropping to debug shell
sh: can't access tty; job control turned off
dracut:/# _
Typing in 'dmesg' gives me the following information (I have omitted everything but the last two lines):
[ 8.574475] dracut: Autoassembling MD Raid
[ 29.531556] dracut Warning: No root device "block:/dev/disk/by-uuid/812eb062-d765-4065-be34-4a2cf4160064" found
The system is installed on two S-ATAII HDs (Raid 1) and I can boot into the system by choosing the old Fedora 14 kernel (2.6.35.14-95.fc14.x86_64) in Grub.
The output of 'cat /proc/mdstat' (Fedora 14) is:
Personalities : [raid1]
md127 : active raid1 sda[1] sdb[0]
1953511424 blocks super external:/md0/0 [2/2] [UU]
[>....................] resync = 4.6% (91244352/1953511556) finish=342.4min speed=90630K/sec
md0 : inactive sdb[1](S) sda[0](S)
4514 blocks super external:imsm
unused devices: <none>
Can anyone give me a hint on how to fix the problem, namely how to make my machine boot the Fedora 15 kernel?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
我会检查您从 grub 传递给内核的选项。具体来说，您选择的每个内核上的
root=字符串是什么？您可以通过键入以下内容来检查 UUID 应该是什么：（
这应该可以在 dracut shell 中运行，如果不能，也许您需要重建 initrd 首先？）
您还可以尝试将 md 设备名称作为内核引导选项传递，因此将 grub 选项更改为以下内容：
I'd check what options you're passing to the kernel from grub. Specifically, what's the
root=string on each of your kernel choices?You can check what the UUID should be by typing:
(This should work from the dracut shell, if it doesn't, maybe you need to rebuild your initrd first?)
You can also try passing the md device name as the kernel boot option, so change the grub option to something along the lines of:
不确定你是否已经解决了这个问题，但我遇到了同样的问题。
看起来这个网站有一些不错的地方可以开始查看：
http://fedoraproject.org/wiki/Bugs/常见
一般来说，对我们双方都有影响的似乎是硬件 RAID1 配置。
http://fedoraproject.org/wiki/Bugs/Common#Boot_sometimes_fails_when_installing_to_a_pre-existing_partition_layout_with_complex_boot_configuration_.28e.g._software_or_firmware_RAID-1.29
看起来像一个 oopsie，本质上需要从头开始重新安装（包括调整分区大小） ）使用 Fedora 16.
希望这有帮助！
Not sure if you have fixed this yet, but I have ran into the same issue.
Looks like this site has some great places to start looking at:
http://fedoraproject.org/wiki/Bugs/Common
In general, the one that seems to be effecting both of us is the one about hardware RAID1 configurations.
http://fedoraproject.org/wiki/Bugs/Common#Boot_sometimes_fails_when_installing_to_a_pre-existing_partition_layout_with_complex_boot_configuration_.28e.g._software_or_firmware_RAID-1.29
Looks like an oopsie that essentially requires a reinstall from scratch (including resizing partitions) using Fedora 16.
Hope this helps!