Звуки bios uefi: Звуковые сигналы BIOS. Расшифровка. — Гомельский интернет магазин Скайлайнер

Инструкция: как включить звук в BIOS

Конечно, большинство пользователей привыкло манипулировать параметрами звука на ПК/ноутбуке через системные средства. Однако в иных случаях стандартного функционала ОС Windows может оказаться мало. На такой случай в современных матплатах предусмотрены встроенные функции базовой микропрограммы UEFI/BIOS. Чтобы стало более ясно, о чём идёт речь, приведу простой пример. Система не способна обнаружить требуемый звуковой адаптер, а также обновить для него драйвера автоматически. Сегодня мы рассмотрим назначение звуковых настроек и функционала в BIOS. Также я расскажу, как найти и включить звук в UEFI-интерфейсе.

Для чего нужен звук в UEFI/BIOS?

Случается так, что в самой ОС звук функционирует исправно. А вот в BIOS он попросту отсутствует. Конечно, многим непонятно, к чему звук непосредственно в БИОСе. Ведь почти все мы привыкли, что в большинстве случаев он там не требуется. Однако такой функционал предусмотрен аппаратно и служит в основном для предупреждения пользователя об ошибках. Он может сигнализировать о проблемах с запуском ОС и других важных нюансах. Другое дело – манипуляция звуковыми функциями ПК в BIOS. Иногда без доступа к настройкам звука через микропрограмму просто не обойтись.

Как включить звук в BIOS?

Чтобы включить воспроизведение звуковых сигналов в BIOS, существует ряд простых настроек. Бывает и так, что даже после настройки звуковых параметров его ни в BIOS, ни в системе мы по-прежнему не слышим. Даже при включённой в настройках звуковой карте. Это может означать только одно – неисправность самого звукового модуля на аппаратном уровне.

Вот небольшое руководство по настройке звуковых параметров в BIOS:

  • После включения/перезагрузки ПК ждём несколько секунд и нажимаем несколько раз кнопку входа в BIOS. Для разных версий ПК и ноутбуков это могут быть разные варианты, например, F2, F12 и Del. Точный вариант нужной клавиши можно посмотреть в официальном руководстве к материнской плате или ноутбуку.
  • Когда интерфейс UEFI/BIOS загружен, переходим к пункту Advanced (продвинутые настройки). Также в более ранних версиях BIOS он может отсутствовать. Значит, вместо него нам нужно перейти к разделу IntegratedPeripherals. В зависимости от версии БИОС эти разделы могут располагаться в списке пунктов основного окна, а также в меню сверху.
  • В продвинутых настройках находим пункт «OnboardDevicesConfiguration» либо вариант с похожим названием.
  • Для него потребуется отыскать в списке параметр, отвечающий за функционал звуковой карты. Эта опция также может называться по-разному (к примеру, HighDefinitionAudio, HDAudio, AC97 или Azalia). Наиболее распространены первые два варианта. Вариант «Azalia» можно встретить разве что на очень древнем железе.
  • В зависимости от версии UEFI/BIOS потребуется выбрать напротив нужного пункта значение Auto или Enable. Если напротив стоит, например, значение Disabled, нужно изменить его на указанные выше.
  • Далее сохраняем настройки и выходим из BIOS. Для этого возвращаемся в основное меню и находим пункт Exit. Выбираем его и в контекстном меню переходим к пункту Save & Exit, чтобы сохранить настройки и выйти из BIOS. После этого ПК уйдёт в перезагрузку и запустится с новыми, применёнными настройками.

Как видим, включить звук в BIOS на ПК или ноутбуке – не такая сложная задача. Другое дело, если даже после нужных манипуляций звук так и не появился. В этом случае проблема, как было сказано выше, скорее всего, со звуковой картой. Но перед тем как нести устройство в сервисный центр целесообразно проверить целостность и правильное подключение проблемного модуля к компьютеру.


Post Views: 1 207

Звуковые сигналы AMI BIOS

По сравнению со звуковыми сигналами других производителей BIOS звуковые сигналы BIOS AMI отличаются большим разнообразием. В большинстве  случаев эти звуковые сигналы позволяют определить неисправность еще на стадии загрузки компьютера и процедуры проверки оборудования POST. Как правило, для определения того компонента, который вызывает проблему, необходимо лишь сосчитать количество издаваемых системным динамиком сигналов.

Ниже приведены звуковые сигналы, издаваемые BIOS AMI. Во всех случаях указано  количество сигналов и их тип (длинные/короткие).

  • Нет сигналов

Данная ситуация, возможно, самая неприятная из тех, с которыми может столкнуться пользователь. Как правило, она означает, что питание на материнскую плату  не подается или BIOS вообще неисправна. Отсутствие питания на материнской плате обычно означает либо неисправность/обрыв кабеля питания, либо неисправность блока питания компьютера.

  • Один короткий

Один-единственный короткий сигнал – это тот самый сигнал, который привыкли слышать каждый раз при запуске ПК все пользователи. Он означает, что никаких ошибок и проблем в ходе проверки оборудования не было обнаружено, и компьютер может загружаться дальше.

  • Длинный непрерывный

Такой  сигнал означает, что неисправен блок питания ПК. Тем не менее, в отличие от ситуации с полным отсутствием сигналов, в данном случае питание на материнскую плату поступает, однако его параметры не соответствуют номиналу.

  • Два коротких

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

  • Три коротких

Данная разновидность сигнала тоже свидетельствует об ошибке в ОЗУ. Но это ошибка довольно специфическая и редко встречающаяся – это ошибка в первых 64 КБ оперативной памяти.

  • Четыре коротких

Данный сигнал говорит о неисправности  системного таймера. К счастью, подобный вид неисправности встречается нечасто, однако нередко единственным способом его устранения является замена всей материнской платы.

  • Пять коротких

Подобным образом BIOS сообщает пользователю о неисправности сердца персонального компьютера – центрального процессора. Однако далеко не всегда данная неисправность может быть связана с дефектом самого чипа процессора. Часто для устранения проблемы достаточно бывает проверить надежность установки процессора в сокете.

  • Шесть коротких

Это сообщение указывает на неисправность контроллера клавиатуры, а также на отсутствие самой клавиатуры. Очень часто для исправления подобной ситуации достаточно бывает проверить контакт в разъеме клавиатуры на системном блоке.

  • Семь коротких

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

  • Восемь коротких

Сообщение BIOS, свидетельствующее об отказе видеопамяти. Но здесь, как и при многих других ошибках, иногда проблема может заключаться всего лишь в плохом контакте – в данном случае, между слотом материнской платы и видеокартой.

  • Девять коротких

В данном случае BIOS сигнализирует об ошибке контрольной суммы памяти BIOS. Причины данного явления могут быть разными – ошибка в новой версии BIOS или случайный сбой в памяти CMOS. Часто проблему можно исправить перепрошивкой BIOS.

  • Десять коротких

При таком наборе сигналов БИОС сообщает об ошибке записи в память CMOS. Как правило, эта ошибка серьезнее предыдущей и часто требует вмешательства специалиста из сервисной мастерской.

  • Одиннадцать коротких

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

  • Один длинный, затем два, три или восемь коротких

Этот тип информационного сообщения говорит пользователю о наличии ошибок видеокарты. Обычно подобные звуковые сигналы подаются только при использовании старых видеокарт (Mono/CGA/EGA), поэтому шанс встретиться с ними в настоящее время крайне мал. В большинстве случаев данная неисправность ликвидируется при помощи тщательной установки видеокарты в разъеме.

Порекомендуйте Друзьям статью:

MBP UEFI WINDOWS SOUND ИСПРАВЛЕНО!!!!

Похоже, что давно никто не ответил. Чтобы снова начать разговор, просто

задать новый вопрос.

Если кому-то все еще интересно, я нашел решение для звука в установках MBP 2011 Windows 10 UEFI — мне потребовалось 4 года, чтобы понять. Мне дали ответ из учебника, относящегося только к смежным вопросам — здесь:

https://egpu.io/forums/pc-setup/fix-dsdt-override-to-correct-error-12/

По сути, мы знали, что Windows не «видит» правильные аудиоустройства при загрузке в чистом efi-

Меня расстраивало то, что многие пользователи, такие как я, имеют множество установок UEFI на своих MBP 2011 и у этих ОС нет проблем с «видением» аудиоконтроллера HD —

Так что же Windows делала по-другому?

Я возился с командами mm в оболочке UEFI (оболочка, предоставленная в пакете rEFIt) безрезультатно*

Я пытался передать команды SETPCI из grub в Windows 10 — безуспешно*

Цитата из приведенной выше ссылки заставила меня закружиться в голове

«Определение корневого моста таблицы DSDT в системе Windows (ACPI PNP0A08 или PNP0A03) обычно ограничивается зарезервированным 32-битным пространством (менее 4 ГБ), бюджет которого достаточно велик для размещать устройства PCIe ноутбука. Затем значение водяного знака TOLUD устанавливается и блокируется в микропрограмме системы.  ОС Windows учитывает определение корневого моста и выделяет в нем устройства PCIe. macOS игнорирует ограничения корневого моста, как и Linux при загрузке с «pci=noCRS» параметр. Ни одна из этих ОС не требует переопределения DSDT и может свободно размещаться в огромном 64-битном адресном пространстве PCIe». сделки с хакинтошами. Я очень хорошо осведомлен о DSDT и о том, как их редактирование может помочь запустить OSX на аппаратном обеспечении домашнего ПК. MBP 2011 в папке /Clover/ACPI/Windows — все еще ничего — я думал, что будет достаточно указать Windows на DSDT ……

Дополнительное замечание: есть люди, которые «заблокировали» свои настоящие Mac при использовании клевера, лично у меня никогда не было такой проблемы  (подссылка в приведенной выше ссылке описывает такую ​​ситуацию)*

Если вы следуйте инструкциям и создайте модифицированный DSDT (тот, который добавляет «qwords» в раздел dwords), вы можете проверить его двумя способами:

. Я использовал Maciasl для извлечения и редактирования моего DSDT, чтобы добавить раздел «Qword» — я поместил DSDT в два места: /EFI/Clover/ACPI/Patched [не уверен, что это имеет значение] и /EFI/Clover/ACPI/Windows

, удерживая ALT/option во время загрузки, я выбрал «EFI Boot» с USB-клевера и загрузился в Clover

для точной конфигурации Clover, отправьте мне сообщение

После загрузки в Windows звуковая карта сразу заработала (это было потому что я установил драйверы логики cirrus из bootcamp 4) — драйвер аудио дисплея в диспетчере устройств имел восклицательный знак, но я смог установить драйвер аудио дисплея из поддержки драйверов Intel для процессора i7 2470m на этой машине —

Я также посмотрел в диспетчере устройств через «по ресурсам» и увидел, что появилась новая запись «Большая память с диапазоном адресов»

И низко и вот диапазон адресов для «большого раздела памяти» содержал диапазон для аудиоконтроллера hd

Затем я хотел посмотреть, сработал ли метод, описанный в исходной ссылке, опубликованной выше, где вы принудительно вносите эту карту памяти в реестр и включаете «проверку подписи» —

это сработало, что позволило мне загрузиться прямо в виндовс без помощи клевера —

*ПРИМЕЧАНИЕ: когда я тестировал метод реестра, я пропустил первые несколько шагов, так как у меня уже был модифицированный DSDT. используйте ни дамп acpi, ни компилятор (я проверяю на ошибки и компилирую свой dsdt в Maciasl в OSX)

Я бы с удовольствием углубился в подробности, но я сомневаюсь, что эта информация нужна многим другим — просто рад, что понял это без Эмуляция Bootcamp в BIOS — мы собираемся протестировать этот метод на других компьютерах Mac «до 2013 года» с несовместимым биосом UEFI

MacBook Pro

Опубликовано 3 февраля 2019 г., 11:57

MBP UEFI WINDOWS SOUND ИСПРАВЛЕНО!!!!

Аудиопротокол UEFI и специальные возможности UEFI BIOS

Хорошие новости о состоянии специальных возможностей в BIOS!

Преамбула

На моей странице идей у ​​меня всегда была идея слоя специальных возможностей для слепых, чтобы они могли использовать свой BIOS.
Хотя она нацелена на очень небольшой процент населения,
компьютерное программирование часто является, по крайней мере, хобби слабовидящих людей, поскольку это (в основном) текстовая работа:
Вы пишете код в виде обычного текста, а затем запускаете его, чтобы получить либо обычный текст, либо что-то вроде вывода в формате HTML.
В основном доступная карьера для тех, кто не может видеть.
Тем не менее, всегда существовала проблема с низкоуровневой компьютерной инфраструктурой (то есть с BIOS/UEFI).
Эти меню, которые позволяли вам редактировать порядок загрузки, тайминги оперативной памяти, разгон процессора и графического процессора, а иногда даже скорость вращения вентилятора, были совершенно недоступны для тех, кто не мог их видеть.
Ну, пока… скоро. Я разговаривал с одним из крупных руководителей, работающих над EDK2, реализацией UEFI, которую используют большинство производителей материнских плат для создания своих прошивок.
Думал поделюсь понятной инфой, и разговором полностью.

Новости

Вот что я знаю:

  1. В этом году проект GSoC (Google Summer of Code) представил Ethin Probst для реализации аудиодрайверов VirtIO для EDK2.
  2. QEMU, эмулятор, выбранный для тестирования этого проекта, не поддерживает VirtIO (пока). Информации о том, когда это будет сделано, я не нашел.
  3. Из-за 2 Этин и его наставники по его проекту, Рэй Ни и Лейф Линдхольм, решили сначала реализовать поддержку аудио через USB-донгл, так как это а) поддерживается в QEMU и б) достаточно хорошо, чтобы начать исправлять ошибки в уровень звука.
  4. Поскольку GSoC обычно заканчивается в сентябре, скорее всего, скоро появятся новые новости!

IRC-чат

Вот журнал IRC-чата для тех, кому интересно что-то, что я мог пропустить:

 tait_dot_tech: Здравствуйте, я новичок в IRC, так что просто проверяю, приходят ли мои сообщения.
 tait_dot_tech: Выглядит светлым, все в порядке. Итак, у меня есть вопрос: кто-нибудь знает об активном проекте, направленном на то, чтобы сделать UEFI доступным для слепых (т.е. речь) [так в оригинале] из среды UEFI? Основная проблема заключается в том, чтобы слепые пользователи могли загружать USB-накопители Linux (я знаю, это очень нишевая вещь), но в зависимости от того, насколько это хорошо, потенциально может быть использовано, чтобы позволить слепым людям изменить свой разгон,
 tait_dot_tech: аппаратный RAID, порядок загрузки, тайминги ОЗУ и т. д. все само по себе. Просто интересно, есть ли какой-нибудь проект, делающий это? Я изо всех сил старался найти что-нибудь и просто стараюсь не дублировать усилия. Спасибо :)
 leiflindholm: tait_dot_tech: в этом году у нас запущен проект Google Summer of Code, который занимается прототипированием стандарта вывода звука. Надеемся, что в будущем он будет добавлен в спецификацию UEFI.
 leiflindholm: как только у нас будет стандарт для вывода звука, мы сможем работать над добавлением поддержки вывода звука в инфраструктуру интерфейса пользователя.
 leiflindholm: это то, что позволяет загружать и отображать меню независимо от конкретной графической реализации.
 tait_dot_tech: Ого! Рад слышать, что в этом есть прогресс! Есть ли ссылка на проект Google Summer of Code или что-то еще, где я могу следить за новостями?
 leiflindholm: tait_dot_tech: пока не так много, мы только на третьей неделе GSoC.
 Лейфлиндхольм: https://summerofcode.withgoogle.com/projects/#6499615798460416 — это ссылка, если вы хотите указать другим, но любое обсуждение/сообщение, скорее всего, произойдет [так в оригинале] в наших списках рассылки.
 tait_dot_tech: Под «нашим» списком рассылки вы подразумеваете GSoC или Edk2?
 Лейфлиндхольм: edk2
 leiflindholm: хотя в среднем по крайней мере 99% edk2-devel *не* будет посвящено поддержке звука
 leiflindholm: Когда у нас будет что сказать, мы также опубликуем на edk2-discuss/edk2-announce.
 tait_dot_tech: Мило! Присоединяюсь на всякий случай! Я был бы рад протестировать что-нибудь в бета-версии и сообщить о результатах на любом устройстве, которое мне попадется в руки. Это правильный список для просмотра, чтобы помочь проверить его?
 Лейфлиндхольм: Я бы сказал так.
 leiflindholm: Первоначальный план состоял в том, чтобы начать с поддержки аудио wirtio [так в оригинале], чтобы каждый мог помочь где угодно, но эта поддержка еще не реализована в qemu. Так что сейчас мы работаем над [так в оригинале] драйвером USB-аудиокласса. Это, безусловно, будет полезно, если больше людей будут тестировать на различном оборудовании, как только у нас что-то заработает.
 tait_dot_tech: Ааа! Поэтому, если я хочу протестировать, я должен получить USB-аудиоключ.

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