-
#1
It seems like SuperMicro X9 boards with E3v1/v2 CPUs (X9SCL-F, X9SCL+-F, X9SCI-LN4F, X9SCA-F, X9SCM-F, X9SCM-IIF, etc) will not allow you to enter BIOS if the system date is past December 31, 2020. When attempting to enter BIOS, it comes up with a blue screen, and in the bottom right the error code «AB», which apparently means «Setup Input Wait» per SuperMicro documentation. If you clear CMOS, you can get into BIOS. We’ve tried with the latest BIOS (v2.3) and also older BIOSes with the same results.
I wonder if SuperMicro will release an update to fix the problem.
-
#2
Let me forward this one on.
-
#3
The X9 E3 MicroCloud systems are also impacted (X9SCD-F, X9SCE-F, etc).
-
#4
A few of our users are tracking this as well, we are working on a workaround.
Last edited: Jan 2, 2021
-
#5
It does allow you into BIOS if you manually set the date back to before December 31, 2020 from the OS.
The F11 boot menu also seems to work fine still, and the systems are still booting up normally so far.
-
#6
Yes this is the workaround we’ve found, as well: from OS, backdate the BIOS RTC (hwclock), then reboot to BIOS setup.
-
#7
I have 2.2 on my board and its affected as well
-
#8
Doesn’t look to be all X9 boards. My X9SPV-F on version 2.0a isn’t impacted.
-
#9
Doesn’t look to be all X9 boards. My X9SPV-F on version 2.0a isn’t impacted.
Is 2.0a the newest BIOS?
-
#10
I haven’t updated it since I put it in the datacenter, but it looks like 2.0b is now out for my motherboard.
-
#11
Given that the system can still boot just fine, my guess is it’s a bug in displaying the date in BIOS setup. One of our users on ServerBuilds reproduced the issue by clearing CMOS (so as to reset RTC prior to 2021), entering BIOS setup, and manually changing the RTC date from there. When the year is set to 2021, the BIOS screen hangs.
I don’t have an affected board myself, but my X9DRD systems are unaffected. Perhaps it’s just the C204 boards.
-
#12
We tested both single CPU E5 and dual CPU E5 boards and they are not impacted. We also tested some X8 X34xx series boards and they are not impacted either.
-
#13
I just received an update from SuperMicro:
«We are aware of this issue and working internally to address it. I will provide an update once I have more details of BIOS fixes. Please continue to use the manual work-around for now.»
-
#15
So I have a SuperMicro X9SCM-F running BIOS 2.3, and I can confirm it’s impacted. Furthermore I have noticed a weird issue when I can’t get into the BIOS (BLUE SCREEN + AB) my LSI 9260-8i RAID controller shows the F/W is in a fault state. Soon as I pop the battery on the motherboard for the «work around» my RAID controller works again…..So frustrating
-
#16
So actually I am going to walk back my statement in regards to a correlation of the BIOS to the LSI 9260-8i. Not sure these issues are related, so just going to replace the RAID controller. However the BIOS issue definitely impacts the motherboard.
-
#17
Clearing the CMOS is a bit drastic as it also clears any BIOS settings (e.g., IPMI IP) you might have set. You should be able to boot into an OS, from which you can backdate the RTC.
-
#18
Any ideas if you can back date the RTC in PFsense? Havent had time to mess with mine yet.
-
#19
Clearing the CMOS is a bit drastic as it also clears any BIOS settings (e.g., IPMI IP) you might have set. You should be able to boot into an OS, from which you can backdate the RTC.
Yes, when we were testing, we weren’t sure what was wrong. It took clearing CMOS to figure out it was date related, because as soon as we tried setting the date after clearing CMOS, we noticed that while changing the year from 2020 to 2021, the system locked up.
-
#20
I want to take this opportuity to post THIS again. Another reason to add to the list why open source Firmware alternatives are long overdue.
Я предполагаю, что OP уже разобрал их проблему так или иначе, но просто добавлю, что у меня была эта проблема с Superserver 6027R-TRF (системная плата Supermicro X9DRi3), и я подозреваю, что это потому, что у параметров загрузки UEFI NVRAM есть Плохая или поврежденная запись — похоже, это приводит к зависанию системной платы на уровне «B2», но я не думаю, что это на самом деле фаза тестирования B2, вызывающая проблему.
Я попытался очистить ОЗУ CMOS (оставив ячейку монеты на ночь, а также закорачивая чистые контактные площадки для пайки CMOS), но я думаю, что это не очищает NVRAM UEFI. Плата также игнорирует трюк CTRL-HOME для аварийной прошивки BIOS / очистки CMOS.
Я подозреваю, что основной причиной является слишком большое редактирование параметров загрузки UEFI через страницу настройки BIOS — я работал над различными комбинациями загрузочных устройств в лабораторной тестовой среде и несколько раз в час удалял / воссоздал параметры загрузки; В некоторых случаях изменения не будут появляться до тех пор, пока я не выполню сохранение / перезагрузку, иногда вообще не буду, а иногда одна и та же опция появится в нескольких загрузочных слотах, поэтому я считаю, что управление / редактирование данных UEFI некорректно, что приводит к накопительной ошибке это в конечном итоге приводит к зависанию процесса POST.
Supermicro договорились о плате RMA с расширенной заменой (серверу всего около месяца).
Shisoft
2014-01-25 в 11:35
Я только недавно перезагрузил свой сервер, чтобы выяснить проблему с памятью. Система просто зависает на экране POST с кодом B2 непосредственно перед загрузкой операционной системы, и я также не могу открыть настройку BIOS. Я провел некоторый поиск и, согласно руководству, состояние B2 — «Консольные устройства вывода / ввода / инициализация консоли и загрузка дополнительного ПЗУ (VGA, RAID, параллельные порты, последовательные порты ……)»
см .: http://www.tomshardware.com/forum/321881-30-system-boot-error
Затем я отключил PCI-E и USB-устройство один за другим и перезагрузился, чтобы проверить. После того, как я отключил последнее устройство, эта проблема все еще остается.
Плата новая, и я ничего не менял до того, как возникла эта проблема, поэтому я понятия не имею об этом.
4 ответа на вопрос
- Популярные
- Новые
- С комментариями
- Активные
FredericoC
2016-11-16 в 01:11
Просто провел бесчисленные часы с этой проблемой на материнской плате Supermicro X9Dai . После игры с загрузчиком Clover EFI, внезапно материнская плата застряла на POST с кодом состояния B2. Я не смог попасть ни в BIOS, ни на экран «Выбор загрузочного устройства». Это сделало невозможным прошить новый BIOS или очистить NVRAM, что, по-видимому, является основной проблемой в моем случае.
Немного погуглив, я наткнулся на руководство по восстановлению BIOS SuperMicro UEFI, и оно сработало! Это в основном позволяет загружаться в режиме восстановления BIOS с помощью USB-ключа и новейшего файла BIOS. Вот шаги:
- Используя свой ноутбук или запасной компьютер, создайте загрузочный USB-ключ FreeDOS
- Загрузите последнюю версию BIOS с сайта вашей материнской платы. В моем случае (X9Dai) есть ссылка «Обновить BIOS» на странице материнской платы .
- Создайте папку в USB-ключе и извлеките файлы BIOS в эту папку. Назовите папку как-нибудь просто, например, «BIOS», чтобы потом в нее можно было вставить «cd».
- Оставив все файлы в новой папке, скопируйте файл BIOS в корень USB-ключа (/) и переименуйте его в «Super.ROM» (с учетом регистра!). Файл bios является самым большим (около 16 МБ) и называется что-то вроде «X9DAi5.XXX».
- Теперь вставьте ключ в материнскую плату X9Dai и, как только клавиатура включится, нажмите CTRL + Home, пока не прозвучат два коротких звуковых сигнала. Это отличительный сигнал, так что вы будете знать. Затем подождите и посмотрите, войдет ли BIOS в «Режим восстановления APTIO». Я должен был сделать это пару раз, чтобы действительно войти, не знаю почему. Отсюда вы можете включить «Сбросить NVRAM» и «Продолжить обновление Flash». Также есть опция «Сбросить основные блоки» (что-то похожее), я тоже это включил.
- Когда вы закончите, вы перезагрузитесь и сможете снова загрузиться на USB-накопитель FreeDOS!
- (МОЖЕТ БЫТЬ НЕОБЯЗАТЕЛЬНЫМ) При загрузке на USB-порт FreeDOS я «захожу» в папку BIOS и перепрошил BIOS, используя команду «AMI.BAT BIOSFileName. ###». Я не уверен, помогло ли это, но мой BIOS все равно устарел, поэтому я сделал это.
Важно: при перепрошивке BIOS ПОДОЖДИТЕ, ЧТО ПОСЛЕДОВАТЕЛЬНО ПОКАЗЫВАЕТ DOS, ТОЛЬКО ТОГДА ЭТО ПОЛНО. После перепрошивки BIOS я выключил компьютер, отключил питание, вынул батарею материнской платы, очистил CMOS и собрал все заново. Затем загрузил его, вошел в BIOS, загрузил значения по умолчанию, сохранил и перезагрузился.
Надеюсь, это спасет кого-то, кто не пройдет через ад, как я.
satter
2017-11-22 в 15:00
Мое исправление для B2 застряло загрузки для Supermicro X9DR3-F после плохого отключения питания:
1) Отключите питание, отсоедините все устройства PCI-e и USB (кроме клавиатуры), подключите монитор к BMC (встроенный VGA).
2) Сбросьте CMOS с помощью батареи и перемычки.
2) Дождитесь начала POST и нажмите Del, ‘ Вход в настройку должен появиться
3) Дождитесь инициализации PXE OpROM и нажмите Ctrl + S, чтобы войти в настройку PXE
4) Выйдите из настройки Intel Boot Agent и дождитесь настройки BIOS
5) Загрузите настройки по умолчанию, сохраните и перезагрузите.
Теперь вы сможете войти в настройку BIOS или запустить ОС.
Linker3000
2014-07-23 в 14:35
Я предполагаю, что OP уже разобрал их проблему так или иначе, но просто добавлю, что у меня была эта проблема с Superserver 6027R-TRF (системная плата Supermicro X9DRi3), и я подозреваю, что это потому, что у параметров загрузки UEFI NVRAM есть Плохая или поврежденная запись — похоже, это приводит к зависанию системной платы на уровне «B2», но я не думаю, что это на самом деле фаза тестирования B2, вызывающая проблему.
Я попытался очистить ОЗУ CMOS (оставив ячейку монеты на ночь, а также закорачивая чистые контактные площадки для пайки CMOS), но я думаю, что это не очищает NVRAM UEFI. Плата также игнорирует трюк CTRL-HOME для аварийной прошивки BIOS / очистки CMOS.
Я подозреваю, что основной причиной является слишком большое редактирование параметров загрузки UEFI через страницу настройки BIOS — я работал над различными комбинациями загрузочных устройств в лабораторной тестовой среде и несколько раз в час удалял / воссоздал параметры загрузки; В некоторых случаях изменения не будут появляться до тех пор, пока я не выполню сохранение / перезагрузку, иногда вообще не буду, а иногда одна и та же опция появится в нескольких загрузочных слотах, поэтому я считаю, что управление / редактирование данных UEFI некорректно, что приводит к накопительной ошибке это в конечном итоге приводит к зависанию процесса POST.
Supermicro договорились о плате RMA с расширенной заменой (серверу всего около месяца).
Matt
2016-01-21 в 22:32
If your RAID is a two-drive mirror, try removing a drive, resetting CMOS by removing the battery and shorting the contacts, and switching the machine to boot in Legacy Boot Mode using AHCI.
I encountered this problem when my board was configured to use the onboard Intel-based RAID in a two-drive mirror. In my experience, the onboard RAID has been unreliable if you are trying to boot the OS on the array.
Похожие вопросы
-
2
Повышенные привилегии для запуска приложений в Windows?
-
3
Ускорение загрузки OS X на годичной MBP
-
6
Как вы отключите звук запуска на Mac?
-
-
8
Загрузка Linux с USB-накопителей
-
3
Ошибка при выделении Mem BAR для устройства PCI 0X / 00/0
-
4
Как создать загрузочный раздел на USB-накопителе?
-
7
Запустить синергетический клиент при загрузке в Mac OS X
-
5
Почему мой компьютер начинает загружаться, а затем внезапно выключается?
-
1
Firefox, обновление дополнения при запуске, как это изменить?
-
8
Как сделать так, чтобы Windows 7 загружалась дальше, чем пустой экран только с курсором мыши?
Самосборный сервер на SuperMicro x9SCM-F.
Также стоит Raid LSI 9261-8i (аналог 9260-8i) .
Возникла необходимость обновить Bios материнской платы.
До обновления была 1.03с версия, обновляемая (последняя на сайте) версия 2.20.
Обновление проводилось через iKvm с usb flash физически подключенной к клиенту в сети, не к серверу, но смонтированной через iKvm к серверу.
Процедура обновления Bios с 1.хх до 2.хх версии проходит в 2 этапа:
— с 1.хх до … чего-то там;
— с … чего-то там до 2.хх.
Все запускалось из «голого» DOS.
Запустился ami_1.bat bios_file — 1 этап.
Все прошло хорошо, было предложено перезагрузиться.
Перезагрузка была сделана через iKvm «Reset Power» .
После этого появился 1 раз синий экран с logo SuperMicro, затем информационные сообщения LSI RAID, затем 2 раз синий экран с logo SuperMicro, затем черный экран с мигающим курсором, и, ничего.
До 2 этапа так и не дошло.
При этом iKvm Не закрывался, flash не отмонтировалась.
Последующие попытки перезагрузки приводили к такому же результату.
Служба поддержки SuperMicro предложила «запустить» режим восстановления Bios.
Для этого нужно на любую Fat32 flash записать образ Bios, переименованный в super.rom и при загрузке компьютера нажимать Ctrl+Home.
Однако это ничего не изменило: 1 раз синий экран с logo SuperMicro => информационные сообщения LSI RAID => 2 раз синий экран с logo SuperMicro => черный экран с мигающим курсором => ничего.
При этом в Ipmi есть код ошибки — b2.
Посмотрел по кодам ошибок Ami Bios, этот код связан с legacy устройствами.
Но вроде все поотключал, в т. ч. USB устройства.
Правда, еще не тестировал загрузку без LSI.
Опять же, служба поддержки SuperMicro написала, что такая ошибка модет быть связана с памятью.
Пока еще не пробовал вытаскивать «планки» .
Есть варианты «реанимации» платы без ее «вытаскивания» из сервера, отвезения в СЦ/ремонт, возврата производителю (по RMA) ?
I ran out of disk space on my development workstation, all those VM images add up. The machine has four drive bays, and all four have 3TB drives. I can replace the 3TB drives with 4TB drives, but migrating the RAID5 array will be time consuming and risky. I can add an external SAS storage enclosure, but they do not power down when the machine goes to sleep. So I looked at buying a new machine with more drive bays.
I’ve been using DELL Precision Workstations for my development machines for many years, they are fast and very reliable. My current workstation is a T5500, and I specifically chose the T5500 over the T7600 because of its features to physical size ratio. The T7600 does offer five drive bays over the T5500’s four, but if I’m going to change machines, adding only one more drive is not really worth the cost and effort.
Rather than buying a pre-configured and tested machine, I opted for the more exciting, sometimes rewarding, often frustrating, option of building my own. In order not to spend too much time on the project, I opted to use a chassis and motherboard combo, and just add peripherals. I chose the SuperMicro SuperWorkstation 7047A-T, containing the X9DAi motherboard. I specifically picked this model because it has eight hot-swap drive bays, is low noise, has a high efficiency PSU, and supports dual Intel Xeon E5-2600 processors.
I used 32GB Kingston KVR1600D3D4R11SK4/32GI memory, two Xeon E5-2660 processors, and an NVidia Quadro 4000 graphic card.
I prepared a USB key with Windows 8 x64 Release Preview. Microsoft does provide a tool to convert ISO images to USB keys, but I’ve been doing this by hand since long before the tool existed, and it is really easy and ultimately quicker to update.
Mount the ISO install image as a virtual drive using Virtual CloneDrive. Launch an elevated (right click run as administrator) command prompt, and run:
diskpart
list disk
select disk [number]
clean
create partition primary
select partition 1
active
format fs=fat32 quick
assign
exit
robocopy [virtual cd drive]: [usb key drive]: /mir
Once the USB key has been properly formatted, you only have to repeat the robocopy steps for any new builds or bits you want to copy.
I booted from the USB key, black screen with spinning circle animation, blue screen of sad face death, and an immediate reboot.
The machine rebooted so quickly I didn’t get a chance to see what the error was.
I tried Windows Server 2012 RC, same problem. I tried later builds of Windows 8 and Server 2012 (we are part of the Windows 8 Pre-Release Program, I hope I can say that now, at some point I was not even allowed to say that, like the Fight Club rules).
I logged a support case with SuperMicro, and I posted on the Microsoft Windows Server support forum. No reply yet from SuperMicro, no useful reply yet from the forum.
I think it is really silly that the default configuration of Windows is set to automatically reboot after a BSOD, even more so for an install situation. BSOD’s are serious, users and administrators need to know something terrible happened, even if they don’t immediately know what the error codes mean or what to do about it. I do know how to change the reboot option from inside windows, but I don’t know how to change it in the installer.
I was looking for a BCD option to disable auto-reboot, and after quite a bit of searching, I found a BcdOSLoaderBoolean_DisableCrashAutoReboot WMI BCD option on MSDN. After some more searching I found a NOCRASHAUTOREBOOT BCDEdit option.
That was really unusually difficult to find. Try it yourself, search for “nocrashautoreboot” and restrict the results to microsoft.com, there was only one hit on a Microsoft site, in a Word DOC file. Try the search on the rest of the web, and you get more hits.
Now that I knew what option to set, the rest was pretty easy. Insert the bootable USB key back in a working machine, open an elevated command prompt, and set the BCD option:
attrib -r [usb key drive]:bootbcd
bcdedit -store [usb key drive]:bootbcd -set {default} nocrashautoreboot yes
Start the install again, wait for the crash, and this time we can see the error is ACPI_BIOS_ERROR:
![]()
There are many reports on the web about ACPI_BIOS_ERROR and Windows 8, most resolved by updating the BIOS, but also several reports of this error with SuperMicro motherboards, and unfortunately it seems without a positive resolution.
To make sure the problem was not peripheral or hardware related, I also installed Windows 7 and Windows Server 2008 R2, both installed and ran ok.
I use a KVM switch, and as I switched back to the machine while it was applying Windows Updates, there was some screen corruption that went away after the reboot. I updated the NVidia driver and the problem has not resurfaced, this may be a driver issue, or it may be a hardware issue:
![]()
I am very disappointed that my brand new machine can only run Windows 7 and not Windows 8. I have yet to hear from SuperMicro support, but I hope they can resolve the problem with a BIOS update before Windows 8 and Windows Server 2012 is released in August.
Похожие вопросы
Я недавно перезагрузил свой сервер, чтобы узнать проблему с памятью. Система просто повесить на экране POST с кодом B2 как раз перед загрузкой ОС, и я не могу открыть настройки BIOS либо. Я сделал некоторый поиск, и в соответствии с руководством состояние B2 — это » консольные устройства вывода / ввода / инициализации консоли и опции загрузки ROM (VGA, RAID, параллельные порты, последовательные порты……)’
относятся: http://www.tomshardware.com/forum/321881-30-system-boot-error
затем Я отключил оба PCI-E и USB устройства и перезагрузиться для проверки. После отключения последнего устройства эта проблема остается.
плата новая, и я ничего не менял до возникновения этой проблемы, поэтому я действительно понятия не имею об этом.
источник
просто провел бесчисленные часы с этой проблемой на материнская плата Supermicro X9Dai. После игры вокруг с загрузчик Clover EFI, внезапно материнская плата застряла на столбе с кодом состояния B2.
Я не мог попасть ни в BIOS, ни на экран «выбрать загрузочное устройство». Это сделало невозможным прошить новый bios или очистить NVRAM, что, похоже, является основной проблемой в моем случае.
после немного гуглить, я наткнулся на Supermicro UEFI BIOS руководство по восстановлению и это сработало! Это в основном позволяет вам загрузиться в режим восстановления BIOS с помощью USB-ключа и последнего файла BIOS. Вот шаги:
- используя ноутбук или запасной компьютер, создайте загрузочный FreeDOS USB dongle
- загрузите последнюю версию bios с веб-сайта материнской платы. В моем случае (X9Dai) есть ссылка «обновите BIOS» на странице материнской платы.
- создать папка в USB-ключ и извлеките файлы BIOS в папку. Назовите папку что-то легкое, как «BIOS», так что вы можете» cd » в него позже.
- оставив все файлы в новой папке, скопируйте файл BIOS в корень USB-ключа ( / ) и переименуйте его в «Super.ПЗУ» (с учетом регистра!). Файл bios является самым большим (около 16 МБ), названный что-то вроде «X9DAi5.XXX».
- теперь вставьте ключ в материнскую плату X9Dai, и как только клавиатура включится, нажмите CTRL + Home до двух коротких звуковых сигналов. Это характерный сигнал, так что вы будете знать. Затем подождите и посмотрите, входит ли BIOS в «режим восстановления APTIO». Я должен был сделать это пару раз, чтобы действительно войти, не знаю почему. Отсюда вы можете установить «сброс NVRAM» включен и «продолжить обновление Flash». Существует также возможность «сбросить основные блоки» (что-то подобное), я также включил это.
- по завершении вы перезагрузитесь и сможете снова загрузиться в FreeDOS USB-кабеля!
- (может быть необязательным) при загрузке на USB FreeDOS, я «cd» в папку BIOS и повторно прошил BIOS с помощью «AMI.Летучая мышь BIOSFileName.###» команда. Я не уверен, помогло ли это, но мой BIOS все равно устарел, поэтому я это сделал.
важно: при мигании BIOS подождите, пока снова не появится приглашение DOS, только тогда оно будет завершено. После прошивки BIOS я выключил компьютер, отключил питание, извлек аккумулятор материнской платы, очистил CMOS, и собрать все вместе. Затем загрузил его, попал в bios, загруженные по умолчанию, сохранены и перезагрузки.
надеюсь, это спасет кого-то, кто не проходит через ад, как я.
источник
Я предполагаю, что ОП решил свою проблему тем или иным способом, но только добавить, что у меня была эта проблема с 6027R-TRF по суперсервер (компании Supermicro X9DRi3 системной плате) и я подозреваю, что это потому, что загрузки UEFI варианты энергонезависимая память плохая или поврежденная запись — это, кажется, сделать системной платы заморозить на уровне «B2», но я не думаю, что это на самом деле тест В2 фазы вызывает проблему.
Я попытался очистить CMOS RAM (оставив монетную ячейку на ночь, а также короткое замыкание прозрачных CMOS-припоев), но я думаю, что это не очищает NVRAM UEFI. Плата также игнорирует трюк CTRL-HOME для аварийной BIOS flash / CMOS clear.
I подозреваемый основная причина-слишком много редактирования параметров загрузки UEFI через страницу настройки BIOS — я работал над различными комбинациями загрузочных устройств в лабораторной тестовой среде и удалял/воссоздавал параметры загрузки несколько раз в час; иногда изменения не появлялись до тех пор, пока Я сделал сохранение/перезагрузку, иногда вообще нет, а иногда одна и та же опция появляется в нескольких слотах загрузки, поэтому я думаю, что управление / редактирование данных UEFI ошибочны, что приводит к накопительной ошибке, которая в конечном итоге приводит к зависанию процесса POST.
Supermicro договорились о плате RMA с расширенной заменой (серверу всего около месяца).
источник
Если ваш RAID является двухдисковым зеркалом, попробуйте удалить диск, сбросить CMOS, удалив батарею и замкнув контакты, и переключить машину на загрузку в устаревшем режиме загрузки с помощью AHCI.
Я столкнулся с этой проблемой, когда моя плата была настроена на использование встроенного массива RAID на базе Intel в зеркале с двумя дисками. По моему опыту, встроенный RAID был ненадежным, если вы пытаетесь загрузить ОС на массиве.
отвечен Matt 2016-01-21 22:32:06
источник
мое исправление для B2 застрял загрузки для Supermicro X9DR3-F после плохого выключения:
1) выключите питание, отсоедините все PCI-e и USB-устройства (кроме клавиатуры), подключите монитор к BMC (встроенный VGA)
2) сброс CMOS с батареи и перемычка
2) подождите POST, чтобы начать и нажмите Del, «ввод установки» должен появиться
3) дождитесь инициализации PXE OpROM и нажмите Ctrl + S для входа в PXE setup
4) выйти из программы установки Intel Boot agent и дождитесь настройки BIOS
5) загрузить настройки по умолчанию, сохранить и сбросить.
теперь вы можете войти в настройки BIOS или запустить ОС.
отвечен satter 2017-11-22 15:00:53
источник