1. Перенесення Win2K на новий комп в якості другої системи з мультізагрузчіка. Створити новий логічний диск, клонувати на нього Win2K, встановити на Сімці мультізагрузчіка (наприклад, безкоштовний EasyBCD), вирішити проблему сумісності з SATA AHCI і іншими драйверами. Безсумнівний мінус цього варіанта - необхідність розвантажуватися з кожної системи для входу в іншу, і це за умови, що знайшлися драйвера для вельми-таки старої системи під сучасне обладнання. Та й установка драйверів контролера SATA через Intel Matrix Storage - ті ще танці з бубном, та й не факт, що вийде.
Я давно використовую VMWare Workstation і вважаю її дуже зручним інструментом. Переваги віртуальних машин загальновідомі - наявність декількох операційних систем (клієнтів) на одному фізичному комп'ютері (хост) з можливістю одночасного їх і хоста використання, з'єднання в мережу між собою і фізичними машинами та спільного використання ресурсів, пристроїв і портів хоста. Пробував і Virtual PC, і VirtualBox, але зупинився на VMWare - здався найбільш зручним. До того ж є VMWare Player - безкоштовний варіант VMWare Workstation з кілька усіченої функціональністю. Тому описувати буду процес міграції саме на VMWare.
Свого часу я успішно переносив Windows XP на VMWare машини використовуючи VMWare Converter. Однак в даному випадку кілька різних версій конвертера однаково не впоралися і видали помилки конвертації. Довелося діяти асиметрично.
Описаний нижче процес підходить для міграції як Win2K, так і WinXP.
Отже: хост - новий комп з Windows 7 64 bit, на ньому встановлена свіженька (на час написання статті) VMWare Workstation 8.0.2. Що мати перед процесом:
1. Утиліту для створення і відновлення образу і клонування розділів і дисків (Acronis True Image, Symantec Norton Ghost (платні), Clonezilla (безкоштовний) і ін.). Я використовував першу, і в подальшому для стислості буду називати її просто "акроніс".
3. Образ дискети з драйвером SCSI для VMWare (можна завантажити тут або тут).
5. Зовнішній USB HDD (якщо при перенесенні системи (крок 3) використовується спосіб 1) або IDE to USB адаптер або коробка (спосіб 2).
1. Підготовка Win2K до переносу.
a. Переконатися, що встановлений SP4. Чи не зашкодить встановити всі можливі оновлення.
b. Завантажити відповідний нашій системі KB835732 і скопіювати його в корінь (або інший легкодоступний фолдер) системного диска.
3. Вміст для фізичного диска на диск VM. Є кілька способів:
a. Створюємо акроніс образ фізичного диска з Win2K і копіюємо його на зовнішній USB диск. Під'єднуємо диск з образом до хосту.
b. Стартуємо віртуальну машину з CD або образу акроніс, і в меню VM> Removable Devices знаходимо наш зовнішній диск і тиснемо на підміню Connect (Disconnect from Host). Диск тепер буде розпізнано акроніс.
Якщо акроніс завантажується з ISO-образу, то цей образ повинен знаходитися на диску, відмінному від підключеного нами зовнішнього диска, оскільки той від'єднується від хоста.
c. Відновлюємо образ на диск віртуальної машини
a. Знімаємо оригінальний диск зі старого компа, приєднуємо його як зовнішній (через адаптер або коробку) до хосту.
b. Ті ж дії, що і в п. B способу 1.
c. Клонуємо вміст фізичного диска (або переносимо тільки потрібні розділи) на віртуальний.
Перший спосіб вимагає тільки зовнішній диск (або навіть більшу і швидку флешку, що в наш час не рідкість). Якщо немає IDE to USB адаптера або ліниво знімати оригінальний диск - він краще. Та й зайвий бекап системи не завадить. Мінус - якщо в старому компі USB1.1, процес створення образу може бути довгим. Ну так поставте на ніч!
Можливий ще третій шлях - працювати безпосередньо з фізичним диском з VM. Диск знімається зі старої машини, під'єднується до хосту як зовнішній або внутрішній і монтується в VM як віртуальний. Цей метод більш трудомісткий, оскільки там треба перед монтуванням видаляти літери всіх партіцій для запобігання одночасного доступу до диска з боку хоста і VM, а при самому монтуванні - пізнати диск в списку виду PhysicalDrive0, PhysicalDrive1 і т. Д. Якщо вже знімати диск - краще другий спосіб перенесення. Третій спосіб - тільки для тих, у кого немає місця на новому компі (хост), і хто збирається запускати VM з фізичним диском постійно.
4. Запуск віртуальної машини - система вилітає в BSOD з повідомленням:
Inaccessible boot device.
Це відбувається через те, що диск в VM підключений до віртуального SCSI контролеру, і в системі немає відповідного драйвера. Вирішити дану проблеми можна, замінивши файл драйвера IDE atapi.sys на файл з таким же ім'ям, але що містить драйвер віртуального SCSI контролера VMWare. Цей трюк обдурить систему на момент завантаження, підсунувши їй потрібний драйвер з ім'ям, відповідним налаштувань в реєстрі.
a. Вставляємо в CD / DVD-ROM диск з дистрибутивом Win2K / WinXP і в настройках VM CD / DVD вказуємо використовувати фізичний привід, або ж монтуємо образ дистрибутива (ISO image) в привід віртуальної машини. У флоппі VM монтуємо образ дискети з драйвером SCSI для VMWare. Відзначаємо чекбокси Connect at power on в розділі Device status для обох вищевказаних віртуальних пристроїв.
b. Запускаємо VM з CD / DVD (виставивши послідовність завантаження в BIOS віртуальної машини раз і назавжди, або ж натиснувши Esc після включення VM і вибравши CD-ROM drive). Стартує процес установки Windows. Заходимо в Recovery Console, вибираємо нашу систему і потрапляємо в системний фолдер C: \ WINDOWS або C: \ WINNT. У командному рядку вводимо:
Другий рядок можна пропустити, тоді погоджуємося перезаписати існуючий atapi.sys.
c. Перезапускаємо VM, ввівши exit в командний рядок. На цей раз система завантажується успішно.
Тут треба зазначити, що система при старті замінює підсунутий їй підроблений IDE драйвер назад на оригінальний, так що в разі перезавантаження без установки в системі драйвера VM SCSI контролера синій екран повернеться. Тому я відкинув всі пропозиції системи по ручній установці драйверів і перезавантаження і першим же ділом встановив драйвер SCSI Controller через Device Manager з тієї ж дискети. Тепер перезавантаження НЕ чревата синім екраном, і система стартує успішно (а перезавантажитися разок таки довелося, про що далі). Якщо ви випадково перевантажили VM і знову отримали BSOD - повторіть 4-й крок.
5. Установка VMware Tools. Запускаю - і отримую повідомлення:
Microsoft Runtime DLLs can not be installed on this operating system. Please see Microsoft KB835732 for details.
Поставив оновлення KB835732, перевантажився (тепер можна), і VMware Tools встановилися без проблем. Ура, ми успішно переїхали в віртуальну машину!
До речі, не факт, що у вас теж вискочить подібна проблема з установкою VMware Tools. Особливо якщо, як я згадував на початку, в оригінальній системі ще до переносу були встановлені всі оновлення. Все ж майте KB835732 під рукою, бажано - прямо на диску для зручності доступу.