什么是最好的Linux发行版上放置一个USB密钥来安装戴尔BIOS更新？ 我试过fedora，但它缺less一些依赖，并没有工作。 任何指示或一步一步的信息，不胜感激。 谢谢。
只要我知道，我和我所有人都遇到了将BIOS作为双声道发音。 由于听了Stackoverflow的播客，我还是很惊讶地听到Jeff说bi-Ahs。 就在我认为这是阿特伍德主义的时候，迈克尔·普赖尔在第51集中也有同样的说法。 对或错，如何更普遍地发音？
标题说明了一切。 我是一个Windows用户，在这里有一点我的元素，但客户端有一台旧的Solaris机器托pipe一个数据库。 机器关机的原因尚未解决（可能是电源故障），打开机器后，我收到一个蓝屏，并显示“Requested Cylinder超出BIOS几何体范围”的消息。 我不知道这是什么意思，但有一点初步的研究表明这可能是分区表的问题？ 另外，我听说可以通过使用可启动的CD / DVD /软盘启动安装在硬盘上的Solaris安装。 如何确定错误信息的最佳修复方法和/或如何在我们确定更换计划的同时将机器重新启动并使其正常工作。 提前致谢。
我正在把我们的一台服务器的RAM从2GB增加到4GB。 在BIOS中查看，我看到以下设置： DRAM ECC Enable (Enabled) MCA DRAM ECC Logging (Disabled) ECC Chip Kill (Disable) DRAM Scrub Redirect (Disable) DRAM BG Scrub (Disabled) L2 Cache BG Scrub (Disabled) Data Cache BG Scrub (Disabled) IOMMU Mode (Disabled) 这些应该打开吗？ 而对于背景清理选项，不同的时间是纳秒和微秒; 如何计算最佳使用时间？ 另外，IOMMU有最适合和绝对的选项，然后允许我设置以MB为单位的光圈大小。 这应该设置为什么？ 我们在这个盒子上运行VMWare服务器，所以我的基本理解是，IOMMU是有帮助的，但不知道理想的光圈会是什么。
可能重复： 启用硬件虚拟化BIOS; 什么要小心？ 这对于所有硬件供应商来说似乎都是常见的做法，一直在困扰我一段时间：为什么硬件虚拟化在服务器的BIOS中总是被禁用？ 它能降低系统的稳定性吗？ 它可以造成安全风险吗？ 它可以有任何兼容性问题？ find它被禁用并让你的虚拟机pipe理程序拒绝工作总是一件痛苦的事情，特别是如果你没有访问服务器的BIOS，并需要打电话给其他人来解决这个问题。 所有服务器CPU都支持硬件辅助的虚拟化，而且不再是“新”或“实验性”function。 这是否有任何技术上的原因？
我刚刚购买了以下服务器IBM System x3950服务器，4 x 3.0GHz双核，32GB，6 x 73.4GB 10K SAS RAID，256MB BBWC，2个电源，CD-RW / DVD 当我启动它，它说：“search辅助服务器”并挂起他们近10分钟。 10分钟后，它说search机箱2超时。但之后，继续正确启动操作系统。 但是我的沮丧，我需要等待几乎15分钟，每次启动。 我如何防止此错误消息。
有谁知道我怎么能得到关于使用proc文件系统的BIOS设置的详细说明。 我知道像dmidecode这样的命令可以提供有关BIOS的信息，但它们提供的信息非常有限。
最近我读到了在CanSecWest会议上由Corey Kallenberg和Xeno Kovah发表的演讲，该演讲描述了如何将服务器主板的固件重新编程为包含恶意软件。 这让我真的很担心 ！ 我现在正在寻找一种方法来确保某些给定的硬件在这方面没有被磨练。 我怎样才能做到这一点？
在Dell PowerEdge R730xd上更新固件后，我们收到以下错误消息： UEFI0023：由于pipe理引擎没有响应，BIOS无法将POST消息结束发送到pipe理引擎。 说明：由于pipe理引擎没有响应，POST消息的结束消息无法发送到pipe理引擎。 build议的操作：从系统中移除input电源，等待30秒，然后重新施加input电源。 打开系统。 由于关键问题，系统已经停止！ 该服务器位于远程数据中心，无需远程电源pipe理。 无论如何，我们可以解决这个问题，而无需拉动电源线？ 我们尝试了多个电源周期，并使用racadm -r dracname -u username -p password racreset soft重新启动DRAC，但启动时仍然有相同的错误。
刚更新了两个Supermicro 1022G-URF的BIOS到R3.5。 他们的主板H8DGU-F都带有两块板载Intel 82576网卡。 在BIOS更新之后，两个Supermicros之一根本没有任何可见的NIC。 他们甚至没有列在networking启动设备下的BIOS中。 那么我已经试过了： 使用lspci | grep -i ethernet从Ubuntu Live CD启动 lspci | grep -i ethernet没有任何结果（虽然这对工作的一个工作）。 用完全相同的图像再次更新BIOS。 将IPMI更新为最新版本。 保持服务器closures10分钟而不运气（因为服务器是远程的，它仍然连接到电源）将明天完全切断电源。 更改了一些BIOS选项，如： SR-IOV支持：启用 加载板载LAN 1选项Rom：Disabled 加载板载LAN 2选件Rom：Disabled IOMMU：已启用 有些build议将非常感谢，让两个丢失的网卡重新回到游戏中。 其他可能的修复，我还没有尝试过： 致电Supermicro支持。 search分离的NIC固件。 按照这个博客： http : //blog.vodkamelone.de/archives/146-Unbricking-an-Intel-Pro1000-e1000-network-interface.html 。