Варіант ремонту працює, але це тому, що ви використовували валун для цвяха замість швидшого молотка, конкретна проблема полягає у hal.dll (апаратному шарі абстракції), який був розроблений для вашого оригінального фізичного поля та його неможливості інтерпретувати нове ВМ.
Коротка версія, якщо ви поспішаєте, скопіюйте робочий hal.dll з ідентичного або аналогічного робочого VM на ваш не завантажувач, і ви уникнете необхідності виконувати процес встановлення / відновлення.
Провівши весь процес ремонту, ви успішно встановите працюючий HAL, але це найдовший і трудомісткий метод. Найшвидший метод полягає у використанні інших робочих VM з максимально близькими / однаковими аналогічними ревізіями SP та патчів, оскільки деякі патчі Microsoft замінять ключові системні dll на зразок HAL та скопіюють робочий HAL.dll в несправний%% systemrootn% \ system32 після VM ' Ви перейменували несправний на все, що завгодно.
Якщо у вас немає бібліотеки працюючих віртуальних машин, ви все одно можете використовувати встановлений компакт-диск, який ви використовували раніше, для повного методу відновлення та економити багато часу, завантажившись на (інтерактивну) консоль відновлення, що є однією з найкращих спроб Microsoft у SingleUserMode.
У вас повинен бути пронумерований список виявлених папок ОС, навіть в одній завантажувальній системі все ще буде одна директорія Windows з позначкою (1), виберіть пошкоджену збірку, і вам буде запропоновано ввести паролі та опустити в оболонку в корені c : \ windows або ваш унікальний лист та каталог диска (% systemroot%)
Заархівуйте пошкоджену Hal.dll на випадок, якщо вона нам знову потрібна з тих причин, про які ми не можемо подумати на даний момент. ren system32 \ hal.dll hal.dllBROKE
На компакт-диску з інсталяцією знайдіть halacpi.dl_ (зазвичай i386 \ halacpi.dl_) та скористайтеся командою розширення після перейменування несправного HAL, наявність змінних оточуючих середовищ буде залежати від ОС та перегляду, тому будьте готові до використання явних шляхів, таких як:
розгорніть halacpi.dl_ c: \ windows \ system32 \ hal.dll Або спробуйте змінні середовища, якщо вони доступні для впевненості, розгорніть halacpi.dl_% systemroot% \ system32 \ hal.dll
Деякі версії XP, 2003 сервера / 2003R2 також мають необмежену HAL.dl_ на носії для встановлення, тоді як ви тут продовжуйте і розширюйте її для безпеки, якщо наше розширення halacpi.dll не вдасться:
розгорніть hal.dl_ c: \ windows \ system32 \ hal 2 .dll
Вийдіть із меню відновлення та перезавантажтесь, швидше за все, процес завантаження буде успішним або, принаймні, пройде повз mup.sys / Hang point у минулому. Однак, оскільки ви неодноразово перезавантажували цей VM, не дивуйтеся, якщо у вас є брудний диск, для якого потрібен п'ятиступеневий chkdsk для томів NTFS, повністю три етапи для томів Fat32 / Fat16. Залежно від того, наскільки погано заглушений диск, він не може успішно відновити себе і замерзнути у тексті білого тексту за замовчуванням "Перевірка диска С" у чорному вікні DOS.
Це коли ви повинні вирішити, чи відновити оригінальний нереалізований, але не завантажуючий VHD та HAL його, або якщо вам доведеться відновити цю проблематичну ВМ, яка не в змозі самостійно виправити, встановити її як привід даних у робочій VM чи системі та chkddsk як накопичувач даних або використовуючи незліченну кількість BOOT CD-дисків для ремонту
Можливо, вам також вдасться розслабити цей файл boot.ini на несправному VM, який, напевно, ви перетворилися на шипого месника налагодження з завантаженням, відсутність прапорців графічного інтерфейсу та SOS та додайте лише стартовий запис за замовчуванням, оскільки неправильні зміни такі як ненавмисне загортання слів і розумні цитати, які незмінно здаються нападаючими на файли boot.ini, які постійно підроблялися і перевірялися в період вашої невдалої фрустрації.,
Microsoft Virtual PC, віртуальний сервер (ранні доповнення) адміністрували цю проблему протягом багатьох років, оскільки Microsoft не виникла з приводу проблем HAL, незважаючи на їх утиліту disk2vhd, обхідні шляхи були такими же забобонними, як і багато часу, такі як насильницька зміна фізичного розділу на сподівався на VHD перед переходом на VM разом із методом повного ремонту.