Файл b> BOOT.INI b> в b> Windows XP/NT/2000 b> p>
Q:
Я випадково видалив файл BOOT.INI в Windows XP, і ось тепер без нього у мене не
вантажиться система, а як його відновити вручну я не знаю. Що це за файл,
які в ньому можуть бути параметри - розкажіть, будь ласка, докладніше. p>
А:
Почнемо, мабуть, декілька здалеку. З термінології. У кореневій директорії
системного розділу жорсткого диска зі встановленою ОС Windows NT/2000/XP
знаходиться декілька файлів, необхідних для завантаження комп'ютера, вірніше --
встановлених на нім операційних систем. За термінології Microsoft, ці
завантажувальні файли (NTLDR, BOOT.INI, NTDETECT.COM, NTBOOTDD.SYS і BOOTSECT.DOS
для Мультізавантажувальний систем) знаходяться в системному розділі, завантажувальний сектор
якого містить системний завантажувач WinNT. У той же час розділ диска або
диск, на якому розташовується папка WinNT і, відповідно, системні файли,
необхідні для роботи ОС (у тому числі NTOSKRNL.EXE, ядро Windows NT), цілком
спокійно може не збігатися з системним розділом і тому при запуску ПК
необхідно зробити так, щоб завантажувач Windows NT без зусиль знайшов системні
файли. Розділ же, на якому розташовується папка WinNT в Microsoft прийнято
називати завантажувальним, пробачимо їм цю плутанину - це далеко не найтяжчий
випадок. p>
Таким
чином, при включенні ПК хід завантаження операційної системи проходить в
кілька етапів: BIOS комп'ютера зчитує і завантажує в оперативну пам'ять
головний завантажувальний запис Master Boot Record - MBR, в якій знаходиться
таблиця розділів диска і невелика програма - ця програма знаходить початковий
адреса системного розділу на диску і завантажує в пам'ять копію його завантажувального
сектора (сектор 0), а потім, якщо розділ позначений як «активний» в таблиці
розділів, передає управління іншій програмі - завантажувачу Windows NT з
тільки що перенесеного в пам'ять завантажувального сектора. У нульовому секторі
жорсткого диска знаходиться завантажувальний код, який розпізнає файлову систему,
а потім знаходить, завантажує в пам'ять і запускає наступну спеціальну програму
з кореневої директорії системного диска - NTLDR, призначену для
ініціалізації завантаження власне самої операційної системи, завдання деяких
параметрів її роботи і для виведення меню варіантів завантаження в Мультізавантажувальний
системі. Після цього вже починається виконання звичайних програм з файлів,
що знаходяться на диску, що і призводить до повного завантаження всієї операційної
системи і до можливості запускати прикладні програми. Правда, оскільки
Windows NT може працювати не тільки на платформі i386, слід застерегти, що
ми розглядаємо тільки що застосовуються в нашому побуті «персоналки», не торкаючись
особливостей завантаження NT на інших платформах (на процесорах RISC, наприклад,
програма OSLOADER.EXE виконує ті ж функції, що на PC виконуються файлами
NTLDR, NTDETECT.COM і BOOTSECT.DOS). P>
Якщо
розглядати роботу початку почав операційних систем класу NT - завантажувача
NTLDR докладніше, то її також можна розбити на кілька етапів: NTLDR
перемикає процесор в режим 32-розрядної моделі пам'яті з прямою адресацією;
запускає мініфайловую систему для доступу до томів FAT, FAT32 і NTFS; зчитує
файл BOOT.INI, також розташований в кореневому каталозі системного диска;
відображає меню вибору операційної системи (якщо вибирається ОС, відмінна від
Windows NT, то зчитується файл BOOTSECT.DOS з копією завантажувального сектора
попередньої ОС, і управління передається йому); запускає файл NTDETECT.COM,
збирає інформацію про фізичних пристроях, підключених до комп'ютера
момент завантаження; завантажує і запускає ядро ОС - файл NTOSKRNL.EXE і передає
йому інформацію, зібрану NTDETECT.COM. p>
Спеціальний
текстовий конфігураційний файл BOOT.INI, який NTLDR використовує в процесі
своєї роботи - один з найважливіших системних файлів Windows NT/2000/XP, кілька
що нагадує за своєю суттю файл MSDOS.SYS з Windows 9x. Саме він дозволяє
системі знаходити папку WinNT, якщо вона розташована не на системному розділі
диска. На фото BOOT.INI покладено кілька функцій: управління вмістом меню
вибору операційної системи під час завантаження ПК, управління самим процесом
завантаження системи, а також завдання деяких параметрів її подальшого
функціонування. Файл складений за звичним стандарту INI-файлів - два
розділу з назвами у квадратних дужках і параметри в кожному з розділів
(допускається додати і ще який-небудь розділ - системою він буде просто
проігноровано, що нерідко використовується для того, щоб тимчасово
«Закоментувати» той чи інший параметр). І хоча в ньому може знаходитися
досить багато різних параметрів, редагується все це малозрозуміле
простому користувачеві господарство, на жаль, найбільш простим і самим незручним
способом - в будь-якому текстовому редакторі. А редагувати це файл цілком може
знадобитися будь-якому користувачеві, що спокусилися красивими фінтіфлюшками
вогкуватої Windows XP (у конференції нашого журналу проблеми з Windows XP - хіт
сезону), причому не тільки при його ушкодженні, або випадковому видаленні і
подальшому відтворенні, а й, наприклад, у разі додавання в систему або
видалення з неї дисків або їх розділів. Зрозуміло, для роботи з цим прихованим
файлом, що знаходиться в кореневій директорії завантажувального диска, необхідно зняти
з нього атрибут «тільки читання», інакше текстовий редактор не зможе зберегти
внесені до BOOT.INI зміни. Деякі можливості щодо внесення змін до
це фото дає, правда, меню «Завантаження операційної системи» ( «System Startup»)
діалогу «Завантаження і Відновлення» ( «Startup and Recovery») властивостей системи, а
також інформація, що з'явилася в Windows XP утиліта MSCONFIG.EXE, проте повний доступ до його
параметрами можливий тільки при ручному редагуванні, або при використанні
невеликий додаткової програми, що надає зрозумілий графічний
інтерфейс для роботи з BOOT.INI - BOOT.INI Editor
(http://www.dx21.com/SOFTWARE/Dx21/ViewItem.ASP?NTI=2&SI=2&OID=14).
Програма ця, правда, дещо сирувата - вимагає для своєї роботи файл
comctl32.ocx, який чомусь в інсталятор не включений. До того ж в Windows
XP її інсталятор категорично відмовляється запускатися, якщо ж файли вже
встановленої в Windows 2000 програми скопіювати в XP, то вона працює
нормально. У Windows XP, до речі кажучи, з'явилося й ще одна не менш цінне
додатковий засіб відновлення цього файлу - команда BOOTCFG консолі
відновлення, після виконання якої з таким ключем: «BOOTCFG/REBUILD»
відбувається сканування жорстких дисків у пошуках інсталяцій систем класу NT і
відновлення файлу BOOT.INI відповідно до отриманих результатів пошуку.
Більш докладно про роботу з цією програмою ви можете почитати в статті
http://support.microsoft.com/support/kb/articles/Q291/9/80.ASP бази даних
технічної підтримки Microsoft. У більш старих же системах альтернативою
ручному відновленню файлу є тільки запуск програми перевстановлення системи. p>
Будова
файлу BOOT.INI в простому випадку, з одного операційною системою на диску ПК
Intel х86, виглядає таким чином: p>
[boot loader] p>
timeout = 5 p>
default = multi (0) disk (0) rdisk (0) partition (1) WINNT p>
[operating systems] p>
multi (0) disk (0) rdisk (0) partition (1) WINNT = "Windows
XP Professional "/ fastdetect p>
При
використанні двох операційних систем, наприклад, Windows Me і Windows XP,
вміст файлу буде приблизно таке: p>
[boot loader] p>
timeout = 5 p>
default = C: p>
[operating systems] p>
C: = "Windows Millennium
Edition " p>
multi (0) disk (0) rdisk (0) partition (2) WINNT = "Windows
XP Professional "/ fastdetect p>
Як
можна помітити, в даних прикладах розділ [boot loader] служить для завдання двох
параметрів завантаження операційної системи, зокрема, параметр «timeout = 5»
визначає кількість секунд, протягом якого користувач має можливість
вибрати або ОС завантажується, або один з пунктів завантажувального меню (наприклад,
завантажити систему в режимі захисту від збоїв). При «timeout = 0» завантажувальний меню
не відображається, а при «timeout =- 1» це меню буде знаходитися на екрані
необмежений час в очікуванні вибору користувача. Кожен користувач вільний
виставити цей час по своїх смаках - для мене зручній цифрою є 5
секунд. За замовчуванням ж затримка складає 30 секунд, максимум - 999. P>
Параметр
«Default =» визначає шлях до завантажується за замовчуванням операційній системі.
Шлях цей у випадку з Windows NT задається у форматі ARC (Advanced RISC
Computing), про правила якого трохи нижче. Якщо ж у Мультізавантажувальний системі
ОС за замовчуванням є, наприклад, Windows 98 (або MS-DOS, Linux), то нерідко
достатньо вказати просто «default = C:», де С: - диск, на якому знаходяться
системні файли Windows 9x (вірніше - її образ завантажувального сектора
BOOTSECT.DOS, а також IO.SYS, MSDOS.SYS і т.д). Такий операційній системі і в
наступному розділі [operating systems] буде відповідати рядок типу p>
C: = "Windows Millennium
Edition " p>
або p>
C: _ootsect.lnx = "Linux" p>
то
є шлях до файлу-образу її завантажувального сектора (його назва може бути будь-яким
за вибором користувача). До речі, для створення такого файлу-образу зручно
використовувати утиліту BootPart (http://www.winimage.com/bootpart.htm),
призначену саме для розширеної роботи з завантажувачем NT. p>
В
розділі [operating systems] знаходяться відомості про встановлені операційних
системах, на підставі яких і формується завантажувальний меню. Так, у кожній
рядку цього розділу прописаний шлях ARC до завантажувального розділу Windows NT плюс
ім'я папки Windows і текст, що відображається у відповідній цієї операційної
системі рядку завантажувального меню, плюс деякі параметри, які використовуються при
виборі даної системи. Врахуйте, що ARC-шлях (крім імені папки і назви ОС)
повинен бути записаний маленькими (малими) літерами - принаймні, в Windows
NT 4 великі літери приводили до неможливості завантажити систему. Максимально
можливе число рядків у цьому розділі - 10, отже, і операційних систем
на своєму ПК ви можете мати одночасно аж 10 штук. p>
Якщо
ви раптом втратили файл BOOT.INI, то найскладніше при його ручному відновленні
- Правильно відтворити шлях до завантажувального розділу у форматі ARC. Шлях цей
може починатися або з мітки multi (), або з мітки signature (). Мітку multi ()
можна спостерігати в переважній більшості випадків, застосовується вона для дисків
IDE, ESDI, SCSI в тих випадках, коли ОС для своєї завантаження використовує механізми
системного BIOS (переривання INT13). При такому розкладі запис шляху до
завантажувального диску і до директорії завантажується операційної системи у файлі
BOOT.INI буде виглядати наступним чином: p>
multi (0) disk (0) rdisk (X) partition (Y) ІМЯ_КАТАЛОГА_WINDOWS = "НАЗВАНІЕ_ОС,
ОТОБРАЖАЕМОЕ_В_ЗАГРУЗОЧНОМ_МЕНЮ "/ ПАРАМЕТР p>
Тут: p>
p>
multi (0) вказує порядковий номер адаптера, з якого
здійснюється завантаження, і завжди має значення «0» (нумерація починається з
нуля, починаючи з контролера, розташованого ближче до слоту 0 на материнській
платі); p>
p>
disk (0) - завжди дорівнює нулю, оскільки переривання INT13 НЕ
може використовуватися для ідентифікації декількох дискових контролерів (для
більшості BIOS); p>
p>
rdisk (X) - визначає порядковий номер жорсткого диска, з
якого здійснюється завантаження, нумерація починається з 0, і зазвичай X - число
від 0 до 3; p>
p>
partition (Y) - порядковий номер розділу жорсткого диска, з
якого завантажується ОС, нумерація починається з 1 (відповідає диску С: в
звичному позначенні), в першу чергу нумеруються первинні розділи, потім
йдуть логічні диски. Чи не нумеруються розширені розділи MS-DOS (тип 5) і
розділи типу 0 - не використовуються. p>
Формат запису, що починається з мітки signature ()
(раніше, в NT для цього служила мітка scsi (), тепер застосовується signature (),
що підтримує роботу з механізмами Plug-n-Play Windows 2000/XP) зустрічається
рідше і використовується при роботі як з SCSI-дисками (якщо у контролера SCSI
відключений BIOS), так і з IDE-дисками в відсутність підтримки INT13. У цьому випадку
запис у BOOT.INI приймає такий вигляд: p>
signature (X) disk (Y) rdisk (Z) partition (W) ІМЯ_КАТАЛОГА_WINDOWS = "НАЗВАНІЕ_ОС,
ОТОБРАЖАЕМОЕ_В_ЗАГРУЗОЧНОМ_МЕНЮ "/ ПАРАМЕТР p>
Тут: p>
p>
signature (X) - вказує унікальну сигнатуру диска
(шістнадцяткове число - signature (8b467c12)), який міститься в його MBR.
Сигнатура ця вписується в головний завантажувальний запис диска в процесі
установки Windows, на початку її текстового етапу (і може бути пошкоджена,
наприклад, вірусом - у цьому випадку вам буде потрібно вивчити документ
http://support.microsoft.com/default.aspx?scid=kb; en-us; Q119467); p>
p>
disk (Y) - ідентифікатор SCSI ID жорсткого диска; p>
p>
rdisk (Z) - номер SCSI LUN (Logical Unit Number) жорсткого
диска, практично завжди це 0; partition (W) - порядковий номер розділу
жорсткого диска, з якого завантажується ОС, нумерація починається з 1, в першу
чергу нумеруються первинні розділи, потім йдуть логічні диски. Чи не
нумеруються розширені розділи MS-DOS (тип 5) і розділи типу 0 --
невживані. p>
Зверніть увагу, що якщо використовується
формат SIGNATURE (), то в корені системного диска повинен знаходитися файл
ntbootdd.sys - перейменована копія драйвера міні-порту SCSI, призначена
для доступу до SCSI-адаптера при завантаженні. p>
За
замовчуванням аж до появи Windows XP ім'ям каталога, в який встановлена
Windows, було «WINNT». У Windows XP (мабуть, щоб простому користувачеві,
недолюблюють всілякі монструозні і трудноуправляемие NT, зайвий раз не
нагадувати родовід цієї операційної системи) від цієї традиції відмовились,
і системна папка носить ім'я Windows. Зрозуміло, якщо ви обрали власне
назва цієї папки, то у файлі BOOT.INI повинно бути зазначено саме воно. Те,
що слід в лапках після імені системної папки - всього лише текст,
що відображається в завантажувальному меню і його можна повністю змінювати за бажанням користувача,
головне - щоб користувач розумів, яка ОС відповідає кожного запису. p>
В
Наприкінці кожного рядка з ARC-шляхом допускається вказувати необов'язкові ключі
запуску Windows. Малі та великі літери в цих параметрах не розрізняються.
За замовчуванням у Windows XP/2000 на сучасних машинах зазвичай використовується один
параметр -/fastdetect (вперше з'явився в Windows 2000), що забороняє пошук
миші на відмираючих COM-портах (починаючи з Windows 2000 виявленням миші
займаються PnP-драйвера, в NT4 цим займався NTDETECT, тому для NT4 цей
параметр у Мультізавантажувальний системах - в яких працює більш свіжий, загальний
для декількох систем NTDETECT.COM - використовувати не слід). Цей параметр
може також бути корисним, якщо до COM-портів підключені будь-які інші
пристрою, щоб не бентежити ними ОС. При бажанні можна спеціально вказати порти,
на яких пошук миші здійснювати заборонено: «/ fastdetect = COM1, 2,3». Якщо ж
номера портів не вказані, то пошук відключається для всіх портів. Повний же
список параметрів запуску ОС сімейства NT такий (параметри, що вперше з'явилися
в Windows 2000, виділені червоним кольором): p>
/BASEVIDEO
- Використовувати в графічному режимі драйвер стандартного VGA-відеоадаптера.
Дозволяє вирішити проблеми зі збійних відеодрайверів. Докладніше --
http://support.microsoft.com/default.aspx?scid=kb; en-us; Q126690. p>
/BAUDRATE = xxxxx
- Швидкість (в бодах) передачі даних у налагоджувальному режимі. За замовчуванням при
роботі з модемом в режимі налагодження швидкість 9600, при роботі з нуль-модемним
кабелем - 19200. Приклад: «/ BAUDRATE = 115200». При використанні цього параметра
автоматично активується ключ/DEBUG. Докладніше --
http://support.microsoft.com/default.aspx?scid=kb; en-us; Q148954 і
http://support.microsoft.com/default.aspx?scid=kb; en-us; Q151981. p>
/BOOTLOG
- Включає протоколювання ходу завантаження драйверів в файл-SystemRoot% NTBTLOG.TXT
(формат тексту - UNICODE). Корисний при виявленні збійному драйвера. P>
Приклад
протоколу: p>
Microsoft
(R) Windows NT (R) Version 5.0 p>
Loaded driver WINNTSystem32
toskrnl.exe p>
Loaded driver WINNTSystem32hal.dll p>
Loaded driver
WINNTSystem32BOOTVID.dll p>
Loaded driver pci.sys p>
Loaded driver isapnp.sys p>
Loaded driver intelide.sys p>
... p>
/CRASHDEBUG
- Наказує завантажувати програмний модуль відладки ядра, який
активізується у разі помилок в ядрі ОС. Докладніше --
http://support.microsoft.com/default.aspx?scid=kb; en-us; Q151981. p>
/DEBUG
- Наказує завантажувати програмний модуль відладки ядра, активізація якого
може проводитися за командою віддаленого відладчика. Докладніше --
http://support.microsoft.com/default.aspx?scid=kb; en-us; Q121543. p>
/DEBUGPORT = COMx
- Наказує завантажувати програмний модуль відладки ядра і визначає
послідовний порт, який використовується для налагодження (за замовчуванням COM1). Приклад:
«/ DEBUGPORT = COM2». При використанні цього параметра автоматично активується
ключ/DEBUG. Якщо в системі присутній контролер FireWire, то в Windows XP
допускається встановлювати параметр «/ DEBUGPORT = 1394», в цьому випадку можна
вказати і ще один варіант - «/ CHANNEL = X», де «X» - номер?? анала (від 1
до 62), використаний при настройці хоста. Докладніше --
http://support.microsoft.com/default.aspx?scid=kb; en-us; Q151981. p>
/MAXMEM =
обмежує обсяг використовуваної оперативної пам'яті (в мегабайтах). Приклад:
«/ MAXMEM = 16». Корисний для виявлення дефектного модуля пам'яті. Докладніше --
http://support.microsoft.com/default.aspx?scid=kb; en-us; Q108393. p>
/NODEBUG
- Забороняє використання режиму налагодження, скасовує дію ключів/DEBUG,
/ DEBUGPORT та/BAUDRATE p>
/BREAK
- Наказує зупинити ініціалізацію HAL в точці зупинення і чекати
підключення відладчика. При використанні без ключа/DEBUG буде відображено синій
екран BSOD з кодом зупину. p>
/SOS
- Включає відображення назв завантажуваних драйверів при завантаженні ОС. Корисний
для виявлення збійному драйвера. Докладніше - http://support.microsoft.com/default.aspx?scid=kb; en-us; Q99743. P>
/PAE
- Включає використання механізмів PAE (Physical Address Extension), навіть якщо
встановлений менш ніж 4 Гб оперативної пам'яті. При цьому завантажується ядро
ntkrnlpa.exe, що дозволяє системам x86 використовувати до 64 Гб оперативної пам'яті
(стандартний ліміт x86 - 4Гб). При завантаженні в режимі захисту від збоїв
ігнорується. Використовується зазвичай в тестових цілях. P>
/NOPAE
- Забороняє використання PAE на системах з пам'яттю більше 4Гб, що підтримують
PAE. P>
/NOLOWMEM
- На системах з підтримкою PAE і пам'яттю більше 4Гб забороняє використання
перший 4Гб пам'яті. Використовується з метою тестування і вимагає наявності
перемикача/PAE. p>
/NOGUIBOOT
- Забороняє використання VGA-драйвера на етапі завантаження системи - при цьому не
буде відображатися графічна заставка, і при збої не будуть виводитися сині
екрани BSOD, показ яких також відповідає VGA-драйвер. p>
/SAFEBOOT:
- Примусова завантаження в режимі захисту від збоїв. Має три перемикача,
задаються після двокрапки: p>
/SAFEBOOT: MINIMAL
- Завантаження без підтримки мережі p>
/SAFEBOOT: NETWORK
- Завантаження з підтримкою мережі p>
/SAFEBOOT: DSREPAIR
- Завантаження Windows 2000 Server в режимі відновлення служби каталогу (Active
Directory Services Repair) з резервної копії. P>
При
вказівці додаткова опція - (ALTERNATESHELL) (наприклад --
«/ SAFEBOOT: MINIMAL (ALTERNATESHELL)», без пробілу) замість Explorer буде
завантажена альтернативна графічна оболонка, зазначена в розділі реєстру
HKLMSystemCurrentControlSetSafeBootAlternateShell p>
Подробнее
- Http://support.microsoft.com/default.aspx?scid=kb; EN-US; q239780. P>
/YEAR =
- Наказує ігнорувати рік, що видається вбудованим годинником ПК, і
використовувати рік, зазначений у значенні цього параметра. Працює, починаючи з
WindowsNT SP4. P>
/USE8254
- На системах із застарілим BIOS повідомляє ядру ОС, що на ПК встановлено таймер
на основі чіпа 8254. Докладніше --
http://support.microsoft.com/support/kb/articles/q169/9/01.asp. p>
/ONECPU
- На мультипроцесорних системах забороняє системі використовувати більше одного
процесора. Докладніше --
http://support.microsoft.com/default.aspx?scid=kb; en-us; Q157992. p>
/NUMPROC =
на мультипроцесорних системах обмежує числі використовуваних процесорів.
Наприклад:/NUMPROC = 2 на 4-х процесорному ПК забороняє системі працювати з двома
з 4 процесорів. p>
/3GB
- Починаючи з NT 4.0 SP3 перерозподіляє використання віртуального адресного
простору таким чином, щоб додаткам виділялося 3 Гб, а системі - 1Гб
(за замовчуванням всім виділяється по 2Гб). Застосуємо до Windows 2000
Advanced Server і
Datacenter Server. Докладніше - http://support.microsoft.com/default.aspx?scid=kb; en-us; Q171793. P>
/WIN95DOS
- В системах з потрійним завантаженням - DOS, Win9x і Windows NT задає завантаження
завантажувального сектора DOS (файл BOOTSECT.DOS). Докладніше - http://support.microsoft.com/support/kb/articles/q157/9/92.asp. P>
/WIN95
- В системах з потрійним завантаженням - DOS, Win9x і Windows NT задає завантаження
завантажувального сектора Win9x (файл BOOTSECT.W40). Докладніше --
http://support.microsoft.com/support/kb/articles/q157/9/92.asp. p>
/PERFMEM =
та/PERFPAGES = - якісь налагоджувальний параметри бета-версій Windows 2000, визначають
резервовану пам'ять і кількість сторінок. Чи не актуальні. P>
/HAL = <ім'я
файлу> - використання альтернативної версії HAL замість HAL.DLL. p>
/KERNEL = <ім'я
файлу> - використання альтернативної версії ядра ОС замість NTOSKRNL.EXE.
Останнім часом модно використовувати для зміни завантажувальної заставки-логотипу
Windows, «захистом» в NTOSKRNL.EXE і замінює утилітами типу Restorator. P>
/NOSERIALMICE = [COMx
| COMx, y, z. ..] - відключає виявлення миші на COM-портах. При використанні
без зазначення номера порту, виявлення відключається для всіх COM-портів.
Застосовується при наявності альтернативних пристроїв, підключених до
послідовних портів під час завантаження ОС. Докладніше --
http://support.microsoft.com/default.aspx?scid=kb; en-us; Q131976. p>
/PCILOCK
- Забороняє Windows динамічно призначати IO/IRQ ресурси для PCI обладнання та
залишає конфігурацію, присутню в CMOS Setup. Докладніше --
http://support.microsoft.com/default.aspx?scid=kb; en-us; Q148501. p>
/SCSIORDINAL:
- Використовується для вказівки SCSI ID контролера у разі, якщо додавання
нового пристрою SCSI в систему з вбудованим контролером SCSI може змінити
SCSI ID контролера. Детальніше в статті
http://support.microsoft.com/support/kb/articles/q103/6/25.asp. p>
/BURNMEMORY =
обмежує обсяг використовуваної пам'яті подібно параметрі/MAXMEM: за умов згадування
«/ BURNMEMORY = 128» будуть відкинуті 128 мегабайт пам'яті з наявного в наявності
обсягу RAM. Об'єм пам'яті вказується в мегабайтах. P>
/INTAFFINITY
- Змушує мультипроцесорні HAL (HALMPS.DLL) встановлювати переривання таким
чином, щоб тільки процесор з найбільшим номером у SMP отримував
переривання. p>
/MAXPROCSPERCLUSTER =
- Встановлює обмеження процесорів в кластерної системи. Чи не актуально на
персональних системах. p>
/TIMERES = X
- У мультипроцесорних системах встановлює дозвіл системного таймера. За
замовчуванням дозвіл таймера 7.8ms. Параметр X вимірюється в сотнях мілісекунд
і підтримуються наступні значення: p>
X = сотень мілісекунд p>
мілісекунд p>
9766 p>
0.98 p>
19532 p>
2.0 p>
39063 p>
3.9 p>
78125 p>
7.8 p>
Всі ці параметри, якщо необхідно задати
відразу кілька перемикачів, прописуються послідовно один за одним
через пробіл і слеш: p>
/safeboot: minimal (alternateshell)
/ sos/bootlog/noguiboot p>
Треба
ще зауважити, що файл BOOT.INI та завантажувач Windows NT/2000/XP підтримують
самі різні варіації Мультізавантажувальний систем - при певному бажанні можна
домогтися одночасної присутності на одному ПК без залучення сторонніх
менеджерів завантаження таких ОС як Windows 9x/Me, DOS, OS/2, Linux, UNIX і т.п.
Отже, читайте більш докладну документацію, яку не так уже й складно
відшукати в базі даних MSDN і в Інтернеті: p>
p>
http://support.microsoft.com/default.aspx?scid=kb; EN-US; q99743 p>
p>
http://support.microsoft.com/default.aspx?scid=kb; en-us; Q102873 p>
p>
http://support.microsoft.com/default.aspx?scid=kb; EN-US; q170756 p>
p>
http://support.microsoft.com/default.aspx?scid=kb; EN-US; q227704 p>
p>
http://www.sysinternals.com/ntw2k/info/bootini.shtml p>
p>
http://www.labmice.net/Windows2000/install/bootini.htm p>
Список літератури h2>
Для
підготовки даної роботи були використані матеріали з сайту http://ecosoft.iatp.org.ua/
p>