Supermicro не запускается windows

Обновлено: 02.07.2024

M5A78L-M LX V2 нет старта
материнка и блок новые, проц был рабочий на другом компе( проверить не могу сейчас). при нажатии.

ESC c51gm-m нет старта
Всем привет,вот имею материнку ecs c51gm-m,с негреющимся процессором sempron.Как я это.

Нет старта (Длинный, 2 коротких)
Перестал включаться комп. Конфигурация: MSI 770-C45, Athlon 250 (2ядерный), 2х2gb DDR3.

Нет старта m5a78l-m lx3
asus motherboard m5a78l-m lx3 не работает экран.Она абсолютная новая.Собрал все правильно.В чем.

90%, что вставлен не поддерживаемый платой процессор. Или что-то очень неисправно в связке процессор-плата-память. процессор Xeon E5420 по документации поддерживается, установлен в количестве один Отсутствие POST-сигналов говорит о том, что процессор совсем не работает. Неисправен или не может стартануть по какой-то причине. То, что он при этом нагревается говорит, что питание подается. Но проблема может быть и в плате, и в памяти, нужно тестировать заменой.

мне тут знакомый тонко намекнул на мультик, что скажете?

Добавлено через 3 минуты
дело в том что проц проверить пока негде, но тот человек который мне его давал уверял меня что он проверен на работоспособность 100%, а вот мать с памятью досталась мне уже в таком виде

мультиконтроллер может иметь к такому поведению какое-то отношение? всё таки логика платы мультиконтроллер может иметь к такому поведению какое-то отношение? Так выдерните его. И вообще все повыдергивайте кроме CPU, RAM (оставить одну планку, если стоит несколько), VIDEO (если внешняя). а что должно поменяться если я сдую мультик? как без него должна плата себя повести? Хоть как-то не так, как написано в стартовом посте. Вывести на экран хоть какое-то изображение, например.

а как может вывести на екран изображение без MIO ? вы ничего не путаете?

Добавлено через 6 минут
там описано для полных чайников, всё это давно было проделано и не помогло

не было сказано, что вы имеете паяльную станцию и некоторый опыт, верно?
мульт опрашивает клаву, на форуме проскакивали темки что без клавы не стартовали некоторые мамки.
сдувать, кста, не советую.
постера, конечно же у вас нет.

чего но постера увы нет, сам жалею что раньше не преобрёл. Есть дуйка. Странно как то что нет сигналов пост я с таким ранее не сталкивался

Добавлено через 2 минуты
МИО отвечает за связь проца с чипсетом?

и вот что меня очень сильно сбивает с толку это отсутствие вращения куллера, причём в обеих сокетак

Добавлено через 3 минуты
странно, питалово на проц идёт но греются как я заметил не все дросселя, там 10 дросселей, по 5 на проц но греется только 3 дросселя

я не имел дело с серверными мамками, поэтому врядле чем смогу вам помочь
без проца тоже пропеллер не крутится? там вроде бы еще доппитание 6pin 12вольт должно подаваться на мамку, как на видюхе
по крайней мере у меня на работе в видеосервере так
может фазы неисправны, может под нагрузкой еще 2 фазы подключаются
тестером мосфеты потыкайте, мало ли.

да, питание я всё подключил, без доппитания проц почти не греется

Добавлено через 8 минут
это врятли так как на втором сокете так же греется только три дросселя, я думаю может дамп не правильный на флешке? уж не нравится то что не пищит ничего. При снятом проце так же не крутит куллер, при старте только заметно дёргание его. Где можно взять нормальный дамп?

Добавлено через 2 минуты
я правильно понимаю что программа с флешки грузится в МИО, а мио проверяет все узлы и делает вывод?

вам же производитель дамп скинул. ревизию мамки проверьте, на всякий
пропеллер может и не крутиться до какого-то температурного порога, кста.
напряжения с питателя все приходят? все в норме?
\на ромбе попробуйте еще поинтересоваться, там мастеров намного больше, нежели тут

В данной статье, описаны способы решение проблем, связанных с неработоспособностью IPMI на платформах известной фирмы SuperMicro.

Проблема: недоступен веб интерфейс ipmi, но сервер продолжает работать как ни в чем не бывало без ошибок и зависаний. Самая частая проблема, которая может наблюдаться на многих платформах. Решение:
1. Для платформ X8 (Xeon 5504, Xeon 56**). Источником проблемы , в большинстве случаев, является неверно инициализированный модуль ipmi, по причине неверной настройки и порядка подключения интерфейсов. При подключении данных платформ к питанию, необходимо заранее подключить порт ipmi к нужному коммутатору(включенному! важно). При подачи питания, начинается запуск ipmi, при котором опрашивается сетевой интерфейс ipmi, и, если на нем НЕТ активности, он просто отключается. Естественно и ipmi будет не доступен.
Для возобновления работы, необходимо обесточить платформу (если это единичная нода в платформе, можно просто её извлечь), затем подключить интерфейс ipmi, и только теперь подключать кабель питания.

2. Для платформ X7 (Core2Duo, Core2Quad): заходим в BIOS в пункт настройки IP адреса IPMI. Меняем IP адрес на любой другой, устанавливаем пункт update ipmi, сохраняем настройки bios и перезагружаем. Повторно заходим в BIOS, И возвращаем нужный IP адрес IPMI.

После форматирования, остается скопировать файлы утилиты IPMICFG в корень диска, установить его в сервер и загрузиться с него через F12/F11 или другими способами.
Теперь используем IPMICFG. Если Вы просматривали архив с утилитой, то явно заметили документ по работе с ней, где подробно расписаны все рабочие команды. Из большого количества нам понадобится лишь несколько.
Команда, сбрасывающая все настройки в стандартные вместе с паролями:

Или делаем другим способом. Просматриваем список пользователей ipmi:

Далее, меняем для нужного пользователя пароль:

Способ 2. Для пользователей Windows, помимо ipmicfg, есть дополнительная сервисная программа IPMI Configuration Utility, с помощью которой можно изменить пароль администратора, сетевые настройки, и полностью сбросить в стандартные.

На днях столкнулся с совсем неочевидной проблемой. Хотя что могло быть сложнее поставить Windows 2019 на новый сервер.

Материнская плата Supermicro X11DPL-i, биос обновлен до последней версии 3.3 на 20.11.2020.

Диски 2х SSDSC2KG48

Режим загрузки Legacy (UEFI глобально ничего бы не изменил).

Задача: собрать softraid на встроенном контроллере в чипсет и установить Windows Server 2019.

Почему не внешний контроллер: единственный доступный в 1U корпусе слот оказался занят сетевой картой, поэтому даже при желании его было не поставить. ~~надо было ставить Linux и вообще ceph и все в шоколаде~~

Действие первое:

1.1 Подключаем 1 диск для проверки.

1.2 Включаем PCH SATA Configuration - Configure SATA as RAID , перезагружаемся.

1.2.1 Обращаю внимание, что на плате есть еще второй sSATA контроллер (Second SATA), который по умолчанию включен.

1.3 Ждем, где клацать Ctrl-I и не видим. Не загружается утилита конфигурации виртуального контроллера. После инициализации OpROM сетевых карт начинает грузиться с них же.

1.4 Возвращаемся в биос, проверяем, что все нормально, перезагружаемся - не работает.

1.5 Гуглим решение: оказывается нужно как минимум 2 диска, чтобы загрузилась.

1.6 Подключаем второй диск, все начинает работать.

Вот казалось бы, вроде логично, что массив собирается только из 2 и более дисков, но почему утилита грузится с теми же требованиями?

P.S. забегая наперед, если один из дисков умрет или его отключить и массив развалится, то утилита загрузится и покажет, что массив degraded, поэтому можно спать спокойно.

Действие второе:

2.1 Массив собрали, массив в boot menu появляется, вставляем флешку/грузим по сети/подключаем через IPMI (подчеркните сами нужное) с образом Windows Server 2019 (md5 B2626D444A641604F325B145AB0C86F1), включаем сервер

2.2 Загружается установщик, клацаем далее, встречаем пустое окно при выборе дисков.

В смысле, как так? Нету драйверов под стандартный intel raid? Такого быть не может.

2.3 ОК, лезем на сайт Supermicro к нашей модели материнки, скачиваем "Intel PCH Driver(SATA)", перепаковываем в ISO, подключаем через IPMI, пробуем скармливать . и не кушает.

2.4 ОКК, лезем на сайт Intel, ищем драйвер Intel SoftRaid/VROC, получаем пакет VROC_7.0.0.2291_F6.

2.5 Перепаковываем в iso, подключаем . и опять не работает. Да как так то?

2.6 Идем в биос, лазим по нему в поисках слов "raid", "intel vroc", "boot volume". В итоге понимаем, что нигде ничего нет, да и вообще, все должно работать. Лезем в Ctrl+I, у него все круто, проблем никаких, рейд собран, помечен как Bootable.

Бросаем это затею и идем гуглить.

"Supermicro X11 server 2019" "Intel VROC server 2019" "X11 softraid windows server installer"

Единственное похожее упоминание о проблеме есть тут в ветке комментариев:

Тут есть упоминание о sSATA, но к нему у нас не подключены диски, так что в итоге он был отключен вообще.

Итак, действие третье:

3.1 Вспоминаем, что у нас есть WinPE на базе Win10 (у меня это StrelecPE), пробуем загрузиться в него.

3.2 Открываем диспетчер устройств, обнаруживаем кучу неопознанных устройств, как обычно, но среди которых нету RAID-контроллера.

3.3 Значит драйвер для него установлен. да, так и есть драйвер "Intel Embedded Server RAID Technology II" установлен, успешно запустился и работает. Но в оснастке управления дисков (он же diskpart) массива так и нет.

3.3.1 ID устройства PCI\VEN_8086&DEV_2826&CC_0104

3.4 ОК, подключаем еще раз новые драйвера с сайта Intel, пытаемся скормить драйвер и вуаля, шайтан машина таки жива, диск мгновенно появляется. (Момент скрина был позже событий, поэтому система уже установлена. Изначально диск конечно же был пустой)

3.3.1 На этом моменте все умные уже предполагают, о чем будет следующее действие.

3.5 Монтируем ISO с установщиком ОС, запускаем setup.exe, диск успешно видится, система начала копировать файлы.

3.5.1 Да, можно было распаковать и через другие утилиты установки из-под WinPE, можно было через cmd распаковать сразу на диск, потом доделать загрузчик, но зачем? Если можно просто нажать далее и он сделает все сам.

3.6 setup.exe радостно сообщает, что файлы все скопировал и надо перезагрузиться.

Вроде все? Но нет.

После перезагрузки сразу получаем BSOD Inaccessible Boot Device, который как бы намекает.

Не то чтобы намекает, он напрямую говорит, что загрузчик запустил ядро, но ядро не нашло загрузочного диска. А почему?

Потому что в образе системы предустановлен тот самый драйвер, который загружается без ошибок для данного устройства, но по факту не работает.

Действие четвертое, заключительное:

4.1 Грузим опять WinPE.

4.2 Устанавливаем рабочий драйвер в WinPE.

4.3 Открываем Dism++, открываем сессию на установленную систему на дисках, импортируем туда рабочий драйвер

4.4 Перезагружаемся. Вуаля, система продолжает ставится без каких-либо проблем.

Это можно было бы сделать сразу в действии третьем (3.3.1), но так как setup.exe не предлагает не перезагружаться, в моем случае это было недоступно, да и я сам хотел проверить, заработает оно или нет без этого.

Что произошло:

Как я предполагаю, в Intel что-то поменяли в прошивке виртуального raid-контроллера (версия Sata Option ROM 6.2.0.1034), оставив старый DeviceID. Скорее всего хотели не сломать совместимость с уже интегрированными драйверами в образах Windows Server 2012R2, 2016 и 2019. Установочные образы 2012R2, 2016 ведут себя аналогично 2019. Так и получилось, драйвер ставится, загружается, но где-то что-то идет не так и он не работает.

Я склоняюсь к этой версии, так как точно помню, что в основном Windows без проблем встают на Intel SoftRaid, без дополнительных драйверов.

В любом случае, драйвер был загружен, но диски в систему не передавал, а результатом стала вроде и простая, но неочевидная ситуация, которую разрулить стандартными средствами невозможно. Установщик отказывается ставить драйвер для контроллера дисков, если у него уже есть драйвера, даже если нерабочие.

Так как эта платформа была в единственном экземпляре, то такой порядок действии вполне нормальный, но если таких было бы несколько, то хорошим решением было бы пересобрать дистрибутив с интегрированными рабочими драйверами. Насколько такое решение является "стандартным средством" решать вам.

Лига Сисадминов

661 пост 12.4K подписчиков

Правила сообщества

В последнее время ставлю или VMware Esx или proxmox - а винду уже туда

Супермикро, как бы это сказать, не очень)). 6 (!) раз переустанавливали сервер 2012рэ2 (да, давно было), он стабильно бсодил при загрузке с непонятной дженерал еррор, хотя ставился на рэйд только так. Бубен не помогал. Махнули местами процы - поехал сука.

Один вопрос: а чем софтовый рейд не угодил ?

У меня уже 6 лет моторесурса дисков в зеркале, рейд пережил три-четыре раз переустановку винды, при чём начиная с 8.1 на нынешнюю 10.

Зачем тебе рэйд-режим работы контроллера если рэйд нужен софтовый?

Заморочился нашёл способ поставить ОСЬ:
1. ISO Стрельца с WINPE

Слил исошку с дровами с оф сайта супермикро, распаковал, и в процеесе установки винды с диска (через usb dvd), просто подкинул дрова и все установилось без проблем на софт рейд 10

Вообще не понятно зачем все это. Собрал этих платформ чертову тучу. Драйвера подбрасываются прямо из инсталятора.

1. Качаешь драйвера с сайта Супермикро - по моему называются Intel SATA или Intel PCH

2. Названия не очевидные какой подкидывать. Перваый раз просто выбирал сверху вниз, заняло около получаса попробовать перебором. И на этом все. проблем нет.

3. Если собрал рейд на sSATA - то в драйверах с сайта Супермикро где-то рядом фалик.

4. Конечно HPE или DELL будут проще настраиваться, да и с гарантией получше "чуток", Но при этом деньги совсем другие, особенно если массив большой.

Нафиг эти все танцы - драйвера в ISO встраивать. Хотя это круто, что автор умеет это делать.

1. можешь прислать ссылку на прямо вот точные драйвера которые тебе в итоге подошли

2. с Dism++ не понял, загрузился в режиме PE, запустил DISM, нашлась установленная система 2016, примонтировал, открыл сессию, добавил драйвера, закрыл сессию, перезагрузился - проблема осталась. Как правильно в Dism++ эту операцию делать?

Здравствуйте, подскажите вот такую вещь, подогнали материнку X11SSH-F, как у нее попасть в BIOS?

Чёт я малость запутался - ты в середине пишешь, что интегрировал драйвера в исо, но это не помогло. А в конце пишешь, что надо бы по хорошему интегрировать драйвера в инсталлятор и тогда всё должно быть ништяк. В чём отличие?

И дополнение - на работе есть два сервера с матерями супермикро, год назад решал на одной из них проблему, хоть убей, не помню уже какую, но которая вылезла на ровном месте и какой на любой другой матери не было и быть не должно. Так толком и не решил, обошёл. И с тех пор я к ним ниочинь.

Если уж использовать программный рейд, то какой смысл это делать на intel, а не средствами ОС?

5 лет как свалил с on-premise, а костыли там всё те же.

На сервере использовать SSD 3D NAND TLC ? Серьёзно?оо
А raid не зеркало из них случаем? Ну чтобы умирали одновременно.

твоя ошибка в первой же строчке раздела Дано.

не надо брать эту хуергу, супермайкро ебучее.

ни разу не было таких проблем с серверами крупных брендов.

Windows спустя месяц

Лучше не приходи.

Вроде хорошее предложение, но как-то сомнительно.
Даже если и недалеко, не приходи.
А с другой стороны, этой фотографии как минимум лет 10, и кто знает,может бывший эникейщик сейчас развертывает на предприятиях RedHat и ставит домохозяйкам Gentoo?

Раритет

Сегодня полез смотреть проверять доступность Windows 10 October 2020 Update в параметрах системы. Действительно, появилось в необязательных, но речь уже не об этом, так как заметил, что для обновления доступны ещё два драйвера.

Последний меня заинтересовал и я полез в диспетчер устройств смотреть дату выпуска текущего драйвера со схожими признаками (PCIe, 1901), а там.

Оказалось, что у меня на компе один из первый драйверов, написанных Intel аж в день своего основания.

Такой раритет я, пожалуй, оставлю без обновления. ))

Пожелание сотрудницы

Видимо очень хорошая сотрудница

Intel «похоронит» базу данных драйверов для старых ПК

В эту пятницу, 22 ноября, Intel удалит со своих серверов все драйверы и BIOS для чипсетов, процессоров, видеокарт и других устройств, которые были выпущены более десяти лет назад. Сейчас при попытке загрузки такого ПО в верхней части страницы появляется соответствующее предупреждение. Дополнительно компания избавится от подобных файлов, предназначенных для работы под управлением операционных систем Windows 98, ME, XP и Windows Server, которые больше не поддерживаются Microsoft.

Владельцы устаревшего оборудования по-прежнему смогут загружать необходимые драйверы из сторонних источников, но делать это им придётся на свой страх и риск.

Разработчики Linux и Windows работают над закрытием огромной уязвимости в процессорах

Фундаментальная ошибка проектирования всех современных процессоров Intel, выпущенных за последние 10 лет, заставила разработчиков Linux и Windows в срочном порядке переписывать значительные куски кода ядер для того, чтобы закрыть недавно открытую в них уязвимость. Архитектура ARM64 также подвержена уязвимости.

Детали уязвимости находятся под эмбарго до тех пор, пока не будут выпущены исправления, которое намечается на середину января 2018 года, когда выйдет новое ядро Linux и ежемесячное обновление безопасности для Windows. Проблема возможно уже исправлена в ядре 4.14.11, учитывая огромный размер инкрементного патча (229 KiB).

По известным сейчас данным, обход этой аппаратной проблемы может привести к падению производительности приложений на процессорах Intel от 5 до 30% и даже до 63% на некоторых задачах. Более новые чипы от Intel имеют в своём арсенале возможности (PCID / ASID), позволяющие сократить провал в производительности при применении исправления.

Суть уязвимости, скорее всего, заключается в том, что процессоры Intel при спекулятивном выполнении кода не выполняют проверки на безопасность инструкций, которые позволяют читать сегменты памяти, что позволяет любому пользовательскому приложению получить доступ к памяти ядра, тем самым позволяя прочитать закрытые данные, такие как ключи шифрования и пароли. Большую опасность проблема также представляет для систем виртуализации, так как позволяет получить доступ к памяти вне гостевой системы.

Для решения проблемы разработчикам ядер пришлось полностью разделить память ядра и память пользовательских приложений, однако такое решение приводит к серьёзному падению производительности из-за постоянной необходимости замены указателей на память. Разработчики ядра Linux в шутку предлагали следующие аббревиатуры для новой модели разделения памяти ядра и пользовательских процессов: User Address Separation (*_uass) и Forcefully Unmap Complete Kernel With Interrupt Trampolines (fuckwit_*), однако остановились на Kernel Page Table Isolation (kpti_*).

Разработчики из GRSecurity протестировали патчи и увидели огромное падение производительности. Разработчики PostgreSQL отметили падение производительности в тесте pgbench на 23% (при использовании процессоров с PCID - 17%). Из-за сильного влияния на производительность разработчики патча предусмотрели опцию для отключения KPTI, которая активируется через передачу параметра "nopti" при загрузке ядра.

Компания AMD утверждает, что её процессоры уязвимости не подвержены. Работа над исправлением уязвимости в других операционных системах также активно ведётся

Почему пищит сервер

Расскажу историю из своей практики, необходимо было поменять батарейку на RAID контроллере LSI, сама механическая работа была выполнена и сервер был штатно подключен как раньше. После его включения раздался постоянный писк и на индикаторах с лицевой стороны появилась красная лампочка. Сервер успешно при загрузке показал мне мои три виртуальных массива, что уже говорило, о том, что дело не в RAID контроллере, далее загрузилась моя Windows Server 2016. Но сервер все продолжал орать. По своему опыту могу выделить две ситуации с Supermicro:

Это когда сервер запускается, как у меня
Вторая ситуация, это когда сервер не загружается

Из основных причин писка можно отметить:

RAID контроллер, у которого есть спикер. чтобы издавать звуки, так как это очень критическая делать сервера, то логично. чтобы он орал как на базаре.
Оперативная память, очень часто встречается. Тут вся проблема в том, что какая-то планка ОЗУ имеет ошибки и не пригодна для работы (Пример ошибки Correctable ECC memory error logging limit reached на IBM HS22)
Блоки питания

Как выявить причину писка

Если у вас есть RAID контроллер, то первым делом вы должны убедиться в работе ваших дисков, тут можно смотреть на индикацию дисков, чтобы не было красных лампочек, а так же воспользоваться специализированными утилитами, например MSM иди LSA. Убедитесь, что ваши виртуальные RAID группы имеют статус "Optimal"

Убедитесь, что на дисках нет ошибок "Media Error Count" и "Pred Fall Count".

Если у вас уже начался крошиться диск и он имеет статус "Predictive failure", то срочно его нужно поменять. На время ребилда, вы можете отключить звук писка на вашем контроллере.

Если же RAID развалился, то можно попробовать его восстановить, у меня есть статья "The following VDs are missing" .в которой я описывал принцип этой операции.

Если у вас RAID контроллере LSI, то советую вам почитать статью, о утилитах управления

Если в RAID контроллером все в порядке, то я вам советую произвести диагностику сервера Supermicro через специализированную утилиту SuperDoctor 5 (Процесс установки SuperDoctor я рассказывал). Заходим в веб интерфейс и начинаем просматривать состояние вашего оборудования. У меня сразу было выявлено, что мой верхний блок питания ушел к про отцам. Вытащив его писк сразу пропал.

Чуть ниже видно, что у него сломался вентилятор.

Так же у вас при установке SuperDoctor 5, будет такой ярлык на рабочем столе "SuperDoctor 5 Test", запустив его вы получите тестирование вашего оборудования с выгрузкой в отчет.

Те же данные вы можете получить. если у вас на сервере Supermicro есть IPMI модуль управления. Он вам покажет такую же информацию, что и SuperDoctor 5, но позволит это сделать да же если ваша операционная система не загружается.

Если у вас проблема с оперативной памятью, то вам необходимо будет так же найти сбойную, в этом может помочь IPMI, SuperDoctor 5, если сервер вообще при запуске не стартует, то придется делать это методом тестирования через утилиту Memtest86 или же вытащить все планку ОЗУ и по очереди их втыкать.

Так же на некоторых серверах, например у HP есть на лицевой стороне сервера индикаторы оперативной памяти на предмет сбоя.

На время поставки блока питания, я его просто вытащил из сервера и противный писк на моем Supermicro пропал, лампочки пришли в норму

Вот модель моего блока питания

2 Responses to Пищит сервер Supermicro, методы диагностики

Может что-то со схемой ACPI в BIOS?

Поковырялся в серверной, попереключал. Это видимо защита, и писк появляется когда обесточен 1 блок из 2 (вроде как у Вас остался в работе 1 блок и если ему конец то сервер выключится). Т.е. с 2-мя включенными одновременно в сеть не пищит. Чудеса.
Все-таки где-та эта штука должна отключаться.

Читайте также: