Чи можна повторно активувати windows 10. Заміна материнської плати без переустановки Windows. Клонування операційної системи. Чому так відбувається

Якщо ви збираєтеся оновити / замінити материнську плату, але не хочете встановлювати заново Windows, драйвера, програми або ви хочете перемкнути режими роботи контролера SATA з IDE в AHCI або RAID (або навпаки), то дана стаття якраз для вас!

Найчастіше при зміні материнської плати і запуску ПК без перевстановлення Windows ви можете побачити «синій екран смерті» (BSOD) з помилкою STOP 0x0000007B INACCESSABLE_BOOT_DEVICE.

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

Запускаємо «старий» Windows на нову материнську плату

Щоб внести зміни в реєстрі Windows, просто дотримуйтесь інструкцій нижче:
Перш, ніж приступити до подальших дій, необхідно визначитися з нижченаведених:

1. Ви тільки збираєтеся замінити материнську плату або змінити режим роботи IDE / AHCI і Ваш ПК працює в звичайному нормальному режимі, Windows запускається
2. Ви вже замінили материнську плату і система Windows не запускається. В цьому випадку вам доведеться використовувати автономний редактор реєстру.

1. Зміна реєстру перед оновленням материнської плати або налаштувань контролера

Цей розділ підходить для тих, у кого ПК запускається в штатному режимі і ви тільки збираєтеся замінити материнську плату. Відкрийте, для цього натисніть кнопки « Win + R»І вікні наберіть« «, після чого натисніть Enter.

Нам відкривається редактор реєстру. Виглядає він як «дерево» з купою папок і настройок:

Нам необхідно перейти в гілку:

HKEY_LOCAL_MACHINE \\ SYSTEM \\ CurrentControlSet \\ services \\ msahci

Знаходимо там параметр Start і виставляємо йому значення « 0 »(Нуль) і натискаємо кнопку« Ок»

HKEY_LOCAL_MACHINE \\ SYSTEM \\ CurrentControlSet \\ services \\ pciide

і робимо те ж саме з параметром Start

Якщо ви користуєтеся Raid (якщо немає, то пропустіть цей крок) то треба зробити те ж саме в наступній гілці:

HKEY_LOCAL_MACHINE \\ SYSTEM \\ CurrentControlSet \\ services \\ iaStorV

На цьому підготовка закінчена. Тепер можна встановлювати нову материнську плату або мене параметри SATA-контролера. При наступному запуску Windows завантажиться зі стандартними драйверами sata-контролера. Після запуску будуть встановлена \u200b\u200bавтоматично драйвера на новий контролер. Після завантаження не забудьте встановити новий драйвера від материнської плати, які йдуть в комплекті, або скачайте їх з інтернету. Найкраще завантажувати оригінальні драйвера з сайту виробника вашої материнської плати.

2. Зміна реєстру після поновлення материнської плати (windows не починається)

Якщо ви вже змінили материнську плату і немає можливості завантажити Windows, наприклад стара вийшла з ладу, то в цьому випадку потрібно використовувати автономний редактор реєстру. Для вирішення цього завдання я вважаю за краще використовувати середу відновлення, куди можна потрапити, наприклад, за допомогою диска для установки операційної системи.
Щоб відкрити редактор реєстру за допомогою інсталяційного DVD або USB накопичувача, завантажте комп'ютер за допомогою інсталяційного диска. Можливо, вам буде потрібно вибрати DVD / CD або USB в якості першого завантажувального пристрою в налаштуваннях BIOS.
Після завантаження, на найпершому екрані натисніть «Далі», а потім виберіть «Відновлення системи».

Якщо у вас Windows 7 то на першому екрані натисніть далі, замет запустіть командний рядок

Якщо ви використовуєте Windows 8.x або Windows 10, тоді вам потрібно вибрати «Діагностика» -\u003e «Додаткові параметри» -\u003e «Командний рядок».

У командному рядку вводь і натискаємо Enter.

У редакторі реєстру виділіть потік HKEY_LOCAL_MACHINE, А в меню «Файл» натисніть «Завантажити кущ».

Відкрийте диск, на якому встановлена \u200b\u200bопераційна система.

Перейдіть в каталог Windows \\ system32 \\ config, виберіть файл system і натисніть «Відкрити».

Введіть ім'я розділу (наприклад, Offline) і натисніть OK.

Розкривши гілку HKEY_LOCAL_MACHINE, ви побачите створений розділ (в нашому прикладі він називається Offline).

Розгорніть новий розділ і перейдіть в наступний підрозділ:

HKEY_LOCAL_MACHINE \\ Offline \\ ControlSet001 \\ services \\ msahci

Відкрийте параметр Start, змініть його значення на 0 (нуль), натисніть OK.

Виконайте ту ж операцію в підрозділі:

HKEY_LOCAL_MACHINE \\ Offline \\ ControlSet001 \\ services \\ pciide

Закрийте редактор реєстру, командний рядок і перезавантажте комп'ютер. Вийміть інсталяційний диск, щоб операційна система могла завантажитися в звичайному режимі. Тепер Windows повинна без будь-яких проблем запуститися і потім встановити необхідні драйвери контролера жорсткого диска. Не забудьте потім встановити драйвера від своєї нової материнської плати!

висновок

Ось таким не складним методом можна врятувати вашу робочу операційну систему Windows і всі програми, встановлені на ній при зміні материнської плати або при зміні параметрів sata-контролера НЕ переустанавлівая систему.
Сподіваюся дана стаття була корисною!

Якщо торкнутися ліцензії для операційної системи Windows 10, то її робота здійснюється дещо інакше, ніж, наприклад, це реалізовано в версіях Windows 7 і Windows 8. Якщо в останніх користувач міг скористатися ліцензійним ключем на різних комп'ютерах, то з «десяткою» все обстоит дещо по-іншому - ліцензія поширюється тільки на один десктоп і може «злетіти» при заміні обладнання в ПК.

Для порівняння, в Windows 7 і Windows 8.1 діяла така схема: після придбання ліцензії на систему або нового пристрою, користувач отримував ліцензійний ключ, який власне активував Windows. Більш того, не мало ніякого значення на якому ПК працювала система, наприклад, після того, як ПК застарівав і ламався, користувач, відкликавши з нього активацію, міг активувати новий пристрій. У випадку з операційною системою Windows 10 справа йде інакше: кожна ліцензія здійснюється з прив'язкою до аккаунту користувача в Microsoft, при цьому присвоюється унікальний ідентифікаційний номер, що пов'язано з одним пристроєм, на якому власне і була активована система.

Якщо користувач надумав поміняти обладнання на пристрої, то також може відбутися зміна ідентифікаційного номера, з «злетіли» системою Windows 10, яка стане знову неактивованої. Більш того, різні види пристроїв «важать» по-різному, що саме по собі впливає на повторну активацію. Наприклад, після заміни миші, вінчестера або клавіатури активація залишиться без змін. Але якщо заміну підлягає материнська плата або процесор з ОЗУ, то активація відгукується. Придбання ключа активації Windows 10 можливо тільки в разі покупки нової ліцензії, але, якщо десктоп оновлений з Windows 7 або Windows 8.0, то у користувача немає ліцензійного ключа, як і можливості повторної активації.

Виходячи з усієї специфіки активації «десятки» необхідно відзначити явне недосконалість системи, яка перевіряє унікальність комп'ютерів. Як уже зазначалося, збої часто виникають, якщо користувач бажає скористатися своїм правом на заміну комплектуючих на своєму робочому столі, в результаті чого він може втратити ліцензію Windows 10. Недосконалість своєї системи визнають в Microsoft, запровадивши автоматичну перевірку модифікованих комп'ютерів, без необхідності зв'язуватися з технічною підтримкою , що іноді ставало справжньою «головним болем», коли користувач змушений був доводити, що він не обзавівся новим комп'ютером і не намагається встановити систему на інший ПК.

Отже, якщо після того, як був реалізований апгрейд ПК з «ульот» Windows 10, після відкриття системного застосування «Параметри», необхідно здійснити перехід в розділ «Оновлення та безпеку», потім «Активація», натиснути «Пошук та усунення несправностей». Виконання даної функції можливо виключно на Неактивована копію Windows 10 і тільки під особистим обліковим записом Microsoft. Далі відбувається взаємодія з автоматичною системою, коли користувач повинен буде описати суть виниклої проблеми - наприклад, що активація зникла після того, як ПК апгрейдили. Після чого, система ще раз реалізує перевірку обладнання, яке встановлено на робочому столі з поверненням активації. Слід зазначити, що в активації може бути відмовлено, якщо користувач якимось чином задумав обвести систему «навколо пальця». У разі, якщо комп'ютер був уже активований і з нього «злетіла» активація Windows 10, то навіть після ретельної перевірки, вона буде повернута. Однак, якщо щось пішло не так, завжди можна зв'язатися з технічною підтримкою Microsoft по електронній пошті або іншим способом (як це зробити, ви можете прочитати в нашій статті про службі підтримки).

На офіційному ресурсі Microsoft приведена ланцюжок дій для можливого вирішення проблеми з втратою активації Windows 10. Примітно, що якщо користувач в значній мірі апгрейдив свій ПК, наприклад, це стосується заміни системної плати, то з великою часткою ймовірності повторної активації Windows 10 стане неможливою. Але якщо користувач встиг прив'язати свою обліковий запис Microsoft до цифрової ліцензії Windows 10 до того, як відбулася заміна обладнання, то повторна активація можлива із зазначенням деяких необхідних відомостей, наприклад:

У засобах для усунення неполадок необхідно вибрати пункт «Я недавно змінив (а) обладнання на цьому пристрої» з подальшим переходом в пункт «Далі»;

Необхідно ввести свій обліковий запис Microsoft з паролем і здійснити вхід;

Потім з усього списку пристроїв, прив'язаних до профілю, необхідно вибрати те, яке необхідно, натиснувши «Активувати»;

Якщо пристрій, з якого «злетіла» активація не відображається в списку, слід порівняти обліковий запис з тією, яка фігурує з цифровою ліцензією Windows 10 на ПК.

Якщо все виконано правильно, але відновити активацію ліцензії все одно не вдається, на ресурсі Microsoft наведено перелік можливих причин, які слід перевірити:

Невідповідність випуску Windows на ПК з тим, який прив'язаний до цифрової ліцензії;

Невідповідність типу пристрою, який має бути активована, з тим, яке прив'язане до цифрової ліцензії;

Був досягнутий ліміт щодо повторної активації Windows на ПК;

Якщо на цьому пристрої ніколи не активувалася Windows;

Якщо ПК управляється організацією, повторна активація Windows неможлива.

Нерідко після заміни материнської плати або зміни режиму роботи контролера жорсткого диска в налаштуваннях BIOS (Raid, Compatible, AHCI, Native SATA) завантаження системи починається як правило, виникає початкова заставка, потім - скидання, інформація про проходження POST BIOS, і знову, початок завантаження з тим же продовженням. Зазвичай це відбувається через те, що система не змогла завантажити драйвер пристрою завантаження і виникла критична помилка (Недоступно пристрій завантаження)

Щоб замість перезавантаження отримати точну інформацію про виниклу критичну помилку, необхідно відключити режим автоматичного перезавантаження в меню завантажувача Windows. Це можна зробити, якщо на самому початку завантаження натиснути F8 і вибрати варіант завантаження - Вимкнення автоматичного перезавантаження при відмові системи

При завантаженні в даному режимі, по виникненню критичної помилки на екран монітора буде відображений так званий "синій екран смерті" Windows або ж BSOD - Blue Screen Of Death. Даний термін виник за часів перших ОС сімейства Windows, через те, що інформація про критичні помилки відображалася на синьому тлі. Така помилка не може бути виправлена \u200b\u200bзасобами самої ОС і для мінімізації втрат призначених для користувача даних, її робота припиняється аварійно. Причинами критичних помилок можуть бути збої або несправності обладнання, помилки в компонентах системи, помилки драйверів, або їх відсутність для критично важливих пристроїв.

Критична помилка STOP: 0x0000007B Inaccessible Boot Device, Що виникає при заміні материнської плати, або зміні режиму роботи контролера жорсткого диска, виникає або тому, що новий контролер не розпізнає системою як, саме, контролер жорсткого диска, або немає можливості виконати запуск драйвера, який може обслуговувати даний контролер.

На самому початку процесу завантаження операційної системи, ніяких драйверів, в тому числі і забезпечують роботу з жорстким диском, в пам'яті комп'ютера немає і для виконання операцій введення-виведення використовуються спеціальні підпрограми BIOS (для роботи з жорстким диском - функції переривання INT 13H функції 41h - 49h і 4Eh для адресації LBA). Доступ до даних жорсткого диска ви працюєте не за використанням драйверів пристроїв, а через виклик підпрограм BIOS, які дозволяють завантажувачу виконувати стандартні дискові операції введення - виведення. Так, наприклад, для читання секторів жорсткого диска, використовується переривання Int 13h функція 42h - розширене читання. Функція 42h здійснює передачу секторів із заданою області диска в буфер пам'яті. Перед викликом переривання потрібно записати в регістри наступні значення:

В АН - значення функції розширеного читання - 42h;

У DL - номер дисковода;

В DS: SI - адреса пакета дискового адреси ((Disk Address Packet), в якому міститься інформація, необхідна для пошуку і зчитування даних з дискового носія і розміщення результатів виконання операції в оперативній пам'яті.

Потім виконується команда виклику переривання INT 13h. При цьому отримує управління підпрограма BIOS, що виконує зчитування даних з диска і передачу їх в оперативну пам'ять відповідно до параметрів пакету дискового адреси. За результатом виконання операції, функція 42h повертає в регістрі АН ознака успішного (або неуспішного) виконання операції. викликала переривання INT 13 програма знову отримує управління і обробляє отримані дані. Саме тому завантаження системи починається і якийсь час виконується нормально. Виклик переривань BIOS дозволяє завантажувачу виконувати необхідні операції введення-виведення, в тому числі роботу з клавіатурою, дисплеєм і операції з файловою системою. Однак, на певному етапі завантаження починається пошук і зчитування драйверів, що забезпечують роботу Windows, оскільки в самій ОС переривання BIOS для виконання операцій введення-виведення не використовуються. Починається завантаження в пам'ять і ініціалізація драйверів і системних служб, інформація про яких зберігається в розділі реєстру
HKLM \\ SYSTEM \\ CurrentControlSet \\ Services
Кожному драйверу відповідає свій ключ, в складі якого є параметр Start, Що визначає, на якому етапі завантаження системи проводиться завантаження і ініціалізація даного драйвера або служби. Параметр Start може набувати таких значень:
0 - BOOT - драйвер завантажується загрузчиком.
1 - SYSTEM - драйвер завантажується в процесі ініціалізації ядра.
2 - AUTO - служба запускається автоматично при завантаженні системи.
3 - MANUAL - служба запускається вручну.
4 - DISABLE - драйвер відключений.
На етапі початкового завантаження, з системного диска зчитуються і не започатковано низькорівневі драйвери пристроїв, параметр Start у яких дорівнює 0 , В тому числі і драйвери, через які буде здійснюватися доступ до пристрою завантаження (Boot Device). Таким чином, система повинна визначити параметри пристрою завантаження і завантажити необхідний йому драйвер. Якщо параметри пристрою завантаження визначити неможливо, або неможливо завантажити потрібний драйвер - продовження роботи системи неможливо, і вона завершується по критичну помилку недоступності пристрою завантаження (stop 7B).

& Nbsp & nbsp При заміні материнської плати на плату іншого типу, контролер жорсткого диска, з точки зору операційної системи, стане іншим, новим пристроєм. У процесі початкового завантаження, пристрої Plug-n-Play (PnP) ідентифікуються системою за допомогою спеціального коду (PnP-ID), що залежить від набору мікросхем, на яких зібрано пристрій, або чіпсета (chipset), і новий контролер HDD, зібраний на іншому чіпсеті матиме інший ідентифікатор. Якщо системі "відомий" новий PnP-ID контролера HDD, і є драйвер для його обслуговування - то заміна материнської плати пройде без будь-яких проблем. В іншому випадку, невідомий встановленій системі ідентифікатор контролера HDD, не дозволить їй завантажити потрібний для роботи драйвер. Іншими словами, щоб позбутися від критичної помилки Stop 7B потрібно, щоб система віднесла новий контролер жорсткого диска до класу дискових пристроїв і була можливість завантажити драйвер для обслуговування даного класу.

У світлі наведених вище відомостей про процес завантаження Windows, проглядається 2 варіанти вирішення проблеми:

Змусити систему працювати з новим контролером жорсткого диска з використанням стандартних драйверів від Microsoft.
- додати новий драйвер контролера жорсткого диска від виробника обладнання в непрацюючу систему.

Перший варіант значно простіше, безпечніше і може бути легко виконаний з використанням звичайного імпорту декількох ключів до реєстру непрацюючої системи, наприклад, за допомогою диска аварійного відновлення Microsoft DaRT, Його попередника ERD Commander або будь-якого іншого засобу на базі середовища предустановки Windows Preinstall Environment (Windows PE).

Другий варіант трохи складніше, оскільки потрібно не тільки додати ідентифікаційну запис для контролера HDD, але і зв'язати з нею відповідний драйвер, а також забезпечити його завантаження і ініціалізацію.

& Nbsp & nbsp Одним із способів усунення стоп-помилки 7B є послідовне виконання наступних дій:

Переклад контролера, при необхідності, в настройках BIOS материнської плати в режим сумісності (Compatible Mode) зі стандартним IDE - контролером
Зазвичай, це виконується в розділі конфігурації контролера жорсткого диска і може мати різні значення установок,
Controller Mode: Compatible
Configure SATA as: IDE
SATA Operation as ATA
AHCI Mode: Disabled
SATA Native Mode: Disable

Використання стандартних драйверів з дистрибутива Windows для завантаження системи.

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

В операційних системах Windows 7 і старше є стандартні драйвери не тільки для сумісного режиму (ATA, IDE), але і для розширеного (AHCI- Advanced Host Controller Interface), що дозволяє використовувати більш просту методику виправлення помилки Stop 7B, засновану на включенні розширеного режиму роботи контролера жорсткого диска в налаштуваннях BIOS (SATA AHCI) і зміні режиму запуску стандартного драйвера.

Усунення стоп-помилки 7B з використанням стандартних драйверів від Microsoft.

& Nbsp & nbsp Стандартного драйвера з підтримкою контролерів SATA AHCI в Windows XP немає, тому контролер жорсткого диска повинен бути переведений в сумісний режим IDE (ATA), але якщо і в цьому режимі виникає помилка Stop 7B, то причиною може бути або використання в системі (до заміни материнської плати) нестандартного драйвера від виробника контролера жорсткого диска, або неможливість розпізнавання нового контролера на етапі завантаження, що не дивно для застарілої ОС.
До складу дистрибутива Windows XP входять стандартні драйвери для роботи з IDE (ATA) контролерами HDD (atapi.sys, pciide.sys, pciidex.sys, intelide.sys), які можна використовувати для будь-якого дискового IDE-сумісного контролера, забезпечивши його розпізнавання в як стандартний контролера IDE.

У рідкісних випадках, можливе виникнення BSOD 7B в середовищі Windows Vista / 7 через неможливість розпізнавання контролера HDD в якості котроллер жорсткого диска по PnP-ідентифікатором. В цьому випадку, так само, як і для Windows XP, необхідно забезпечити розпізнавання дискового контролера по його PnP. Але найчастіше, причиною стоп-помилки 7B для даних ОС є те, що стандартний драйвер, який можна було б використовувати, має налаштування, які не дозволяють використовувати його на етапі початкового завантаження (про що піде мова нижче).

& Nbsp & nbsp Спочатку, трохи теорії. інформація про відомих системі пристроях створюється на основе.inf-файлів при установці нового обладнання і зберігається в розділі реєстру:

HKEY_LOCAL_MACHINE \\ SYSTEM \\ CurrentControlSet \\ Control \\ CriticalDeviceDatabase \\

Отже, вирішення проблеми з правильним розпізнаванням дискового контролера полягає в наступному:

Визначити ідентифікатор нового контролера жорсткого диска.
- зробити, на основі ідентифікатора, зміни в реєстрі завершується помилково "Stop 7B" системи запис, що дозволяє використовувати стандартні драйвери з дистрибутива Windows. Іншими словами, вказати системі, що пристрій з таким-то PnP-ID - це стандартний ATA контролер жорсткого диска.

Для вирішення завдання нам буде потрібно будь-яка програма, що дозволяє отримати PnP-ідентифікатор пристрою, наприклад, у випадку з Windows XP -

Дана утиліта розроблена досить давно, і до появи Windows Vista була, мабуть одним з найбільш простих і зручних програмних засобів визначення PnP - ідентифікаторів. Однак, на даний момент, утиліта застаріла, не працює в середовищі операційних систем Windows Vista і старше, а також в середовищі дисків аварійного відновлення на базі Windows PE2 і пізніших (версії ERD Commander старше DaRT 5.0). Як сучасної альтернативи програмі краще за все скористатися універсальною і яку переносять програмою, що працює в середовищі будь-якої ОС Windows, в тому числі і Windows PE, як наприклад, утиліта від NirSoft DevManView, Розроблена як альтернатива стандартному диспетчеру пристроїв Windows:

Утиліта Devmanview не вимагає установки в системі і може використовуватися в будь-який ОС сімейства Windows від Windows XP \\ 2000 до Windows 10. А як засіб роботи з незагружаемую системою, можна використовувати завантажувальний диск або флешку на базі Windows PE, найзручніше - диск, який створюється засобами Microsoft Dianostic and Recovery Toolset ( DaRT), Раніше відомий як ERD Commander (ERDC).

& Nbsp & nbsp ERD Commander спеціально розроблявся фахівцями компанії Winternals Software як зручний засіб аварійного відновлення ( Emergency Repair Disk - ERD). Після придбання компанії Winternals Software Майкрософтом, ERDC став частиною пакета оптимізації під назвою Microsoft Diagnostic and Recovery Toolset (MS DaRT або DaRT). Проте, в середовищі фахівців, нерідко і раніше, використовується старе і тепер уже неофіційну назву - ERD Commander ( ERDC):

DaRT 5.0 - ERDC 5.0 - для Windows XP

DaRT 6.0 - ERDC 6.0 - для Windows Vista

DaRT 6.5 7.0 - ERDC 6.5 7.0 - для Windows 7

DaRT 8.0 - ERDC 8.0 - для Windows 8

DaRT 8.1 - ERDC 8.1 - для Windows 8.1

DaRT 10 - ERDC 10 - для Windows 10

Кожен реліз MS DaRT дозволяє працювати з ОС Windows, відповідної розрядності (32 або 64).

Детальний опис ERD Commander і практична інструкція по роботі з різними версіями приведена на сторінці

MS DaRT (ERDC) являє собою програмну оболонку на базі Widows PE (для Windows Vista і більш пізніх - на базі Windows PE2 або старше), що дозволяє завантажитися з компакт-диска або іншого знімного носія, підключитися до проблемної Windows і отримати зручний доступ до її компонентів - файлової системи, системного журналу, реєстру, драйверам і службам і т.д. Середовище відновлення надають користувачеві набір програмних інструментів (Tools) за допомогою яких можна отримати доступ до багатьох ресурсів підключеної Windows таким же чином, як і при її нормальному завантаженні. Є можливість використовувати провідник, переглядати журнали системи, відключати або підключати служби і драйвери, працювати з редактором реєстру, міняти паролі локальних користувачів, надійно знищувати дані на жорсткому диску і т.п. Крім того, в середовищі DaRT (ERD Commander), можливе виконання практично будь-який переноситься (portable) програми (або програми, для якої не критично відсутність деяких записів в реєстрі Windows, які виконуються при інсталяції програми).

програми DevManView (Devmanview.exe) і (APciInfo.exe) можуть виконуватися в середовищі ERD Commander без необхідності установки програми. APCIinfo - тільки в середовищі 32-хразрядних версій для Windows XP або більш ранніх ОС. Архів APCIINFO містить саму утиліту і драйвери, потрібні для її роботи. Після скачування потрібно розпакувати вміст в будь-яку папку, ім'я якої не містить символів російського алфавіту і записати на який-небудь носій, наприклад, флешку, щоб мати можливість запустити утиліту після завантаження ERDC. На момент початку завантаження носій повинен бути підключений до комп'ютера. Архіви DevManView містять виконуваний модуль і довідкову інформацію і застосовуються аналогічно без інсталяції.

Виправлення помилки Stop 7B для ОС Widows XP / 2000

Якщо ж немає підходящої редакції ERD Commander, то цілком можна обійтися і будь-яким завантажувальним диском на основі Windows PE, про що піде мова нижче.

Після вибору системи, виконується вхід в оболонку користувача ERDC і стають доступними інструменти для роботи з нею через меню кнопки Start

Запускаємо Advanced PCI Info Utility (виконуваний модуль apciinfo.exe) через "Start" - "Run". Утиліта видасть список пристроїв PCI

VID - це ідентифікатор виробника ( Vendor ID), Колонка DID - ідентифікатор пристрою ( Device ID). колонка Device name - це назва виробу, присвоєне операційною системою, в даному випадку, ERD Commander "oм.

& Nbsp & nbsp Подвійним клацанням можна викликати властивості вибраного пристрою.

Контролер жорсткого диска в даному прикладі має Vendor / Device ID - 8086/7111.

Використання DevManView навіть простіше, ніж та також дозволяє визначити PnP ідентифікатор контролера жорстких дисків:

Контролер жорсткого диска в даному прикладі має Vendor ID / Device ID - 8086 / 24D1.

Знаючи значення PnP-ідентифікатора пристрою, можна внести запис в розділ CriticalDeviceDatabase реєстру проблемної системи, вказавши, що даний пристрій відноситься до класу контролерів жорсткого диска. Ця дія найпростіше виконати, створивши reg-файл, для подальшого імпорту в реєстр, такого змісту:

Windows Registry Editor Version 5.00

"Service" \u003d "intelide"
"ClassGUID" \u003d "(4D36E96A-E325-11CE -BFC1-08002BE10318)"

Пристрої в Windows поділяються на класи, наприклад - клас відеопристроїв, принтерів, модемів, мережевих адаптерів і т.д. Будь-який пристрій має належати якомусь класу. Кожен клас ідентифікується своїм унікальним ідентифікатором класу або GUID - глобальним унікальним ідентифікатором. Перелік класів стандартних пристроїв Windows наведено
Ім'я ключа реєстру pci # ven_8086 & dev_7111 відповідає PnP-ідентифікатором нашого контролера жорстких дисків, а значення ClassGUID вказує на те, що пристрій з даними PnP ідентифікатором належить до класу контролерів жорстких дисків (HDD). Ідентифікатор класу записується у вигляді 32-х шістнадцяткових цифр, укладених з фігурні дужки. Після додавання такого запису до реєстру, завантажувач системи зможе визначити, що пристрій з Vendor / Device ID, рівним 8086/7111 є контролером HDD, і завантажить для нього стандартний драйвер intelide. Помилки Stop7B не буде.

& Nbsp & nbsp Щоб не набирати ці дані вручну, можете скористатися вмістом файла pnpid.reg, який я помістив в архів утиліти. Редагувати його вміст можна за допомогою блокнота ERDC ( "Start" - "Notepad")
Потрібно виправити тільки PNP-ідентифікатор на той, який буде отриманий за допомогою утиліти Advanced PCI Info або утиліти DevManView. Рядок "Service" визначає драйвер, який буде обслуговувати пристрій. Файл драйвера повинен існувати в каталозі \\ WINDOWS \\ SYSTEM32 \\ DRIVERS і бути працездатним. Рядок "ClassGUID" повинна вказувати на приналежність пристрою з даними PnP-ID до класу контролерів жорстких дисків.

На початок файлу pnpid.reg додані записи, що забезпечують використання стандартних або найбільш поширених драйверів. Якщо записи для потрібного PnP-Id немає - доведеться її додати, або підправити вже існуючу.

Для перевірки наявності драйверів в системі, можна скористатися наявними в складі ERD Commander менеджером служб і драйверів. Запускається через меню "Start" - "Administrative Tools" - "Service and Drivers Manager"

Для імпорту даних в реєстр проблемної системи запускаємо редактор реєстру ERDC через
Start - Administrative Tools - Regedit
У середовищі ERD Commander, редактор реєстру буде працювати не з реєстром самого ERDC, а з реєстром системи, яку ми підключали у вікні входу при завантаженні ERD Commander. Імпорт буде виконано до реєстру незагружаемую системи і, при перезавантаженні, новий контролер жорсткого диска буде правильно розпізнано, як контролер жорсткого диска.

У згадуваному вище файлі pnpid.reg є записи для додавання стандартних драйверів pciide.sys, intelide.sys, atapi.sys. Ці файли і файл pciidex.sys повинні бути присутніми в каталозі драйверів \\ WINDOWS \\ SYSTEM32 \\ DRIVERS. Зазвичай, при стандартній установці, вони там присутні. Якщо немає - можна взяти з дистрибутива або з каталогу аналогічної ОС.

Виправлення помилки Stop 7B для операційних систем Windows Vista, 7,8,10

Зазвичай, "синій екран смерті" з кодом помилки STOP 0x0000007B "INACCESSIBLE_BOOT_DEVICE" при стандартних налаштуваннях Windows не відображається, а система виконує автоматичну перезавантаження по критичну помилку. Для операційних систем Windows 7-10, в переважній більшості випадків, проблема критичної помилки STOP 7B при заміні материнської плати або зміні режиму роботи контролера жорстких дисків, вирішується простіше, ніж у випадку з Windows XP. Зазвичай контролери HDD правильно орієнтуються як пристрої класу контролерів жорстких дисків, але нерідко, стандартні драйвери або відключені, або для них встановлено режим запуску після завершення завантаження. Послідовність запуску драйверів визначається параметром Start, Що зберігається в реєстрі для кожного з них. Для ініціалізації драйвера в процесі завантаження цей параметр повинен бути рівним 0 . У складі сучасних ОС Windows практично завжди присутній набір драйверів, що забезпечують стандартну роботу з контролерами жорстких дисків як в розширеному режимі AHCI, Так і в стандартному IDE, Але параметр Start для них має значення 3-4, тобто драйвер запускається вручну (Start одно 3) або відключений (Start одно 4).

Приклад запису в реєстрі для драйвера стандартного контролера SATA AHCI msahci з параметрами, які створюються в процесі установки Windows7 (розділ реєстру HKLM \\ SYSTEM \\ Current ControlSet \\ Services \\ msahci):

"Group" \u003d "SCSI Miniport"

"ImagePath" \u003d \\ SystemRoot \\ system32 \\ drivers \\ msahci.sys

"ErrorControl" \u003d dword: 00000003

"Start" \u003d dword: 00000004

"Type" \u003d dword: 00000001

Починаючи з Windows 8 стандартний контролер SATA AHCI має назву storahci Тому працювати потрібно з розділом

Набір параметрів стандартного SATA AHCI драйвер Microsoft (Microsoft Standard SATA AHCI Driver) може відрізнятися в різних версіях Windows, проте параметр Start є обов'язковим для всіх без винятку компонент драйверів, що зберігаються в реєстрі Windows. значення Start визначає, на якому етапі завантаження і функціонування системи буде завантажений кожен конкретний драйвер. Як згадувалося вище, драйвер має параметр Start рівний нулю завантажується початковим завантажувачем.

Як бачимо, в розглянутому прикладі, параметр Start дорівнює 4 - що означає, що драйвер відключений. Навіть при працездатному пристрої та наявності встановленого в даній системі драйвера, завантажувач не зможе виконати його запуск, оскільки він завантажує тільки драйвери з параметром Start, рівним нулю, і система завершиться з "синім екраном смерті" STOP 0x0000007B "INACCESSIBLE_BOOT_DEVICE". Навіть якщо драйвер не відключений, але його режим запуску буде встановлений в значення, наприклад, "Автоматично" або "Вручну" подальша завантаження Windows неможлива. Саме з цієї причини найчастіше виникає критична помилка Stop 7b при зміні материнських плат на комп'ютерах з відносно новими версіями Windows. При наявності в системі стандартного драйвера SATA AHCI від Microsoft, його запуск загрузчиком неможливий, якщо до заміни материнської плати був встановлений драйвер від виробника, а стандартний був відключений, або його режим запуску змінений. Однак, драйвер msahci.sys для Windows 7 або storahci.sys для Windows 8 і старше, буде успішно завантажений, якщо його параметр Start має значення, рівне 0 . Отже, для того, щоб позбутися від критичної помилки Stop 7B в переважній більшості випадків заміни материнських плат комп'ютерів під управлінням ОС Windows 7 і пізніших, досить змінити параметр Start стандартного драйвера AHCI. Якби систему можна було завантажити, хоча б в безпечному режимі, то таке завдання зважилася б без будь-яких проблем, але помилка Stop 7B виникає набагато раніше, ніж почнеться ініціалізація безпечного режиму (як і будь-якого іншого). Тобто, зміна параметра Start реєстру проблемної Windows потрібно виконати з будь-якої іншої системи. Це досить просто виконати з використанням редактора реєстру дисків аварійного відновлення на базі Windows PE і зокрема, за допомогою того ж ERD Commander (MS DaRT). У тих випадках, коли під рукою є завантажувальний диск або флешка версії MS DaRT (7.0-10) відповідної використовуваної Windows, то можна навіть обійтися і без редагування реєстру, встановивши тип запуску завантажувальний (Bootable) Для драйвера msahci або драйвера storahci через меню "Керування комп'ютером", і розділ "Управління службами і драйверами" (Service and Driver Manager). Можна використовувати правку реєстру в середовищі MS DaRT, встановивши значення параметра Start, рівне 0 .

Для включення режиму завантаження драйвера, наприклад msahci, Можна обійтися і без MS DaRT (ERD Commander), для чого достатньо завантажитися в будь-який ОС з можливістю редагування реєстру, наприклад в Windows PE з компакт-диска або флешки. Можна навіть, тимчасово, підключити диск з проблемної Windows до робочого комп'ютера і вручну виправити параметр Start за допомогою звичайного редактора реєстру regedit.exe

Стандартний редактор реєстру Windows дозволяє працювати не тільки з даними "свого" реєстру, а й обробляти файли, які є реєстром іншої операційної системи. Для цього

Завантажитеся в іншій операційній системі c можливістю запуску редактора реєстру.
- Запустіть редактор реєстру.
- У лівій частині вікна, де відображається дерево реєстру, клацніть мишкою на розділі HKEY_LOCAL_MACHINE.
- В меню Реєстр (Registry) (В інших версіях редактора реєстру цей пункт меню може називатися " файл") Виберіть команду "Завантажити кущ (Load Hive)".
- виберіть кущ system на диску з незагружаемую Windows (файл з ім'ям system без розширення, який знаходиться в папці \\ windows \\ system32 \\ config).
- Натисніть кнопку відкрити.
- У полі розділ введіть тимчасове ім'я, яке буде присвоєно завантажуваного куща в дереві редактора реєстру. наприклад, 123 .
після натискання OK, Виберіть розділ з присвоєним ім'ям 123 і знайдіть підрозділ \\ SYSTEM \\ ControlSet00х \\ services \\ msahci в разі "ремонту" синього екрану Windows 7 і \\ SYSTEM \\ ControlSet00х \\ services \\ storahci в разі Windows 8-10. Як ControlSet00х потрібно вибрати розділ з максимальним значенням x, Тобто якщо в підключеному до редактора розділі реєстру є ControlSet001 і ControlSet002, то потрібно редагувати параметри драйвера в розділі \\ SYSTEM \\ ControlSet002 \\ services \\ msahci

Після зміни параметра Start, В лівій частині вікна редактора реєстру виберіть підключений кущ ( 123 ) І виконайте пункт меню "Вивантажити кущ". Змінене значення параметра Start, рівне 0 буде збережено в реєстрі проблемної Windows.

У тих випадках, якщо включення режиму запуску драйвера msahci або storahci загрузчиком Windows позбавила змоги позбутися від синього екрану Stop 7B, Можна спробувати встановити параметр Start рівний нулю для наступних драйверів:

atapi
ataport
pciide
intelide
iaStorA
iaStorF
iaStorV

Завантаження зайвого драйвера не є серйозною проблемою ОС Windows і в реальності ніяк не позначається на її роботі. Хоча для економії ресурсів і зниження часу завантаження, зайві драйвери бажано не включати. Після того, як помилка Stop 7B буде усунена, список реально використовуваних драйверів можна подивитися в диспетчері пристроїв, а непотрібні - відключити (Start \u003d 4) або перевести в режим запуску вручну (Start \u003d 3).

& Nbsp & nbsp Якщо у вас немає достатньої кваліфікації для роботи з ERD Commander, або виникли труднощі у визначенні потрібного драйвера, можна скористатися зовсім простою методикою:

Завантаження на нову материнську плату в будь-якій системі, де вона можлива. В крайньому випадку, можна навіть тимчасово встановити Windows в інший розділ або на інший диск, підключений до даного контролера HDD. Після чого потрібно виконати експорт в файл вмісту розділу

HKEY_LOCAL_MACHINE \\ SYSTEM \\ CurrentControlSet \\ Control \\ CriticalDeviceDatabase

Вміст цього розділу дасть список PnP-ідентифікаторів, серед яких обов'язково буде присутній той, який відповідає контролеру HDD встановленої системи.

Також, можна визначити, які драйвери обслуговують контролер жорсткого диска.

Завантаження в ERDC і імпорт даних, зі створеного в попередньому пункті, файлу до реєстру проблемної системи. У разі використання драйверів msahci.sys, storahci.sys, iaStor ... для Windows 7-10, необхідно перевірити чи змінити параметр Start

Після того, як помилка Stop7B буде усунена, додатково встановлену систему можна буде видалити, попередньо налаштувавши завантажувач системи на завантаження за замовчуванням виправленої Windows.

І, вже зовсім просто вирішується проблема, якщо у вас є можливість отримати експортовані дані CriticalDeviceDatabase з операційної системи іншого комп'ютера з такою ж материнською платою, вірніше навіть з таким же PnP-ідентифікатором контролера жорсткого диска. Якщо в налаштуваннях BIOS для однакових материнських плат, встановлений різний режим роботи контролерів, наприклад, на одному AHCI, а на іншому IDE, То вони будуть мати різні PnP-ідентифікатори, і обслуговуватися різними драйверами.

Для перенесення списку PnP-ідентифікаторів досить просто виконати імпорт цих даних в реєстр проблемної Windows і помилка Stop7B буде усунена, якщо проблема була викликана розпізнаванням контролера HDD. Якщо ж проблема викликана параметром Start, то можна отримати список файлів драйверів аналогічної робочої Windows, які обслуговують даний контролер, скориставшись звичайним диспетчером пристроїв - "Властивості" - "Драйвер" - натиснути кнопку "Відомості"

В даному прикладі, контролер жорсткого диска обслуговується драйверами atapi.sys, ataport.sys, msahci.sys і pciidex.sys. Не всі драйвери, перераховані в списку, можуть мати записи в розділі реєстру HKLM \\ System \\ CurrentControlSet \\ Services, Наприклад, в даному випадку, ознака Start, рівний 0, повинен бути у msahci і atapi, А решта завантажуються як доповнення до них. Наявність ненульового параметра Start для будь-якого драйвера, з перерахованих в списку призведе до виникнення "синього екрану смерті"

Виправлення помилки Stop 7B при перенесенні системи на віртуальні машини.

У тих випадках, коли потрібно, наприклад, перенести збережену конфігурацію реального комп'ютера на віртуальну машину, як правило, виникає така ж проблема "синього екрану смерті" STOP 0x0000007B "INACCESSIBLE_BOOT_DEVICE". Причина помилки, як і в випадку з заміною материнської плати, полягає в неможливості правильної ідентифікації контролера жорсткого диска і завантаження необхідного для нього драйвера. Така ситуація часто виникає, коли в середовищі VMware Workstaion або Oracle VM Virtualbox потрібно відновити стан реального комп'ютера з образів AOMEI Backupper або Acronis True Image у вигляді віртуальної машини. Зазвичай, в таких випадках створюється нова віртуальна машина з порожнім диском, а в якості пристрою завантаження використовується CD / DVD привід з образом або диском відновлення (наприклад, образ Acronis True Image). Образ для відновлення підключається або в якості знімного USB диска, або по локальній мережі. Відновлення виконується так само, як і на реальному обладнанні, але з великою часткою ймовірності, завантаження віртуальної машини завершиться стоп-помилкою STOP 0x0000007B "INACCESSIBLE_BOOT_DEVICE". Ситуація цілком передбачувана, проте має більш просте рішення, в зв'язку з тим, що система віртуалізації емулює віртуальний жорсткий диск із заздалегідь відомим певним PnP-ідентифікатором. Так, наприклад Oracle VM VirtualBox, за замовчуванням створює віртуальний SATA-диск:

Крім того, в середовищі VirtualBox емулюються стандартні чіпсети Intel - PIIX3 або ICH9, що дозволяє заздалегідь підготувати відповідні reg-файли для виправлення помилки Stop 7B для зазначених чіпсетів. У середовищі VMware Workstation віртуальні диски можуть емулюватися як SATA, SCSI або IDE. За замовчуванням - використовується SCSI. Так само, як і в разі використання реальних контролерів жорстких дисків для середовища VMware Workstation можна використовувати стандартні драйвери від Microsoft для IDE - "Intel (R) 82371AB / EB PCI Bus Master IDE Controller" (intelide.sys), для SATA - "Standard SATA AHCI Controller "(msahci або storahci в залежності від версії Windows) і для SCSI -" LSI Adapter, SAS 3000 series, 8-port with 1068 ". Уточнити відомості про дискових пристроях, використовуваних віртуальною машиною можна за допомогою згадуваної раніше утиліти DevManView.exe:

У загальному випадку, проблему з помилкою Stop 7B при перенесенні образу реального комп'ютера на віртуальну машину, можна вирішити, додавши в список критичних пристроїв все емульованого контролери жорстких дисків і включивши завантаження всіх стандартних драйверів, що забезпечують роботу жорсткого диска.

Усунення помилки Stop 7B за допомогою Acronis Universal Restore.

Засіб Acronis Universal Restore знаходить і встановлює драйвери для пристроїв, необхідних для запуску операційної системи, відновленої на новому обладнанні. Практично, Acronis Universal Restore дозволяє виконати в кілька кліків більшу частину тих дій щодо усунення критичної помилки Stop 7B, які були описані вище. Перш ніж застосовувати Universal Restore до операційної системи Windows, необхідно підготувати набір драйверів для нового контролера жорстких дисків і чіпсета (набору мікросхем материнської плати). Ці драйвери є критичними для запуску операційної системи. Файли драйверів повинні мати розширення INF, SYS або OEM. Якщо драйвери були завантажені в форматах EXE, CAB або ZIP, витягніть їх за допомогою стороннього додатка, наприклад, безкоштовного архіватора 7-Zip. При великій кількості комп'ютерів, бажано створити свій репозиторій драйверів, з сортуванням за типами пристроїв або апаратним конфігурацій комп'ютерів. Копію сховища найкраще використовувати на стандартних змінних носіях, підтримуваних практично будь-якими операційними системами - на CD / DVD дисках і флешках.

Засіб Acronis Universal Restore безкоштовно, проте скачати його з офіційного сайту розробника можуть тільки власники зареєстрованих продуктів Acronis Backup і Acronis Backup Advanced. Також, принаймні для представників навчальних закладів, існує можливість зареєструватися на сайті компанії і отримати 30-денну версію зазначених продуктів і в тому числі - Acronis Universal Restore в складі пакету Acronis Backup або Acronis Backup Advanced. Версії Acronis Backup не сумісні з продуктами лінійки Acronis True Image і c допомогою Universal Restore неможливо відновлювати ОС сімейства Linux.

Після завантаження середовища Acronis Universal Restore, відображається основне вікно, умовно розділене на 3 частини:

Програма відображає знайдену ОС Windows, для якої буде виконуватися відновлення, а також дозволяє задати джерела пошуку драйверів шару абстрагування обладнання (Hardware Access Layer - HAL), контролера жорстких дисків і мережевих адаптерів. Якщо драйвери знаходяться на диску від виробника або іншому знімному носії, встановіть прапорець Пошук на знімних носіях. Якщо драйвери знаходяться в локальній або мережевий папці, вкажіть шлях до цієї папки, натиснувши кнопку Додати папку.

В процесі роботи, засіб Acronus Universal Restore виконує пошук і в папці зберігання драйверів Windows (зазвичай - це папка \\ WINDOWS \\ INF).

Налаштування Встановити драйвери запам'ятовуючих пристроїв в будь-якому випадку дозволяє вказати конкретні драйвери, які повинні бути встановлені в системі. Зазвичай це потрібно при наявності особливих контролерів жорстких дисків - SCSI, SAS, Raid і т.п.

Після натискання на кнопку Додати драйвер потрібно вказати шлях до файлів драйверів і відзначити галочкою потрібні для обов'язкової установки:

Вказавши вищеназвані параметри, натисніть кнопку ОК. Розпочнеться виконання завдання по установці необхідних системі драйверів. Якщо Acronis Universal Restore не виявить сумісний драйвер в зазначених розташуваннях, з'явиться запит із зазначенням PnP-ідентифікатора проблемного пристрою і пропозицій щодо подальшої установки - повторити запит після додавання в розташування необхідного драйвера, пропустити його установку або припинити роботу. Після завершення завдання на установку драйверів, можна змінити параметри установки і повторити завдання. Як правило, на стандартних конфігураціях обладнання, засіб Acronis Universal Restore швидко і легко повертає Windows в робочий стан. Після того, як виконається завантаження системи, інші драйвери встановлюються стандартним чином.

Крім драйверів дискових підсистем, Acronis Universal Restore встановлює драйвери мережевих адаптерів. Драйвер мережевого адаптера буде встановлений без повідомлень за наявності у нього цифрового підпису Microsoft. В іншому випадку Windows відобразить стандартне повідомлення із запитом на підтвердження установки непідписаного драйвера.

На закінчення додам, що помилка Stop 7B може бути викликана також і несправністю обладнання, пошкодженням логічної структури даних на диску, випадковим видаленням файлів драйверів або записів в реєстрі і т.п. , Проте в реальності, подібні випадки зустрічаються виключно рідко.

Ця інструкція призначена для користувачів, які хотіли б замінити материнську плату на своїх комп'ютерах без переустановлення системи. Зокрема, стаття може стати в нагоді вам, якщо:

ви збираєтеся оновити материнську плату, але хочете зберегти поточну установку Windows разом з настройками і програмами без перевстановлення їх з самого початку;
ви хочете перемкнути режим контролера SATA з IDE в AHCI або RAID (або навпаки), щоб домогтися кращої продуктивності дискової підсистеми.

Якщо один із зазначених вище сценаріїв застосуємо до вас, то ви повинні знати, що незалежно від вашої мети - заміна материнської плати або перемикання контролера SATA в інший режим - результат буде один і той же: «синій екран смерті» (BSOD) з помилкою STOP 0x0000007B INACCESSABLE_BOOT_DEVICE при завантаженні операційної системи.

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

Щоб внести відповідні зміни в реєстрі Windows, просто дотримуйтесь інструкцій нижче.

Перш ніж ми почнемо, будь ласка, ознайомтеся з інформацією в двох наведених нижче пунктах, оскільки від одного з них залежить ваш план дій:

1. Заміна материнської плати ще не проведена, тому Windows завантажується нормально. В цьому випадку вам потрібно внести зміни до реєстру в звичайній робочій середовищі Windows і тільки потім приступати до оновлення системної плати.

2. Операційна система не завантажується, тому що ви вже встановили іншу материнську плату, або тому, що змінили режим SATA в BIOS. В цьому випадку вам доведеться використовувати автономний редактор реєстру.

Зміна реєстру перед оновленням материнської плати (Windows завантажується нормально)

Ці інструкції тільки для тих, у кого Windows запускається в звичайному режимі, тому що материнська плата ще не замінена. Якщо у вас вже стоїть інша плата і Windows не завантажується, тоді дотримуйтесь інструкцій в наступному розділі статті.

Отже, включіть комп'ютер в звичайному режимі, а потім відкрийте редактор реєстру Windows. Для цього натисніть + R, введіть regedit, натисніть Enter.

Усередині реєстру зверніться (в лівій панелі вікна) цим шляхом:

HKEY_LOCAL_MACHINE \\ SYSTEM \\ CurrentControlSet \\ services \\ msahci

У правій панелі вікна двічі клацніть на параметрі Start і змініть його значення на 0 (нуль). Потім натисніть OK.

Тепер виконайте те ж саме в наступній гілці реєстру:

HKEY_LOCAL_MACHINE \\ SYSTEM \\ CurrentControlSet \\ services \\ pciide

Якщо ви використовуєте RAID (інакше пропустіть цей крок), то вам потрібно виконати ту ж модифікацію в цьому розділі:

HKEY_LOCAL_MACHINE \\ SYSTEM \\ CurrentControlSet \\ services \\ iaStorV

От і все. Тепер ваша машина готова до оновлення. Вимкніть комп'ютер, встановіть нову материнську плату і підключіть до неї всі необхідні компоненти. Потім запустіть систему, увійдіть в BIOS і задайте режим ATA (IDE-ATA, AHCI або RAID) або залиште значення за замовчуванням. Запуск Windows повинен буде пройти без проблем. Коли операційна система закінчить установку драйвера контролера, продовжите установку драйверів для інших пристроїв нової материнської плати.

Windows не завантажується: Зміна реєстру за допомогою автономного редактора

Використовуйте цю інструкцію, якщо операційна система не завантажується, тому що ви вже замінили материнську плату, або змінили режим контролера SATA в BIOS.

В цьому випадку потрібно використовувати автономний редактор реєстру. Для вирішення цього завдання я вважаю за краще використовувати середу відновлення, куди можна потрапити, наприклад, за допомогою диска для установки операційної системи.

Щоб відкрити редактор реєстру за допомогою інсталяційного DVD або USB накопичувача, виконайте наступні кроки:

Завантажте комп'ютер за допомогою інсталяційного диска. Можливо, вам буде потрібно вибрати DVD / CD або USB в якості першого завантажувального пристрою в налаштуваннях BIOS. Для цього:

включите комп'ютер і натисніть клавішу DEL або F1 або F2 або F10, щоб увійти в BIOS (клавіша входу в BIOS залежить від виробника комп'ютера);
всередині меню BIOS знайдіть параметр Boot Order (цей параметр зазвичай знаходиться всередині меню Advanced BIOS Features);
в Boot Order виберіть CD / DVDRW або USB (в залежності від того, на якому типі носія знаходяться файли Windows) в якості першого завантажувального пристрою. Збережіть зміни і запустіть комп'ютер, натиснувши F10.

Перезавантажити, комп'ютер почне завантаження з інсталяційного диска.

Після завантаження, на найпершому екрані натисніть «Далі», а потім виберіть «Відновлення системи».

Якщо у вас Windows 7, у вікні опцій відновлення натисніть «Далі», а на наступному екрані запустіть командний рядок.

У командному рядку введіть regedit і натисніть Enter.

У редакторі реєстру виділіть потік HKEY_LOCAL_MACHINE , А в меню «Файл» натисніть «Завантажити кущ».

Відкрийте диск, на якому встановлена \u200b\u200bопераційна система.

Перейдіть в каталог Windows \\ system32 \\ config, виберіть файл system і натисніть «Відкрити».

Введіть ім'я розділу (наприклад, Offline) і натисніть OK.

Використання операційної системи на власному комп'ютері може сильно відрізнятися від користувача до користувача. Одні, купивши новий ПК, переважно використовують вбудовані в Windows програми та інструменти, а так само настройки ОС за замовчуванням. Інші - працюють з безліччю сторонніх додатків і утиліт, при цьому налаштувавши самостійно інтерфейс системи на власний смак.

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

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

Як ви розумієте, всі файли Windows зберігаються на вінчестері комп'ютера, так що його заміна веде до неминучої переустановлення системи. Хоча, цього можна уникнути, попередньо зробивши повну резервну копію поточної ОС в образ і зберігши його на старому HDD або якому-небудь іншому носії інформації. Потім вам залишиться тільки розпакувати отриманий бекап системи на новий диск, і можна продовжувати роботу в колишній Windows, використовуючи всі раніше встановлені програми.

У разі заміни материнської плати на ПК з Windows результат може залежати від багатьох різних факторів, але головне - це вибір майбутньої апаратної платформи (наприклад, при зміні Intel на AMD або навпаки, проблеми практично неминучі) і набору системної логіки (чіпсета). Одним словом, чим більше відмінностей буде у нової системної плати від раніше встановленої, тим менше буде шансів завантажиться у колишньої системи після її заміни.

Незважаючи на те, що Windows 7 має в своєму арсеналі значну базу драйверів, просто змінити материнську плату і запустити раніше встановлену систему часто не виходить. Особливо це стосується тих плат, які були випущені набагато пізніше виходу самої системи. Але ж їх зараз більшість, так як з того моменту пройшло вже більше трьох років. Так що питання, як замінити системну плату на персональному комп'ютері з Windows без її перевстановлення, як і раніше актуальний.

Чому ж заміна материнської плати так часто обертається перевстановлення Windows? Як правило, найпоширенішою причиною є несумісність вже встановлених в систему драйверів ATA / SATA контролера жорстких дисків з тим, яким оснащена нова «материнка». У цьому випадку, після заміни «заліза», під час завантаження ОС ви отримаєте синій екран смерті (BSOD) з помилкою STOP: 0x0000007B.

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

Що б уникнути такої ситуації, існує досить просте рішення. Ще перед заміною материнської плати, запустіть Windows, зайдіть в Диспетчер пристроїв, Там розкрийте клацанням по стрілочки пункт IDE ATA / ATAPI контролери і видаліть з нього всі встановлені пристрої.

Для цього клікніть правою кнопкою миші по черзі на всіх контролерах і в контекстному меню виберіть команду Видалити. Якщо після цього з'явиться вікно Підтвердження видалення пристроїв, Поставте галочку на пункті Видалити програми драйверів для цього пристрою і натисніть ОК.

У деяких випадках, для здійснення операції видалення контролера, система буде вимагати перезавантаження. Робити цього не варто до тих пір, поки ви не пройдетеся по всьому списку. Потім просто вимкніть комп'ютер і приступайте до заміни материнської плати. Якщо ви все ж перезавантажили ПК, то всю процедуру доведеться виконати заново, так як Windows в момент запуску відновить всі раніше віддалені пристрої.

І все ж, не рідкісні випадки, коли даний спосіб вам не допоможе. Наприклад, якщо набір системної логіки (чипсет) на нову материнську плату буде дуже сильно технологічно відрізнятися від попереднього. В цьому випадку, що б уникнути проблем із завантаженням системи, необхідно взагалі позбутися від усіх драйверів, які можуть їх викликати. Але як це зробити?

В системі Windows існує одна дуже корисна утиліта, про яку знають далеко не всі навіть просунуті користувачі. називається вона Sysprep і дозволяє видаляти системні дані з операційної системи, в тому числі і інформацію про встановлений обладнанні, а так само інстальовані користувачем драйвери.

Таким чином, що б забезпечити вдалу завантаження Windows на новому обладнанні необхідно виконати чистку ОС від старої системної інформації за допомогою цієї утиліти ще до заміни комплектуючих! Так само перед запуском Sysprep краще видалити всі встановлені антивірусні програми або відключити в них самозахист. Особливо це стосується продуктів «Лабораторії Касперського». В іншому випадку при старті ОС з новим залізом ви ризикуєте отримати повідомлення: «Windows не вдалося завершити налаштування системи. Щоб відновити налаштування, перезавантажте ». Тільки ніяка перезавантаження вам вже не допоможе. Доведеться повертати старе обладнання на місце і все робити заново.

Отже, що б запустити утиліту Sysprep, натисніть клавіші Win + R і у вікні, виконати введіть повний шлях до виконуваного файлу: «% windir% \\ System32 \\ sysprep \\ sysprep». Для тих, хто не знає, «% windir%» - це змінна, яка містить шлях до папки, в яку встановлена \u200b\u200bсистема, найчастіше «С: \\ Windows». А використовуємо ми її, тому що розташування системної папки і її назва на різних комп'ютерах може бути різним.

У вікні програми підготовки системи в опції Дія по очищенню системи пункт Перехід у вікно вітання системи (OOBE)залишаємо незмінним. Далі ставимо галочку поруч з параметром Підготовка до використання.

У спадаючому меню Параметри завершення роботи вибираємо команду Завершення роботи. Робиться це для того, що б відразу після очищення системи комп'ютер не пішов в перезавантаження, адже якщо його вчасно не зупинити, то запуститься процес первинної настройки Windows і вам доведеться повторити все заново!

Виконавши всі ці нехитрі налаштування, натискаємо кнопку ОК для старту процедури очищення системи. Процес цей повністю автоматичний і після його завершення, комп'ютер повинен самостійно вимкнутися. Ось тепер можна приступати до заміни системної плати.

Під час першого запуску Windows з новим обладнанням будуть встановлені необхідні драйвера пристроїв і внесені відповідні записи до реєстру операційної системи. Так само вам доведеться знову ввести регіональні стандарти і параметри облікового запису.

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

Єдина незручність, яке може очікувати вас після завантаження системи з новими комплектуючими - повторна активація Windows. Справа в тому, що ряд версій цієї ОС прив'язується до встановленого обладнання. Зокрема і найбільш поширена легальна версія Windows 7 OEM, яка встановлюється на нові настільні комп'ютери і ноутбуки. При цьому активацію, швидше за все, доведеться проводити по телефону, так як через інтернет це зробити вже не вдасться через те що система прийме вироблену вами операцію за установку Windows на інший комп'ютер, що в даній версії заборонено умовами ліцензійної угоди.

Строго кажучи, спочатку розрахована на створення налаштованого образу Windows, з метою його повторного використання. Тобто, простіше кажучи, Sysprep є утилітою, для клонування підготовленої ОС на інші комп'ютери. Найчастіше установка Windows з заздалегідь сформованого образу здійснюється в організаціях, де набір основних робочих додатків у співробітників, в більшості своїй, може бути однаковим.

Правда, в наш час вже непоодинокі випадки, коли вдома є не один комп'ютер, а відразу декілька. Наприклад, один настільний ПК використовується в якості мультимедійного центру, інший стоїть в кімнаті у дитини для навчання, а ноутбук є діловим інструментом батьків. Не дивлячись на різне призначення кожного пристрою, вони цілком можуть мати загальне програмне забезпечення: операційну систему, офісний пакет, веб-оглядач, засіб архівації, програму для запису оптичних дисків, всілякі допоміжні утиліти і багато іншого.

У такій ситуації зручно мати "черговий" образ ОС, з якого в разі потреби завжди можна встановити систему з усіма основними додатками. Для його створення досить зробити один раз установку Windows і всіх необхідних програм на будь-якому комп'ютері, потім скориставшись утилітою Sysprep, видалити системні дані вищеописаним способом. Далі вам потрібно записати образ підготовленої системи на окремий носій: диск Blu-Ray (на DVD просто не вистачить місця), зовнішній жорсткий диск або флеш-накопичувач.

Ключовим моментом тут є той факт, що завантаження комп'ютера для зняття образу повинна здійснюватися з оптичного диска або USB-накопичувача, але ні в якому разі не з жорсткого диска, на якому він встановлений. Якщо це станеться, то запуститься процес первинної настройки ОС і всю процедуру доведеться повторити заново.

Підготувати завантажувальний диск і зберегти образ Windows в потрібному місці можна за допомогою спеціальних програм, наприклад Acronis True Image Home, програмою платній, але зате має наочний графічний інтерфейс і всі необхідні інструменти. Є і безкоштовні альтернативи, наприклад, ImageX в складі оболонки Windows PE. Правда, в цьому випадку приготуєтеся до роботи з командним рядком.

Розпакування образу на потрібний (цільової) комп'ютер відбувається аналогічно його зняття з допомогою тих же програм.