我的团队正在开发一个需要在多平台上工作的应用程序(linux 32/64,windows 32/64),涉及3D渲染(OpenGL)。我们希望使用带有nvidia板的服务器自动化我们的测试。
我们试图使用Xen Server (免费版)虚拟化我们想要测试的所有平台,但我们无法使虚拟服务器与nvidia板协同工作。然后我们用VirtualBox做了一些测试,但是它的3D加速并没有很好地达到我们的目的。
现在,我们正在考虑将所有操作系统安装在服务器中,作为一个多引导配置。有人知道有什么解决方案可以远程控制这个服务器,所以我们可以用我们选择的操作系统远程引导和重新启动它吗?这样,就很容易在所有平台上实现测试过程的自动化。
我也对其他可能的解决方案持开放态度。
发布于 2011-04-26 13:19:41
如果您为引导加载程序使用grub,那么当您准备切换到下一个操作系统时,可以将grub.conf更改为具有不同的默认引导分区,然后在重新启动时它将转到下一个OS。在windows上,您必须安装ext2驱动程序,但这并不难。
发布于 2011-04-26 16:20:49
按照@Dan的建议,使用grub并修改grub.conf中的默认操作系统并不是一件坏事,但我建议使用一个IP KVM,它将允许您远程控制您的计算机--包括BIOS和引导加载程序操作--从字面上说是有互联网连接的地方。
如果您使用此路由,我建议设置一个长时间的自动启动延迟,以补偿不可避免的网络延迟,或者甚至完全禁用自动引导,以要求手动选择操作系统每次加载。它本身并不是“自动”的,但它是让您控制远程系统启动的最终方法,并且不需要对任何底层OSes进行任何更改。
发布于 2011-04-26 15:43:33
除了Dan的建议(如果使用GRUB,这可能是最好的选择),我认为“自动化”引导加载程序的唯一办法是将串行控制台连接到单独的计算机&使用期望或类似的东西与引导加载程序交互。
引导加载器的一般假设是:(a)没有人在,在这种情况下,应该启动“默认”操作系统,或者(b)有人会在控制台选择他们想要的操作系统。这似乎不像是一个受到自动化人员关注的领域.
https://serverfault.com/questions/263481
复制相似问题