Linux启动停止在Starting udev:

最新推荐文章于 2025-04-26 15:33:09 发布

iteye_6233

最新推荐文章于 2025-04-26 15:33:09 发布

阅读量783

点赞数

文章标签：运维数据库

本文详细介绍了如何解决在虚拟机CentOS5.4上重新编译内核后，在启动新内核时出现的停顿在starting udev阶段的问题。通过设置CPU数量为一，修改/etc/grub.conf文件加入clocksource=acpi_pm，或在关机后重新设置CPU数量，可以有效解决此bug。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

转自：http://www.yanduhantan.net.cn/articles/%E5%9C%A8esx4%E4%B8%AD%E8%A3%85redhat-51%E7%9A%84%E6%97%B6%E5%80%99%E5%81%9C%E5%9C%A8starting-udev%E7%9A%84%E9%97%AE%E9%A2%98.html

一、出现问题

在VM的CentOS 5.4 32bit上重新编译了内核（2.6.19.7），启动新内核时，停在starting udev，然后按下Ctrl+C取消，才能继续启动

于是google之，发现这似乎是一个esx的bug，官方的说明在这里： http://kb.vmware.com/selfservice/microsites/search.do?

cmd=displayKC&externalId=1007020

看了一下，发现是因为CPU数量的问题，当设置VM中CPU数量的时候，多于一个CPU，就有可能

发生这个问题，并且在以下系统中会有这个现象：

Asianux 3 32 bit
CentOS 5.2 32 bit
CentOS 5.1 32 bit
CentOS 5.0 32 bit
Mandriva Linux 2008 32 bit and 64 bit
Oracle Enterprise Linux 5 32 bit
RHEL 5.2 32 bit
RHEL 5.1 32 bit
RHEL 5.0 32 bit
SUSE Linux 10.3 32 bit and 64 bit
SUSE Linux 10.2 32 bit
Ubuntu 8.04 32 bit and 64 bit
Ubuntu 7.10 32 bit and 64 bit
Ubuntu 7.04 32 bit

二、解决办法

1. 设置VM的CPU数量为一，然后开机

2. 修改/etc/grub.conf文件，加入clocksource=acpi_pm

3. 关机，设置CPU数量为需要的个数，开机

4. 问题解决