Главная » Электронная техническая библиотека » Анализ звуковых сигналов BIOS (Часть I)

Анализ звуковых сигналов BIOS (Часть I)

Анализ звуковых сигналов BIOS (Часть I) Рассмотрим подробнее те звуки, которые может издавать материнка до загрузки ОС. Наша задача в этом контексте — дать рекомендации по анализу возможных неисправностей, ставших причиной звуковой индикации.

Если взять сводную таблицу звуковых сигналов UEFI BIOS, полученную из документа «Aptio 5.0 Status Codes. Checkpoints and Beep Codes for Debugging», то первая ее половина может быть проанализирована следующим образом.

1 писк

Сразу две ситуации приводят к появлению на спикере одного короткого писка – если не обнаружена оперативная память и в случае неправильного ввода пароля. Сложностей с идентификацией причин этой проблемы быть не может: в первом случае звуковой сигнал появляется в момент запуска платформы, когда вывод на экран еще невозможен; во втором – в процессе диалоговой обработки клавиатурного ввода.

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

Анализ сбоев в детектировании оперативной памяти всегда считался нетривиальной задачей. Мы не сможем перечислить все причины, которые приводят к отказу в данном случае: для этого нам придется выйти за рамки данной публикации. Достаточно в этой связи вспомнить ситуации с «отвалом» процессорного сокета, сбои в питании, нарушения в цепях тактирования и т.п.

2 писка

Одна из тех ситуаций, когда пользователь может вздохнуть с облегчением: всего-то восстановление UEFI BIOS? – таит в себе ряд неожиданностей. Часто бывает так, что ошибка в подсчете контрольных сумм возникает не из-за недостоверности кода, а по причине сбоев в процессе его считывания из Flash ROM центральным процессором. Иногда диагностика этой неисправности может поставить в тупик даже опытного инженера.

Важным фактором разрешения кризисной ситуации, связанной с недостоверностью UEFI BIOS, является поддержка процедуры восстановления со стороны пользователя. Будем надеяться, что носитель с верифицированным файлом firmware подготовлен согласно рекомендациям производителя, записан без ошибок на носитель, отформатированный в FAT32. В настоящее время поиск корректной версии выполняется, как правило, на устройствах, подключенных к USB-шине. Заранее убедиться в их исправности сейчас не составляет труда.

3 писка

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

Данная ситуация поджидает экспериментаторов, которые с помощью утилит типа Flash Image Tool, UEFI Tool или PhoenixTool редактируют содержимое исходного файла. В этом случае их эксперименты следует отнести к категории «разработка».

Продолжение: «О чем сигнализирует UEFI BIOS?»


24.09.2017