Проблеми із завантаженням windows 2018
nbsp nbsp Перш ніж "потрошити" операційну систему, переконайтеся, що у вас справно обладнання!
Параметр timeout задає час очікування вибору завантажується ОС в секундах, default - визначає, що загрожують за замовчуванням. У секції [operating systems] - список завантажуваних ОС і параметри їх завантаження. Шляхи задаються в ARC-вигляді (Advanced RISC Computer), де:
multi (0) - номер контролера HDD. 0 - Primary, 1 - Secondary.
disk (0) - для IDE завжди дорівнює 0, для SCSI - номер логічного пристрою (LUN)
rdisk (0) - для SCSI завжди дорівнює 0, для IDE - номер фізичного диска.
partition (1) - номер розділу з встановленою OC. Номери розділів починаються з "1"
\ WINNT - ім'я каталогу з встановленої OC.
nbsp nbsp Далі - в лапках вказується рядок назви ОС, яка відображається загрузчиком в меню вибору, і ключ за замовчуванням - / fastdetect, що означає, що не потрібно робити розпізнавання пристроїв PnP при початковому завантаженні. При визначенні причини, по якій не вантажиться ОС, корисно використовувати ключі:
/ BOOTLOG - записувати протокол завантаження в файл% SytemRoot% \ ntbtlog.txt У нашому випадку - C: \ WINNT \ ntbtlog.txt. / SOS - виводити в процесі завантаження імена завантажуваних драйверів. Інформація, що виводиться за змістом схожа на ту ж, що записується в ntbtlog.txt. Однак запис в файл журналу може і не спрацювати, наприклад, при помилці типу "STOP: 0x0000007B Inaccessible Boot Device".
Початок файлу журналу або списку завантажуваних модулів по / SOS:
Loaded driver \ WINNT \ System32 \ ntoskrnl.exe
Loaded driver \ WINNT \ System32 \ hal.dll
Loaded driver \ WINNT \ System32 \ BOOTVID.DLL
Loaded driver ACPI.sys
Loaded driver \ WINNT \ system32 \ DRIVERS \ WMILIB.SYS
Loaded driver pci.sys
Loaded driver isapnp.sys
.
BOOTVID.DLL забезпечує видачу інформації на екран при виникненні критичних помилок системи, і для російськомовних систем, робить це не дуже добре - український текст в повідомленнях видається в неправильному кодуванні і нечитаний. Однак в Інтернеті можна знайти пропатченних BOOTVID.DLL для вашої системи з нормальною кодуванням і замінити нею існуючу в \ WINNT \ System32 \ і WINNT \ System32 \ dllcache. Для перевірки можна штучно викликати "синій екран" (BSOD), убивши сервіс winlogon, за допомогою FAR або PSkill.exe.
nbsp nbsp Спочатку завантажуються і не започатковано низькорівневі драйвери пристроїв, параметр Start у яких дорівнює 0. Для їх завантаження використовуються функції BIOS (природно, адже ніяких інших драйверів в оперативній пам'яті ще немає.)
nbsp nbsp Потім завантажуються і не започатковано інші драйвери пристроїв, параметр Start у яких дорівнює 1. Для їх завантаження вже використовуються раніше завантажені драйвери з параметром Start = 0
Саме на цьому етапі найчастіше виникають причини появи "Синіх екранів смерті" (Blue Screen Of Death - BSOD), пов'язані з неможливістю завантаження потрібного драйвера або неправильної його роботи з обладнанням комп'ютера, наприклад,
STOP: 0x0000007B Inaccessible Boot Device
nbsp nbsp Обробка помилок в процесі ініціалізації драйверів пристроїв заснована на значенні елемента ErrorControl ключа реєстру, що відноситься до драйверу, і закінчується "синім екраном" з відповідним кодом помилки.
nbsp nbsp Після успішно відпрацьованого даного етапу початкового завантаження запускається "Диспетчер сеансів" (\ SystemRoot \ System32 \ smss.exe). задача якого - запустити високорівневі підсистеми і сервіси (служби) операційної системи. На цьому етапі запускаються процеси CSRSS (Client Server Runtime Process), WINLOGON (Windows Logon), LSASS (LSA shell), і що залишилися служби з параметром Start = 2 з HKLM \ SYSTEM \ CurrentControlSet \ Services
nbsp nbsp Інформація, призначена для диспетчера сеансів, знаходиться в ключі реєстру
HKLM \ SYSTEM \ CurrentControlSet \ Control \ Session Manager.
Система завантажена і все готово до реєстрації користувача (якщо система не налаштована на автоматичну реєстрацію).
dir C: \
Результат виконання DIR частково представлений на малюнку нижче. Перша колонка тексту - дата створення (останньої модифікації файлу або каталогу), друга - час, третя - атрибути, де d- каталог, r-тільки читання, s- системний, h - прихований, c - службовий.
Після виконання команди в списку файлів повинні бути присутніми:
boot.ini
Bootfont.bin
NTDETECT.COM
ntldr
WIINT (каталог в результатах видаються DIR має символ "d" в колонці атрибутів)
Якщо файли і каталоги присутні, можливо причина в помилку на диску.
chkdsk C: / F - перевірка диска з виправленням помилок.
chkdsk C: / R - перевірка на збійні блоки.
Якщо перевірка завершилася без помилок - можливо зіпсований завантажувальні сектори.
fixmbr - відновити Master Boot Record (MBR).
fixboot C: відновити завантажувальний сектор розділу.
nbsp nbsp Іноді причиною проблеми із завантаженням ОС може бути неправильно встановлений або некоректно працюючий драйвер або сервіс. Консоль відновлення дозволяє легко вирішити цю проблему.
Список сервісів і їх стан можна отримати по команді:
listsvc
nbsp nbsp У першій колонці - ім'я драйвера або сервісу, в другій - статус завантаження і виконання, відповідний розглянутому вище параметру start в ключі реєстру, які можуть застосовуватися до даного драйверу або службі, і в третій - короткий опис.
start = 0 - Boot
start = 1 - System
start = 2 - Auto
start = 3 - Manual
start = 4 - Disabled
Відключити службу або драйвер (наприклад atapi) можна за допомогою:
disable atapi
Ця команда виводить на екран то стан служби, яке було до її відключення, щоб, при необхідності, можна було повернути цей стан за допомогою команди enable.
enable atapi SERVICE_BOOT_START
Ця команда так само, як і disable, перед зміною стану служби виводить на екран його попереднє значення.
nbsp nbsp Додам, що зі значенням параметра start потрібно звертатися дуже акуратно, наприклад, якщо для драйвера стандартного контролера жорстких дисків (atapi) поміняти параметр запуску з BOOT на SYSTEM ви отримаєте синій екран з помилкою "STOP: 0x0000007B Inaccessible Boot Device", як і в випадку відсутності файлу драйвера atapi.sys або його відключення (Disable).
nbsp nbsp І, нарешті, якщо вам набридло відновлювати систему, можна видалити розділи жорсткого диска, перерозбити його і поставити її з нуля. Для роботи з розділами використовується diskpart. порядок роботи з якої, нічим не відрізняється від того, що використовується при установці нової системи.
nbsp nbsp Ви вирішили поміняти системну плату на більш сучасну, ОС у вас встановлена давно, і дуже не хотілося б її заново, однак при першому завантаженні системи з новою "начинкою" - синій екран з помилкою "STOP: 0x0000007B Inaccessible Boot Device". У новій материнській платі є вбудований IDE-контролер, який використовує чіпсет, відмінний від чіпсета попередньої материнської плати. Найпростіший вихід з такої ситуації з мінімальними втратами - дотримуватись рекомендацій від Microsoft:
Детальніше рекомендації від Microsoft по усунення неполадок Stop 0x0000007B - тут. nbsp nbsp Однак можна вирішити проблему і інакше. Я для прикладу взяв STOP 7B, як найбільш поширену помилку.
Потрібно змусити працювати стандартні драйвери дискової підсистеми від Microsoft з нашим новим обладнанням. Для початку, переконаємося, що у нас є в SystemRoot \ system32 \ drivers файли Atapi.sys, Intelide.sys, Pciide.sys і Pciidex.sys. Потім, що вони завантажуються з параметром SERVICE_BOOT_START. Це можна зробити за допомогою тієї ж консолі відновлення. Це необхідні умови для завантаження, але недостатні. Справа в тому, що пристрої Plug-n-Play (PnP) ідентифікуються системою за допомогою спеціального коду (PnP-ID), що залежить від набору мікросхем, на яких зібрано пристрій, і новий контролер IDE, швидше за все буде мати невідомий встановленій системі ідентифікатор. Він просто не буде сприйматися як контролер IDE.
Інформація про відомих системі пристроях створюється на основі .inf-файлів при установці нового обладнання і зберігається в розділі реєстру:
HKLM \ system \ CurrentControlSet \ Control \ CriticalDeviceDatabase
Можна було б підправити існуючі дані або створити нові записи, тим більше, що зараз нескладно знайти .reg-файли для ідентифікації контролерів IDE основних виробників обладнання (Відкрити) але як записати їх до реєстру? На жаль, консоль відновлення цього робити не вміє і доведеться скористатися стороннім ПЗ. Найбільш популярним, мабуть, інструментом відновлення системи є ERD Commander. Опис і інструкція по використанню ERD Commander
Перезавантажуємося - і, якщо все зроблено правильно, операційна система повертається до життя. Якщо ж цього не сталося, як правило, через відсутність необхідного запису в наведеному файлі, то за допомогою ERD Commander'a проблема вирішувана, наприклад, правкою реєстру вручну. Можна визначити PNP-ідентифікатор контролера жорсткого диска і додати його опис в реєстр. Для Windows Vista і більш пізніх версій досить включити стандартний режим SATA для дискового контролера і дозволити використання стандартного драйвера msahci.sys на етапі завантаження системи. Більш докладний опис вирішення даної проблеми знайдете в статті Відновлення працездатності Windows при заміні материнської плати.
Є ще один, досить тривалий, але цілком надійний спосіб впоратися з помилкою STOP 7B.
- ставимо тимчасову систему в інший розділ, каталог, диск - не важливо, - вона буде потрібна тільки на 1 завантаження.
- Після першого завантаження робимо експорт гілки реєстру
HKLM \ system \ CurrentControlSet \ Control \ CriticalDeviceDatabase в файл.
- Вантажимося в ERDC і робимо імпорт з цього файлу.
- Перезавантажуємося, вибравши стару систему.
- Видаляємо каталог з встановленою нової ОС і правимо boot.ini
nbsp nbsp Що ще можна зробити за допомогою ERDC:
- легко виконати всі завдання, які вирішуються за допомогою консолі відновлення.
- отримати повний доступ до дисків "мертвої" системи.
- відновлювати видалені файли, видалити встановлені оновлення ОС, відновлювати систему за контрольними точками (тільки WinXP)
- отримати доступ до локальної мережі та Інтернет.
- змінювати паролі у користувачів встановленої ОС, в т.ч. і пароль адміністратора
- переглядати журнали подій ОС
- отримати доступ до автоматично запускаються програм.
- можливість запуску деяких з програм встановленої ОС. FAR запускається і працює без проблем, але, наприклад, офісні додатки працювати не будуть.
- стерти вміст жорстких дисків встановленої ОС без можливості відновлення.
- отримати інформацію для роздумів від утиліти Crash Analyzer по дампи пам'яті, отриманого при помилку ОС.
nbsp nbsp Основна оснащення ERD Commander Computer Management:
Крім того, стандартний набір утиліт ERD Commander'а можна доповнити своїми улюбленими програмами (FAR, Nero, Winimage і т.п.) на етапі створення завантажувального CD і тим самим розширити його можливості і створити для себе зручний інструмент відновлення системи. Ще простіше, створити Мультизавантажувальний флешку з необхідним набором образів ERDC і переноситься програмного забезпечення.
nbsp nbsp Бувають випадки, коли справа не доходить навіть до "синього екрану смерті" і в самому початку завантаження ви отримуєте повідомлення:
Windows XP could not start because the following file is missing or corrupt: \ WINDOWS \ SYSTEM32 \ CONFIG \ SYSTEM
nbsp nbsp Для роботи з точками відновлення використовується додаток C: \ windows \ system32 \ restore \ rstrui.exe (Пуск-Програми-Стандартні-Службові-Відновлення системи). Механізм досить ефективний, але скористатися ним можна тільки в середовищі самої Windows, яка в даному випадку не завантажується через зіпсованого файлу розділу реєстру.
Однак, все не так погано. Згаданий вище Winternals ERD Commander вміє працювати з точками відновлення підключеної операційної системи і дозволяє легко виконати відкат на її працездатний стан через меню "Start - System Tools - System Restore"
За допомогою System Restore Wizard відновлення виконується так само, як і в середовищі Windows.
nbsp nbsp Але проблему можна (а іноді і бажано) вирішити інакше - в нашому конкретному випадку з файлом
\ WINDOWS \ SYSTEM32 \ CONFIG \ SYSTEM,
можна ж не відкочувати систему на повне стан точки відновлення, а просто відновити зіпсований файл розділу реєстру.
nbsp nbsp Дані контрольних точок зберігаються в каталозі System Volume Information системного диска. Це прихований системний каталог, доступ до якого дозволений тільки облікового запису System (тобто Службі відновлення системи). Тому, якщо ви хочете отримати доступ до його вмісту, вам доведеться додати права вашого профілю з використанням вкладки "Безпека" у властивостях каталогу "System Volume Information". У разі використання Winternals ERD Commander або завантаження в іншій операційній системі цього робити не потрібно. В папці System Volume Information є підкаталог з ім'ям, що починається з _restore. і всередині нього - підкаталоги RP0, RP1. - це і є шукані контрольні точки (Restore Point - RPx). Всередині папки RPx є каталог snapshot. що містить копії файлів реєстру на момент створення контрольної точки.
Файл REGISTRY_MACHINE_SYSTEM - це і є копія файлу SYSTEM. він же - розділ реєстру HKLM \ SYSTEM. Залишається лише перетягнути цей файл в каталог \ WINDOWS \ SYSTEM32 \ CONFIG \ і перейменувати його. Запорченних файл system можна, про всяк випадок, перейменувати в system.bad або видалити.
Якщо ви будете використовувати Winternals ERD Commander, який працює з реєстром підключеної системи, то можуть виникнути проблеми із зайнятістю файлів. Щоб цього не сталося, краще в процесі завантаження не вдається з'єднатися з проблемною операційній системі і вибрати None:
nbsp nbsp Інформація "синього екрану" не дуже інформативна, і для визначення причини збою, як правило, доводиться використовувати додаткові джерела, одним з яких (основним) є дамп пам'яті, записується на диск при аварійному завершенні роботи системи. В налаштуваннях Windows (Панель управління - Система - Додатково - Завантаження і відновлення). В області "Запис налагоджувальної інформації" ви можете дозволити або заборонити запис дампа в разі відмови системи.
120 кб.
Вікно програми складається з 2-х частин. У верхній частині - список і властивості файлів мінідампа, в нижній - дані, що мають відношення до заданої мінідампа:
nbsp nbsp Формат відображення даних в нижньому вікні можна задавати за допомогою меню "Options- Lower Pane Mode":
- All drivers - відображати всі завантажені драйвери. На червоному тлі відображена інформація про драйвери, можливо є причиною BSOD.
- Only Drivers Found in Stack - відображати тільки драйвери, можливо є причиною BSOD.
- Blue Screen in XP style - відображати BSOD в стилі Windows XP
Програма дуже проста і зручна. Є українізатор у вигляді ini-файлу, який потрібно скопіювати в каталог з встановленою програмою BlueScreenView. Завантажити,