Почему мой системный журнал говорит мне, что мой биос сломан?
Я нашел это в своем системном журнале, что я могу сделать, чтобы это исправить? Или это даже стоит починить?
Кажется, все работает правильно. Запуск 3.12.9-031209-generic.
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 ответ
Лучший источник, который я нашел, объясняет это, если из Redhat . Это не относится только к Ubuntu, но относится к ядру (мы все разделяем) и к тому, что ваше оборудование возвращает ядру неверную информацию.
Замените Redhat на Ubuntu в тексте, скопированном из ссылки, и помните о трех пунктах (возможно, вы можете использовать это, чтобы обойти это):
Системы не удается загрузиться, USB не работает, сетевой адаптер не работает (или, возможно, по другим признакам) из-за несовершенной обработки BIOS с нарушенной обработкой IOMMU
Некоторые производители поставляют системы с BIOS, чье обращение с оборудованием IOMMU является неправильным. Предполагается, что BIOS сообщает операционной системе, где в памяти найти аппаратное обеспечение IOMMU, но некоторые BIOS делают это неправильно, предоставляя место для мусора или местоположение, которое действительно, но на самом деле не там, где находится устройство. Ядро пытается обработать эти случаи, но некоторые все еще не были полностью обработаны в ядре выпуска Fedora 12. Если ваша система подвержена этой проблеме, наиболее распространенным симптомом является то, что подсистема USB не будет работать (никакие периферийные устройства USB не будут работать), но другие признаки включают системы, которые полностью не загружаются, и неработающие сетевые адаптеры.
В настоящее время известно, что некоторые системы потенциально подвержены этой проблеме. Для всех из них, кроме рабочей станции HP xw4600 и Dell Precision M6400, все следующие условия должны быть выполнены до того, как вы обнаружите ошибку:
- Вы должны использовать 32-разрядную версию Fedora 12
- У вас не должно быть памяти за пределами адресной области 4 ГБ (практически это означает, что у вас должно быть около 2,5 ГБ физической ОЗУ или меньше)
- Функции виртуализации (VT-d) должны быть отключены в BIOS
Если что-то из вышеперечисленного не соответствует действительности, вы не должны сталкиваться с этой проблемой. Если вы считаете, что можете страдать от этой проблемы, найдите сообщение журнала ядра, включающее что-то похожее на:
Your BIOS is broken; DMAR reported at address fed10000 returns all ones!или:
Your BIOS is broken; DMAR reported at address zero!Обратите внимание, что если вы используете В системе с таким битым BIOS сообщение ядра будет появляться всегда, даже если ядро действительно правильно обрабатывает ваш случай или вы успешно обошли проблему. Так что не беспокойтесь, что вы по-прежнему видите сообщение, как только решите проблему.
Есть несколько способов обойти эту проблему. В большинстве случаев (см. Выше) достаточно установить 64-разрядную версию Fedora 12. Если ваш BIOS имеет опцию для этого, включение функций виртуализации в BIOS также должно обойти эту проблему. Наконец, вы можете обойти эту проблему, добавив параметр ядра iommu = soft в конфигурацию загрузки.
Обновленный пакет ядра выпущен для решения этой проблемы. Обновите свою систему, как обычно, чтобы получать это обновление, если у вас его еще нет. Очевидно, что если вы затронуты этой проблемой, вам нужно будет использовать один из описанных выше обходных путей, чтобы сначала привести вашу систему в состояние, из которого вы можете установить фиксированное ядро.