Dmi access system bios что это
Получение сведений об обрудовании в командной строке Linux
    Наиболее полную информацию о компьютерном оборудовании в Linux, можно получить используя утилиту dmidecode , отображающую данные из структуры SMBIOS, включающую таблицы, содержащие записи о каждом из устройств, обнаруженных в данный момент времени. Для использования возможностей утилиты требуются права root
Утилита dmidecode - отображение содержимого таблиц DMI компьютера.
Интерфейс DMI ( D esktop M anagement I nterface ) - это интеpфейс упpавления настольными компьютерными системами, представляющий собой набор программных и аппаратных средств для сбора, хранения и отображения данных об оборудовании компьютера. Спецификация DMI была разработана в 1996 г. и дорабатывалась по мере развития компьютерных систем. Поддержка интерфейса DMI встроена в BIOS всех современных материнских плат, а также осуществляется через интерфейс API в прикладных программных продуктах. Для взаимодействия с интерфейсом DMI, в BIOS материнских плат была добавлена спецификация DMIBIOS , которая с 1999 года получила название SMBIOS - S ystem M anagement BIOS - системное управление BIOS. Спецификации различных версий SMBIOS опубликованы на сайте объединения Distributed Management Task Force ( DMTF ) :
В соответствии со спецификацией SMBIOS, информация DMI об оборудовании хранится в виде базы данных ( DMI Pool Data ), точка входа в которую определяется в структуре SMBIOS. Начальная запись содержит признак базы - строку из 5 байт _DMI_ , контрольную сумму, адрес и размер.
Утилита dmidecode позволяет извлечь записи из базы данных DMI и отобразить их в требуемом виде. Командная строка:
Параметры командной строки:
-d, --dev-mem FILE - задать устройство для чтения данных DMI ( по умолчанию - /dev/mem)
-h, --help - отобразить справку.
-q, --quiet - минимальная детализация отображаемой информации DMI
-s, --string KEYWORD - отображать только данные DMI, соответствующие введенному ключевому слову. Перечень допустимых ключевых слов можно получить введя dmidecode -s
-t, --type TYPE - отображать только данные указанных типов. Перечень типов можно получить по команде dmidecode -t -u, --dump - не расшифровывать получаемые данные. Отображаются только заголовки записей и шестнадцатеричные значения полей.
--dump-bin FILE - запись дампа данных DMI в файл.
--from-dump FILE - считывание и обработка данных из ранее сохраненного дампа данных DMI.
-V, --version - отобразить версию программы и завершиться.
При запуске dmidecode без параметров, отображается версия программы, общая информация базы DMI, и расшифрованное содержимое отдельных записей. Пример общей информации:
Отображается версия программы, версия SMBIOS, количество записей и объем данных DMI, а также начальный адрес структуры DMI (0x000E0010 ) .
Долее отображается расшифрованная информация отдельных записей :
Handle 0x0001, DMI type 38, 20 bytes
IPMI Device Information
Interface Type: KCS (Keyboard Control Style)
Specification Version: 2.0
I2C Slave Address: 0x10
NV Storage Device: Not Present
Base Address: 0x0000000000000CA2 (I/O)
Register Spacing: Successive Byte Boundaries
Handle 0x0003, DMI type 2, 16 bytes
Base Board Information
Manufacturer: Intel Corporation
Product Name: S5520UR
Version: E22554-751
Serial Number: BZUB10309846
Asset Tag: .
Features:
Board is a hosting board
Board is replaceable
Location In Chassis: Not Specified
Chassis Handle: 0x0004
Type: Motherboard
Contained Object Handles: 0
Handle 0x0004, DMI type 3, 22 bytes
Chassis Information
Manufacturer: .
Type: Rack Mount Chassis
Lock: Not Present
Version: .
Serial Number: .
Asset Tag: .
Boot-up State: Safe
Power Supply State: Safe
Thermal State: Safe
Security Status: Unknown
OEM Information: 0x01000181
Height: 1 U
Number Of Power Cords: 1
Contained Elements: 0
Handle 0x0005, DMI type 0, 24 bytes
BIOS Information
Vendor: Intel Corp.
Version: S5500.86B.01.00. 0058.061720111128
Release Date: 06/17/2011
Address: 0xF0000
Runtime Size: 64 kB
ROM Size: 8192 kB
Characteristics:
PCI is supported
PNP is supported
BIOS is upgradeable
BIOS shadowing is allowed
Boot from CD is supported
Selectable boot is supported
EDD is supported
3.5"/2.88 MB floppy services are supported (int 13h)
Print screen service is supported (int 5h)
8042 keyboard services are supported (int 9h)
Serial services are supported (int 14h)
CGA/mono video services are supported (int 10h)
ACPI is supported
USB legacy is supported
LS-120 boot is supported
ATAPI Zip drive boot is supported
Function key-initiated network boot is supported
Targeted content distribution is supported
BIOS Revision: 17.18
Firmware Revision: 0.0
Информация каждой записи начинается с дескриптора Handle , типа записи DMI Type и ее размера в байтах. Утилита извлекает данные записей, декодирует их и представляется в виде обычного текста, позволяющего получить сведения о текущем оборудовании компьютера. Как видно из приведенных результатов выполнения dmidecode , объем отображаемой информации вполне достаточен для получения практически всех технических характеристик используемого компьютерного оборудования.
Нередко требуется получить не всю информацию, содержащуюся в таблицах DMI, а только ту, что имеет отношение к конкретному устройству или классу устройств, для чего предусмотрена возможность указания типа данных с использованием параметра -t . В качестве типа данных может быть использовано или числовое значение дескриптора Handle , или специальное ключевое слово. Допустимые ключевые слова для типов данных, задаваемых параметром -t :
bios - сведения о BIOS
system - сведения о переключателях системной платы.
baseboard - сведения о материнской плате.
chassis - сведения о переключателях и датчиках шасси.
processor - сведения о центральном процессоре ( о процессорах для многопроцессорных систем ) .
memory - сведения об оперативной памяти.
cache - сведения о кэш-памяти.
connector - сведения о разъемах контроллеров периферийных устройств.
slot - сведения о разъемах PCI/PCI-Express
Ниже приведены примеры выполнения команды dmidecode для разных типов данных.
dmidecode -t processor - отобразить данные DMI о процессорах.
Handle 0x0009, DMI type 8, 9 bytes
Port Connector Information
Internal Reference Designator: J7A2
Internal Connector Type: None
External Reference Designator: USB 1
External Connector Type: Access Bus (USB)
Port Type: USB
Handle 0x000A, DMI type 8, 9 bytes
Port Connector Information
Internal Reference Designator: J6A2
Internal Connector Type: None
External Reference Designator: NIC 1
External Connector Type: RJ-45
Port Type: Network Port
При использовании числовых значений дескрипторов , тип данных DMI можно указывать в соответствии с таблицей :
Возможно указание нескольких номеров дескрипторов в одной команде:
dmidecode -t 4,6 - отобразить содержимое записей DMI для процессора ( тип 4 ) и модулей памяти ( тип 6)
Совокупность выводимых утилитой данных позволяет определить параметры оборудования, которые не отображаются в явном виде. Например, следующая информация о процессоре
Core Count: 6
Core Enabled: 6
Thread Count: 12
говорит о том, что включен режим Hyper-threading. Если бы он был выключен, то значение Thread Count совпадало бы со значением Core Enabled
Утилита lshw – отобразить состав оборудования компьютера.
Утилита lshw ( Hardware Lister ) менее информативна, чем рассмотренная выше dmidecode , но позволяет получить сведения об оборудовании компьютера в различных форматах, в т.ч. в XML и HTML, а также имеет поддержку графического интерфейса пользователя ( GUI ). Утилита использует данные из таблиц DMI, конфигурационных файлов, модулей ядра и драйверов.
Формат командной строки:
lshw [-format] [-options . ]
lshw –version
Параметры командной строки:
-version - отобразить информацию о версии программы.
-format - формат выводимых данных. Допустимые форматы:
-html - вывести информацию об оборудовании компьютера в формате HTML
-xml - вывести информацию об оборудовании компьютера в формате XML
-short - отобразить список устройств в кратком формате, без описаний.
-businfo - отобразить информацию о шинах .
-X - использовать графический интерфейс
-options - дополнительные параметры:
-dump OUTFILE - выдать дамп информации в файл в формате SQLite.
-class CLASS - отобразить только информацию об устройствах данного класса.
-C CLASS - то же, что и '-class CLASS'
-c CLASS - то же, что и '-class CLASS'
-disable TEST - не использовать данные о проверке оборудования. Поле “test” может принимать значения
dmi - для расширения DMI/SMBIOS extensions,
spd – для памяти с параметрами SPD (Serial Presence Detect)
memory – для запоминающих устройств
cpuinfo – для определяемых ядром типов процессоров
cpuid – для идентификатора процессора
pci – для PCI/AGP
isapnp, pcmcia, ide , usb ,scsi network – для соответствующих интерфейсов.
-enable TEST - использовать тип проверки, как и в предыдущем случае.
-quiet - не отображать состояние устройства.
-sanitize - удалить из вывода потенциально опасную информацию, как адреса, серийные номера и т.п.
-numeric - отображать числовые идентификаторы для периферийных устройств.
lshw - отобразить полную информацию об оборудовании в текстовом формате.
lshw –xml -отобразить информацию в XML-формате.
lshw –html > hardware.html - вывести информацию об оборудовании в формате HTML в файл hardware.html
lshw –dump /tmp/lshwsql - выполнить выгрузку информации об оборудовании в файл /tmp/lshwsql в формате SQLite
lshw -class network - отобразить информацию о сетевых устройствах. Допустимые классы устройств можно узнать по результатам выполнения команд lshw –short или lshw –businfo
lshw -c storage - отобразить информацию об устройствах хранения данных ( класса ”storage” )
lshw –C processor –disable dmi - вывести информацию о процессорах без использования данных dmi Для сравнения, попробуйте выполнить данную команду без параметра -disable dmi
lshw –X - запустить утилиту с поддержкой графического интерфейса.
Для просмотра данных об устройствах, необходимо выполнить двойной щелчок мышкой на выбранном элементе древовидной структуры.
Прочие команды Linux для получения сведений об оборудовании .
Некоторые сведения об оборудовании можно получить из файлов каталога /proc:
cat /proc/devices - информация о типах устройств.
cat /proc/diskstats - информация о дисковых устройствах.
cat /proc/dma - информация о режиме работы контроллера прямого доступа к памяти.
cat /proc/iomem - информация об адресах, используемых контроллерами ввода-вывода.
cat /proc/ioports - информация о портах ввода-вывода.
cat /proc/meminfo - информация об оперативной памяти.
cat /proc/cpuinfo - информация о процессорах..
Кроме того, существуют специальные команды для отображения информации об отдельных типах устройств:
lscpu - отобразить информацию о процессорах.
lshal - отобразить информацию об оборудовании в виде дампа глобального списка устройств ( Global Device List ).
lsusb - отобразить информацию о USB-устройствах.
lsscsi - отобразить информацию об устройствах SCSI.
lspci - отобразить информацию об устройствах на шинах PCI / PCI - Express.
lspcmcia - отобразить информацию об устройствах на шине PCMCIA.
lsblk - отобразить информацию о блочных устройствах (гибких и жестких дисках, разделах и точках монтирования).
Информация, получаемая с помощью вышеперечисленных команд, носит более общий характер, по сравнению с той, что может быть получена с помощью утилиты dmidecode . Для сравнения, пример информации о процессорах, полученной при использовании команды lscpu
Как видно из приведенной информации, для получения детальных технических характеристик оборудования компьютера, наиболее приемлемы данные, получаемые в результате выполнения утилиты dmidecode , а для отображения общих характеристик процессоров - команда lscpu . Например, в скриптах, при использовании в цепочке с командой grep , можно выделять отдельные элементы из вывода lscpu :
Восстановление повреждённой прошивки BIOS на ноутбуке программатором, в случае, если ноутбук не загружается. Часть 3. Извлечение прошивки BIOS из exe файла для обновления БИОСа. Редактирование файла прошивки в HEX-редакторе и её запись в микросхему BIOS
После запуска файла V5WE2210.exe получаем вот такое окно с ошибкой, в котором говорится о том, что данная прошивка BIOS не подходит для данного ноутбука или компьютера. Кнопку ОК пока не нажимаем, так как нам нужно из файла V5WE2210.exe извлечь файл прошивки BIOS для нашего ноутбука Acer Aspire E1-532.
C:\Пользователи\Имя пользователя\AppData\Local\Temp (имя пользователя может быть любым в зависимости от того, с каким именем создана учетная запись). В папке Temp видим временную папку 7zS2C4E.tmp, которая появилась после запуска файла V5WE2210.exe.
Откроем папку 7zS2C4E.tmp и видим в ней файл isflash.bin, который и является файлом прошивки микросхемы BIOS. Скопируем данный файл на флешку.
Файл isflash.bin, скопированный на флешку.
Размер данного файла прошивки BIOS составляет 9.45 MB.
Микросхемы могут быть разных объёмов, рассмотрим это на примере микросхем Winbond. Как видно из таблицы, объём микросхемы может составлять 512, 256, 128, 64, 32 Mbit и так далее.
Так как наш файл прошивки BIOS isflash.bin, извлечённый выше из exe файла весит 9.45 MB, а объём микросхемы BIOS на материнской плате ноутбука Acer Aspire E1-532 составляет 8 MB, то для успешного восстановления прошивки BIOS нам необходимо уменьшить файл isflash.bin с 9.45 MB до 8 MB. Для этих целей воспользуемся hex редактором, например HxD. Переходим по адресу
Таким же образом открываем файл поврежденной прошивки BIOS isflash01.bin (который мы сохранили во второй части статьи).
Рассмотрим внимательно структуру файла isflash01.bin. Как видим, файл прошивки isflash01.bin начинается со значений FF (строка 00000000), а в строке 00000010 присутствуют значения 5A A5 F0 0F.
Теперь рассмотрим структуру файла isflash.bin. Видим, что данный файл прошивки начинается со значений 4D 5A 00 00 (строка 00000000). Нам нужно сделать так, чтобы файл isflash.bin начинался точно так же, как и файл isflash01.bin, то есть чтобы началом файла isflash.bin были значения FF (строка 00000000).
Видим, что значение 5A A5 F0 0F в файле isflash.bin находится в строке 0001F340, также выше в строке 0001F330 видим значения FF.
Как видим, после удаления выделенных строк файл прошивки isflash.bin теперь начинается точно так же, как и файл isflash01.bin, а именно в строке 00000000 присутствуют значения FF, а в строке 00000010 значения 5A A5 F0 0F.
Вернёмся к файлу прошивки isflash01.bin. Пролистаем его до конца и видим, что он заканчивается строкой 007FFFF0.
Удалим из файла isflash.bin все строки, находящиеся в диапазоне 00800000-9548F0, то есть сделаем так, чтобы файл isflash.bin заканчивался строкой 007FFFF0. Жмём Edit-Select block.
Следует обратить внимание на то, что файл isflash_new.bin весит столько же, сколько и файл isflash01.bin, который мы сохранили во второй части, а именно 8 MB.
Так как микросхема W25Q64FV, как было сказано выше имеет объём 64 Mbit (или 8 MB), и наш редактированный файл прошивки isflash_new.bin весит 8 MB то мы можем приступать к перепрошивке. Подключаем программатор CH341A к микросхеме BIOS таким же образом, как это делали во второй части статьи.
Запускаем программу CH341A-USB. Указываем производителя и модель микросхемы и удаляем старую прошивку BIOS, нажав "Стирание".
Комментарии (21)
Рекламный блок
Подпишитесь на рассылку
Навигация
Облако тегов
Архив статей
Сейчас обсуждаем
Гость Алекс
Очень жду эту фитчу! Честно из-за ее отсутствия я откатился на 10ку, хотя в 11 много чего нравится,
Grey3
Цитата: Гость Виталий России нужен отечественный VPN. Пользуйтесь Kaspersky VPN - ежемесячно
Гость Алексей
При попытке открыть получившийся ISO в пустой виртуалке, пишет "Fatal: Could not read from the boot
rediffusion
rediffusion
Как будут выглядеть параметры, если ссылаться на уже извлечённый install.wim из .ISO?
RemontCompa — сайт с огромнейшей базой материалов по работе с компьютером и операционной системой Windows. Наш проект создан в 2010 году, мы стояли у истоков современной истории Windows. У нас на сайте вы найдёте материалы по работе с Windows начиная с XP. Мы держим руку на пульсе событий в эволюции Windows, рассказываем о всех важных моментах в жизни операционной системы. Мы стабильно выпускаем мануалы по работе с Windows, делимся советами и секретами. Также у нас содержится множество материалов по аппаратной части работы с компьютером. И мы регулярно публикуем материалы о комплектации ПК, чтобы каждый смог сам собрать свой идеальный компьютер.
Наш сайт – прекрасная находка для тех, кто хочет основательно разобраться в компьютере и Windows, повысить свой уровень пользователя до опытного или профи.
Разделы сайта
Социальные сети
Привет, друзья. В этой статье рассмотрим, что такое Launch CSM в БИОС. Это параметр в БИОС, обеспечивающий совместимость двух её разных режимов работы – Legacy и UEFI. Первый Legacy – это устаревший режим, работающий с жёстким дисками с устаревшим стилем разметки MBR. В таком режиме могут работать любые версии Windows. Второй UEFI – современный режим работы БИОС, работающий с дисками с современным стилем разметки GPT. В таком режиме гарантировано работают только Windows 8.1 и 10, не всегда, но во многих случаях могут работать Windows Vista и 7. Давайте ближе познакомимся с параметром БИОС Launch CSM.
Что такое Launch CSM в BIOS
Итак, друзья, Launch CSM в БИОС. Этот параметр в БИОС некоторых компьютеров стал появляться вместе с UEFI – современным форматом базовой прошивки, внедряемой начиная с 2007 года, когда Intel, AMD и Microsoft договорились о переходе на UEFI как на новый индустриальный стандарт ПО низкого уровня компьютеров. Чтобы компьютеры могли без каких-либо проблем работать одновременно и в режиме старой БИОС Legacy, и режиме современной UEFI, многие материнские платы ПК предусматривают режим совместимости этих двух типов БИОС, он называется CSM - Compatibility Support Module, т.е. модуль поддержки режима совместимости. А параметр этого режима совместимости называется Launch CSM, т.е. параметр запуска компьютера в режиме совместимости обоих типов БИОС. CSM обеспечивает совместимость режима UEFI с Legacy-драйверами устройств и Legacy-ПО, благодаря чему мы можем, отключив Secure Boot, установить Windows 7 не в режиме Legacy, а в режиме UEFI на GPT-диск. Мы можем работать в режиме UEFI с любой версией Windows из числа актуальных – 7, 8.1 и 10, но при необходимости сможем загрузиться с LiveDisk’а в режиме Legacy и поработать на нём, скажем, с DOS-программами. И нам для этого не потребуется переключать режим загрузки (Boot Mode) с UEFI на Legacy, а потом наоборот. Обратная сторона медали CSM – безопасность; при использовании режима совместимости Legacy и UEFI нельзя использовать Secure Boot - функцию (протокол) безопасной загрузки компьютера.
Режим CSM реализован не на всех современных компьютерах. У многих ноутбуков с примитивной BIOS есть только режим загрузки (Boot Mode) с тем или иным типом БИОС. Такие ноутбуки могут загружаться и работать либо только в режиме UEFI.
А есть вообще ноутбуки, работающие безальтернативно только в режиме UEFI. Но на большинстве материнских плат ПК режим совместимости CSM есть, ведь, вспомним, он решает архиважную задачу совместимости Legacy-драйверов с UEFI. И благодаря ему мы можем видеть изображение BIOS UEFI на компьютерах с дискретными видеокартами. Во многих UEFI реализован современный протокол видео GOP, а не старый VGA, как в BIOS Legacy. Но не все видеокарты нативно поддерживают GOP, ограничиваясь поддержкой Legacy VGA. Таким образом работа видеокарты возможна только при активных режимах BIOS Legacy или CSM.
Параметр Launch CSM обычно находится в настройках загрузки и предусматривает значения «Включено» (Enabled) и «Отключено» (Disabled). Чтобы задействовать CSM, соответственно, его значение должно быть «Включено» (Enabled). Но CSM по умолчанию включён в большинстве случаев, более того, отключить его, если вы захотите, сможете не всегда. Многие UEFI имеют защиту от дурака, и если видеокарта не предусматривает поддержку GOP, они не дадут выключить CSM. Ибо если дадут, то без поддержки видеокартой GOP, исчезнет изображение на экране, и тогда придётся только сбрасывать настройки BIOS в дефолт перемычкой на материнке. Тем не менее отключение CSM иногда может потребоваться, например, для включения Secure Boot. Просто будьте внимательны, друзья, и не отключайте CSM, если UEFI будет предупреждать вас о возможных проблемах.
Параметр Launch CSM в BIOS может так и называться - Launch CSM.
Может называться иначе - CMS, CMS OS, CMS Boot, модуль CMS или ещё как-то. Он может быть скрыт при выборе загрузки компьютера в режиме UEFI и Legacy и появляться только при выборе загрузки UEFI. На некоторых материнках режим загрузки определяется типами операционных систем (OS Type), и в них:
Параметр Launch CSM в БИОС может быть неактивен, для этого необходимо отключить Secure Boot и, возможно, перезайти в BIOS.
DMI (Desktop Management Interface) — интерфейс управления настольными компьютерными системами.
Служит для сбора информации о составе и работе компьютеров сети с целью накопления статистики или ведения базы данных по компьютерам организации.
Поддержка DMI может быть также встроена в системный BIOS, что облегчает операционной системе отслеживание изменений в аппаратной конфигурации компьютера.
Спецификация DMI была создана группой DMTF (Desktop Management Task Force) — консорциумом, возглавляемым Intel, в марте 1996 года.
По сути, она является протоколом управления и сбора информации о настольных системах.
В сетевой архитектуре с помощью DMI администратор получает возможность автоматически отслеживать состояния клиентских ПК.
DMI позволяет настольным компьютерам, hardware и software продуктам и периферийным устройствам — будь это stand-alone система или подключенный к сети компьютер, быть управляемым и, если можно так выразиться, разумным, поскольку позволяет согласовывать требования к системным ресурсам.
Архитектура DMI состоит из сервисного слоя — локальной программы, которая собирает информацию и обрабатывает ее в определенном формате базы данных (MIF — Management Information Format), а затем направляет эту информацию в управляющие приложения по требованию.
Передача этой информации контролируется посредством Management Interface (MI).
Передача информации управляемым продуктам контролируется посредством Component Interface (CI).
Пример использования DMI:
Пользователь хочет подключиться к рабочей станции через модем, но не знает параметров соединения.
Модем, использующий DMI, сообщит все текущие параметры в MIF базу данных.
И пользователь получит доступ к этой информации по сети (а не пешком, проследовав к модему).
Или другой пример:
администратор сети хочет инсталлировать новое software на компьютер пользователя.
И снова администратор запрашивает DMI MIF базу данных и быстро определяет есть ли у пользователя минимально необходимые ресурсы для загрузки программы.
С DMI процесс поддержки и администрирования становится значительно проще.
При каждом включении компьютера все распознаваемые BIOS аппаратные компоненты автоматически проверяются особой функцией Verifying DMI Pool Data на предмет их исправности и работоспособности. Одновременно на основе полученных данных создается специальная таблица, именуемая DMI Pool или пул данных управления компьютером через интерфейс. Эти данные играют очень важную роль в загрузке ОС, поскольку последняя не может функционировать сама по себе, без «железа».
Что может стать причиной ошибки верификации пула DMI
Что предпринять для исправления ошибки Verifying DMI
Если вы производили замену компонентов, проверьте правильность их подключения и плотность контактов. Если видимых причин для появления ошибки не было, внимательно осмотрите шлейфы и убедитесь в плотности контактов всех устройств системного блока. Отсутствие положительного результата может свидетельствовать о физической поломке комплектующих.
В ряде случаев ошибку верификации DMI могут вызывать битые сектора на жестком диске. Снимите винчестер и включите компьютер — изменение характера ошибки на «disk not found», «disk boot failure» и т.п. будет с большей долей вероятности указывать на проблему именно с жестким диском. Подключите винчестер к другому ПК и проверьте его на предмет поврежденных секторов.
Сброс BIOS . Более радикальный метод, в ходе которого обнуляются все настройки базовой системы ввода/вывода. Для этого нужно выключить компьютер и переключить на материнской плате CLRTC джампер с положения 1-2 в положение 2-3 на 15-20 секунд. Располагается перемычка обычно рядом с питающей CMOS -память батарейкой.
Наконец, самым крайним вариантом является перепрошивка BIOS , прибегать к которой следует только при явном повреждении последнего или основательных на то подозрений. Во избежание ошибок доверить эту процедуру лучше специалистам из сервисного центра.
Читайте также: