Answers:
我几乎在所有生产系统上都使用kexec-reboot。
它运行得非常好,使我可以绕过HP ProLiant服务器上的较长POST时间,并将启动周期从5分钟减少到约45秒。
参见:https : //github.com/error10/kexec-reboot
唯一需要注意的是,它在启动UEFI的RHEL / CentOS 6.x系统上似乎不起作用。但是大多数理智的OS /硬件组合都能正常工作。
kexec
。它是kexec-reboot
实用程序。Github描述概述了差异以及实用程序为流程添加的内容。
shutdown -r
。您的系统脚本会注意到kexec已经上演并且可以正确执行。看起来如何?缩短三,四或十五分钟。我从iDRAC控制台上获得了一个质量非常糟糕的视频,但是您真的不想受此困扰...该kexec-reboot
脚本旨在自动将正确的命令行参数传递给kexec的过程,这可能很棘手。 。
[ -n "$kexec_command" ] && $kexec_command -e -x >& /dev/null
。因此,如果内核由kexec -l加载,则系统将在没有完整的/ sbin / reboot的情况下重新引导进入内核... kexec已安装!我不知道,谢谢。我想也涵盖了更多现代发行版。顺便说一句,如果kexec先前未与-l一起运行,则重新引导脚本将显示“尚未加载任何内容!”。这就是为什么将输出发送到/ dev / null的原因,也是为什么我从未意识到此功能的原因。
对的,这是可能的。kexec将允许直接从Linux引导Linux内核,而无需执行BIOS引导过程。
是。您必须使用kexec-tools。为了使生活更轻松,我使用kexec-reboot。
$sudo apt-get install kexec-tools
$wget https://raw.githubusercontent.com/vadmium/kexec-reboot/master/kexec-reboot
$chmod +x kexec-reboot
$sudo mv kexec-reboot /usr/local/sbin/kexec-reboot
$sudo /usr/local/sbin/kexec-reboot
# The error checking is very basic.
kexec()
likeexec()
,但是对于Unix内核。