Чому операційні системи (як правило?) Не мають доступу до налаштувань BIOS?

Чи материнська плата не забезпечує шину між процесором та мікросхемою BIOS після завантаження? Якщо так, то чому б ні?

Якщо процесор може керувати швидкістю вентилятора, я не бачу, чому він не повинен керувати конфігурацією BIOS.

Чому операційні системи (як правило?) Не мають доступу до налаштувань BIOS?

На вищезазначене питання не можна відповісти, оскільки ОС може отримати доступ до BIOS.

Я відповім нижче на питання, яке можна було задати.

Як операційні системи можуть отримати доступ до налаштувань BIOS?

У Windows та Unix ОС може читати BIOS.

Windows

Приклад (з використанням wmic):

F:\test>wmic bios /?

BIOS - Basic input/output services (BIOS) management.

HINT: BNF for Alias usage.
(<alias> [WMIObject] | <alias> [<path where>] | [<alias>] <path where>) [<verb clause>].

USAGE:

BIOS ASSOC [<format specifier>]
BIOS CREATE <assign list>
BIOS DELETE
BIOS GET [<property list>] [<get switches>]
BIOS LIST [<list format>] [<list switches>]


F:\test>wmic bios list brief
Manufacturer              Name                                        SerialNumber      SMBIOSBIOSVersion  Version
American Megatrends Inc.  BIOS Date: 09/05/11 11:20:58 Ver: 04.06.03  27546064-5001600  R1190V3            Sony - 20110905

Windows також може записувати в BIOS (деякі виробники материнських плат надають оновлення BIOS на базі Windows.)

Дивіться, наприклад, як прошивати BIOS при необхідності через Windows або в BIOS .

Unix

У Unix є подібні команди.

• biosdecode аналізує пам'ять BIOS і друкує інформацію про всі структури.

• Ви можете здійснювати дзвінки BIOS у реальному часі від кореневого користувача, використовуючи додатки C, які містять вбудований ASM (код складання).

Джерело Як скинути дані BIOS у файл

Подальше читання

• Індекс AZ командного рядка Windows CMD - відмінна довідка для всіх речей, пов'язаних з Windows CMD.
• wmic - Команда інструментації управління Windows.
• biosdecode (8) - сторінка man Linux

Вони можуть, але не дуже багато у способі стандартизованого інтерфейсу до налаштувань, особливо там, якщо ви маєте на увазі власне "BIOS" (тобто попередній UEFI).

Деякі частини BIOS регулюються програмними контрактами між BIOS та ОС, що працює над ним. Дуже давно підпрограми BIOS використовувались для всіх видів щоденних завдань, таких як читання та запис дисків, показ речей на екрані та друк на приєднаному принтері, таким чином назва "основна система вводу / виводу". Якщо BIOS був узгоджений з обладнанням, ОС може підтримувати різні варіанти апаратного забезпечення, не маючи власних підпрограм для всіх цих речей. Але оскільки апаратне забезпечення та ОС стали складнішими і переросли обмежений набір засобів BIOS, ОС почали надавати власні драйвери майже для всього, лише покладаючись на BIOS для завантаження, управління живленням та отримання інформації про конфігурацію системи.

Але BIOS теж ускладнився і набув усіляких налаштувань і можливостей, якими не керував інтерфейс OS-BIOS, і навіть для речей, які є там, вказуються лише результати , а не реалізація . Це означає, що кожен виробник BIOS може робити речі, як хоче, що вони можуть змінювати речі, коли їм подобається, доки ОС не працює, і їм не потрібно нікому розповідати будь-яку деталь. Доступ до даних, що зберігаються в BIOS, є частиною пирога, але якщо у вас є утиліта, яка може зрозуміти дані, або яка може змінити їх таким чином, що BIOS насправді зрозуміє, то, ймовірно, це було зроблено Самі виробники BIOS, або це результат зворотної інженерії.