noapic和acpi=off能帮我做到什么

06年1月的时候写过一篇有关acpi和apic的帖子。当时写这个帖子有两个原因:一是确实遇到了很多人混淆了apic和acpi的差别,也难怪,他们两个长得也太像了。二来是因为当时与次相关的两个核心参数(noapic,acpi=off)帮我解决了一个当时我觉得不可思议的问题,所以觉得有必要记录下来。

后来我又写了一个帖子,说到了又一次用这两个参数解决疑难杂症的事情。

没有想到,从那以后,我遇到很多奇怪的问题,基本都你觉得事情蹊跷的时候,一用这两个参数,嘿嘿,准行。加上今天,我又遇到了使用这两个参数解决问题的事情,所以想记录一下我到目前遇到的这类问题,算是一个回忆吧。

最早应该是CALIAS项目了,DC4.1安装在IBM X346(现在的X3650)上。配有Qlogic的光纤卡,单核心启动一切OK,多核心起来,光纤卡看上去驱动正常了,就是无法访问阵列柜。

后来把机器扛到了公司,经过研发牛人的指点,算是搞定了,从那次起,知道了有这么一个参数。同样机器和配置,在另外一个项目中也遇到了这个情况,不过要惨一点,kernel panic。加上这两个参数后,问题解决。

如果没有记错的话,HP ML570机器,安装X86-64版本的DC5,到解压内核时,不动了,按键盘没有响应。重启后,加入这两个参数搞定。

IBM R52笔记本安装红旗桌面4.1plus,安装正常,启动时,到出现ACPI后,不再往下走,加上apci=off后,问题解决。

还有若干次安装普通X86 pc服务器时,出现内核错误,增加这两个参数启动后搞定。

普通台式机,非集成的RTL-8100B/8139D网卡,安装DC5后,网卡能驱动,就是ping不通网络,dmesg能看到

NETDEV WATCHDOG: eth0: transmit timed out
eth0: Transmit timeout, status 0c 0005 c07f media 00.
eth0: Tx queue start entry 4 dirty entry 0.
eth0: Tx descriptor 0 is 0008a03c. (queue head)
eth0: Tx descriptor 1 is 0008a03c.
eth0: Tx descriptor 2 is 0008a03c.
eth0: Tx descriptor 3 is 0008a03c.
eth0: link up, 100Mbps, full-duplex, lpa 0xC5E1
NETDEV WATCHDOG: eth0: transmit timed out

开始以为是驱动版本过低,但是想想这样的网卡对linux而言是多么的标准呀,百思不得其解中,加入这两个参数,问题解决。

总之:如果你遇到了觉得不可思议的问题时,可以优先考虑增加acpi=off noapic的核心参数,也许以为是大问题的事情就这么轻松的解决了。

方法:
/boot/grub/menu.lst文件,在启动的核心kernel那行最后加上
acpi=off noapic

你可能感兴趣的:(acpi=off,noapic)