为什么我的syslog告诉我我的bios坏了？
我在syslog文件中找到了这个，我能做些什么来修复它呢？或者它是否值得修复？
一切似乎都在正常工作。运行3.12.9-031209-泛型。
WARNING: CPU: 0 PID: 0 at /home/apw/COD/linux/drivers/iommu/dmar.c:488 warn_invalid_dmar+0x8f/0xa0()
Your BIOS is broken; DMAR reported at address 0!
BIOS vendor: American Megatrends Inc.; Ver: F5; Product Version: To be filled by O.E.M.
Modules linked in:
CPU: 0 PID: 0 Comm: swapper Not tainted 3.12.9-031209-generic #201401251255
Hardware name: Gigabyte Technology Co., Ltd. Z87MX-D3H/Z87MX-D3H-CF, BIOS F5 08/02/2013
00000000000001e8 ffffffff81c01d98 ffffffff817433c6 00000000000017e0
ffffffff81c01de8 ffffffff81c01dd8 ffffffff810678ac ffffffff81c01e28
ffffffff81fd201c ffffffff81fd2058 ffffffff81dda2e0 ffff88022f5aad00
Call Trace:
[<ffffffff817433c6>] dump_stack+0x46/0x58
[<ffffffff810678ac>] warn_slowpath_common+0x8c/0xc0
[<ffffffff8106793f>] warn_slowpath_fmt_taint+0x3f/0x50
[<ffffffff8172dfbb>] ? acpi_os_map_memory+0x27/0x150
[<ffffffff816124af>] warn_invalid_dmar+0x8f/0xa0
[<ffffffff81d84944>] check_zero_address+0x57/0xf7
[<ffffffff81d849fb>] detect_intel_iommu+0x17/0xb8
[<ffffffff81d3a0db>] pci_iommu_alloc+0x44/0x6e
[<ffffffff81d49a5c>] mem_init+0x11/0xa2
[<ffffffff81d2fcfa>] start_kernel+0x1de/0x41e
[<ffffffff81d2f9ae>] ? do_early_param+0x87/0x87
[<ffffffff81d2f120>] ? early_idt_handlers+0x120/0x120
[<ffffffff81d2f5e8>] x86_64_start_reservations+0x2a/0x2c
[<ffffffff81d2f6f2>] x86_64_start_kernel+0x108/0x117
---[ end trace 11d0aeb7d970f0a3 ]---回答 1
Ask Ubuntu用户
发布于 2014-01-31 06:45:45
我发现的最好的来源，如果是从红帽。它不是专门针对Ubuntu的，而是与内核(我们都共享)和您的硬件相关的，它们将错误的信息返回给内核。
在从链接中复制的文本中用Redhat交换Ubuntu，并记住三个要点(也许您可以使用它来规避此问题)：
系统无法启动，USB无法正常工作，网络适配器无法工作(或可能出现其他症状)，这是由于BIOSes处理不完善而导致的。
一些制造商提供BIOS的系统，其对IOMMU硬件的处理是不正确的。BIOS应该告诉操作系统在内存中查找IOMMU硬件的位置，但是一些BIOSes没有正确地这样做，提供了一个垃圾位置或一个有效但实际上不是设备所在的位置。内核试图处理这些情况，但在Fedora 12发行版内核中仍然没有完全处理。如果系统受到此问题的影响，最常见的症状是USB子系统将无法工作(没有USB外围设备将工作)，但其他症状包括完全无法启动的系统和非功能的网络适配器。目前已知有一些系统可能受到这一问题的影响。对于除HP xw4600工作站和戴尔精密M6400之外的所有这些设备，在遇到错误之前，以下所有条件都必须为真：
- 您一定是在使用Fedora 12的32位版本。
- 除了4GB地址区域，您必须没有内存(实际上，这意味着您必须拥有2.5GB或更少的物理RAM )
- 必须在BIOS中禁用虚拟化功能(VT-d)。
如果上述任何一种情况都不是这样的话，您就不应该遇到这个问题。如果您认为您可能受到此问题的影响，请查找一个内核日志消息，包括类似的内容:您的BIOS坏了；在address fed10000上报告的DMAR返回所有的！或者:你的BIOS坏了；DMAR报告地址为零！请注意，如果您使用的系统有这样一个坏的BIOS，内核消息总是会出现，即使内核实际上正确地处理了您的情况，或者您已经成功地解决了这个问题。所以，不要担心一旦你解决了这个问题，你仍然会看到这个信息。有几种方法可以解决这个问题。在大多数情况下(见上文)，安装64位版本的Fedora 12就足够了。如果您的BIOS有一个选项，那么启用BIOS中的虚拟化功能也应该可以解决这个问题。最后，可以通过在引导配置中附加内核参数iommu=soft来解决此问题。已经发布了一个更新的内核包来解决这个问题。如果您还没有此更新，请按照惯例更新您的系统以接收此更新。显然，如果您受到此问题的影响，您将需要使用上述解决方案之一，以便首先使您的系统处于可以安装固定内核的状态。
https://askubuntu.com/questions/413338
复制相似问题
腾讯云开发者
