Адміністрування системного реєстру Win9x/nt/2000

і продовжується процес завантаження;

0x3 — критичний режим: якщо відбулася помилка і система завантажується в нормальному режимі, то процес завантаження припиняєся, і виконується перезавантаження в режимі LastKnownGood. Якщо помилка відбулася в режимі завантаження LastKnownGood, то процес завантаження припиняється, і видається повідомлення про помилку.

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

Параметр: Group Тип даних: REG_SZ

Даний параметр визначає послідовність завантаження в середині групи.

Параметр: Tag Тип даних: REG_DWORD,

Даний параметр визначає програму, що відіграє роль чи служби драйвера.

Параметр: ImagePath

Тип даних: REG_SZ

Даний параметр визначає ім'я об'єкта завантаження. Якщо це служба, то ObjeclName визначає ім'я користувача.

7.7. УТИЛИТИ ОПЕРАЦІЙНОЇ СИСТЕМИ

Системні утиліти надають набір загальних послуг для плавних підсистем операційної системи і практично коли не використовуються останнім користувачем. Часто утиліти наділяються спеціальними привілеями, щоб збільшити їх ефективність і продуктивність. Звичайно, існує компроміс між виконанням добре визначених модулів утиліт і безпекою і цілісністю системи.

Цей розділ здивує вас трохи еклектичним підходом. Порозумівається це тим, що утиліти, здається, ніколи не складають інтегровану підсистему. Проектувальник звичайно «запихає» їх туди, куди вони більше всього підходять. В дійсності те, що є утилітою в одній операційної системі, може так само бути і в іншій. З іншого боку, хоча модулі утиліт не зібрані в одному місці, вони все-таки служать інтегруючим чи єднальним агентом операційної системи, оскільки всі інші модулі виявляються залежними від них.

7.7.1. КОНЦЕПЦІЯ УТИЛІТ

Вступ роздягнув стосувалося того, що ми вважаємо природою системних утиліт. Корисно прояснити цей підхід, у співвідношенні його з іншими поняттями, збереженими від систем другого і третього поколінь. Класично утиліта була системно-незалежною програмою, що завантажується користувачем для виконання специфічних функцій, Наприклад, у багатьох системах для міні-ЄВМ діагностичні програми усе ще розглядаються як системно-незалежні утиліти. Чому? Тому, що вони виконують функцію, що користувач звичайно воліє не робити сам. В міру розвитку операційної системи утиліти ставали тією «усякою всячиною», що виробник надавав безкоштовно разом з обчислювальною системою. Надзвичайно популярною була утиліта сортування/ злиття— окрема програма, запускається окремо користувачем для спеціально підготовленого файлу. Настільки ж популярною була програма, називана текстовим редактором, що давала користувачу можливість вводити і змінювати вихідні тексти програмних модулів. В інших варіантах уключалися такі речі, як засобу розробки програм, засоби керування файлами і «купа» інших додаткових модулів, що розширювали можливості «голої» операційної системи.

У загальному утилітою вважалася будь-яка загальцільова програма, що виконує розповсюджені функцій. Визначальні слова — «загальцільова» і «розповсюджені». Недалекий проектувальник системи часто інтерпретував слово «утиліти» як «те, що раніш не спало на думку». Не було нічого чаруючого чи зухвалого інтересу у проектуванні і написань утиліт; насправді вони часто розглядалися як стомлююча рутинна робота, що відволікає від задачі побудови складних і «тонких» програм, що складають ядро ОС.Наша точка зору на утиліти відрізняється від класичної. Для нас утиліти —це єднальний компонент, «клей», що з'єднує базисні підсистеми операційної системи в єдине ціле. Такі засоби, як текстовий редактор і сортування, — це усього лише програми, часто неважливо ким доставлені: чи користувачем виробником, тому що вони виповнюються однаково. Тоді, який же наш підхід до концепції утиліт? І, що більш важливо, які базові утиліти повинні бути включені в ядро будь-якої операційної системи. Цим питанням присвячена даний розділ.