redhat5 Starting udev卡死的问题(转载)

本文探讨了RHEL5在VMwareWorkstation7中遇到的启动问题,特别是在“Starting udev”阶段停滞的原因。文中指出,这与虚拟环境中处理器的时间戳计数器(TSC)不同步有关,并提供了通过调整CPU设置和修改grub配置来解决此问题的方法。

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

RHEL5 在VMware Workstation 7中运行时停止在Starting udev的原因
最近在配置多台使用RHEL5 X86_64的虚拟机,由于要做门户开发的实验。发现一个奇怪的现象:VMware中的RHEL5经常停止在Starting udev阶段,由于时间有限没有等太长时间,一般几分钟没响应我就reset了。这时重启几次虚拟机或者修改一下虚拟机的配置,比如改成单cpu单核心启动就又成功了。今天终于发现了原因:

Clocksource is the name of the new timekeeping subsystem introduced in the Linux 2.6.18 kernel. In this subsystem there are several clocksources that can be used to read the time. One of them is the tsc clocksource which uses the Time Stamp Counter that is present on each processor and can be used to track how much time has elapsed. The TSCs on the different processors are not necessarily perfectly in sync with each other, so time can appear to go backward if the TSC is read on one processor and then another processor. Early versions of the tsc clocksource did not handle this case, which can lead to the guest operating system not responding. Due to the different timing behavior of running in a virtual machine, this can be observed more frequently in a virtual machine.

所以如果遇到这种情况,只需要修改CPU为单CPU,启动系统后编辑/etc/grub.conf,在对应kernel的启动项后加入对应系统的参数即可。

http://kb.vmware.com/selfservice/microsites/search.do?cmd=displayKC&externalId=1007020
http://kb.vmware.com/selfservice/microsites/search.do?cmd=displayKC&externalId=1006427
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值