Перенести windows 2000 на другой компьютер

Как перенести Windows 2000 на новый компьютер с минимальными потерями

Я уже рассказывал об использовании утилиты User state Migration Tool (USMT) из комплекта ресурсов Microsoft Windows 2000 Resource Kit, служащей для переноса информации о пользователе (особенно настроек рабочего стола, параметров приложений и набора персональных данных) со старой операционной системы на Windows 2000. Еще одна типичная задача миграции — перенос ранее установленного экземпляра Windows 2000 на новую машину с иными аппаратными устройствами. Процедура повторной инсталляции операционной системы с нуля — не лучший вариант. После того, как была установлена система со всеми приложениями, инструментами, специальными настройками и параметрами, необходимыми для работы, мне хотелось сохранить ее в существующем виде и на другой системе. Но иногда повторной инсталляции не избежать. Типичный случай, требующий переустановки операционной системы, — покупка нового ПК, который должен стать основным настольным компьютером.

Вероятно, не все знают, что в Windows 2000 имеются новые функции, предназначенные специально для переноса настроек установленной системы с одной машины на другую. Данная функциональность реализована в одном из режимов работы утилиты резервного копирования (ntbackup.exe), которую можно найти в меню Start, Programs, Accessories, System Tools. Утилита Backup позволяет объединить сведения об аппаратной конфигурации старой системы с информацией о новой системе, сохранив данные реестра, необходимые для переноса на новый компьютер. Таким образом, существующий экземпляр операционной системы можно перенести на новую аппаратную платформу, просто создав резервную копию системы и восстановив ее на новом ПК, где установлен свежий экземпляр Windows 2000.

Магия слияния реестров

В основе новой функции лежит сравнительно простой алгоритм. Он используется в операциях восстановления системной информации — особенно системного реестра — на новом компьютере. В новый реестр заносятся унаследованные данные из старого реестра, но нет параметров, конфликтующих с аппаратными средствами новой системы.

Экран 1. Подраздел реестра KeysNotToRestore.

Алгоритм работает следующим образом. Утилита ntbackup.exe начинает процедуру восстановления с обращения к разделу реестра HKEY_LOCAL_MACHINESYSTEMCurrentControl SetControlBackupRestoreKeysNotToRestore (См. Экран 1). Значения этого раздела указывают ntbackup.exe, данные каких подразделов из раздела HKEY_LOCAL_MACHINESYSTEM необходимо сохранить для восстановления системы (раздел HKEY_LOCAL_MACHINESYSTEM содержит информацию о системной конфигурации, в том числе инсталлированных и работающих службах и драйверах). Если подраздел в данном разделе содержит данные, заканчивающиеся обратной наклонной чертой (), то подраздел защищен, и ntbackup.exe не будет восстанавливать значения ниже этого подраздела. Но если данные подраздела заканчиваются обратной наклонной чертой со звездочкой (*), то ntbackup.exe объединяет подразделы исходной и целевой систем. Для этого используется набор заранее определенных правил на основе параметра start. Этот параметр определяет, следует ли запускать соответствующую службу или драйвер, и приоритет запуска (в процессе начальной загрузки, системный, автоматический, ручной или блокирован). Целевой подраздел имеет преимущество, если значение его параметра start меньше, чем в подразделе источника.

Данный метод гарантирует корректный запуск всех необходимых системных служб и устройств целевой системы после восстановления состояния с помощью утилиты ntbackup.exe — даже если аппаратные средства двух компьютеров сильно различаются. Возможные нестыковки между аппаратными устройствами нового компьютера и объединенной системной конфигурацией, как правило, устраняются механизмом Plug and Play при начальной загрузке системы.

Проблемы миграции

Новые возможности впечатляют, но, приступая к копированию Windows 2000 на другие системы, следует помнить о некоторых ограничениях и особенностях утилиты. Во-первых, на исходной и целевой системах должны существовать идентичные папки %systemroot% (например, C:winnt) и тома, содержащие системные компоненты (например, тома Active Directory — NTFS и SYSVOL). В некоторых случаях приходится изменять разделы или даже переустанавливать операционную систему на целевой машине, чтобы получить идентичную конфигурацию и иметь возможность восстановить резервную копию. Если папки %systemroot% на исходной и целевой машинах различны (например, при ликвидации последствий аварии), восстановить исходный экземпляр операционной системы на целевой машине иногда все же можно. Необходимые рекомендации даны в статье Microsoft «Recovering from Failed System Drive with non-Default %systemroot% Folder» по адресу http://support.microsoft.com/support/ kb/articles/q235/4/78.asp).

Во-вторых, обе системы должны иметь одинаковый уровень аппаратной абстракции (HAL). Чтобы выяснить текущий HAL системы Windows 2000, следует запустить приложение System Панели управления; на закладке Hardware нужно щелкнуть на кнопке Device Manager, а затем развернуть контейнер Computer.

В-третьих, если исходная система содержит файлы, использующие точки повторной обработки (reparse points) на томах NTFS, то перед восстановлением этих файлов, вероятно, придется запустить специальные драйверы фильтров. Примеры файлов, использующих точки повторной обработки — файлы образа службы Remote Installation Services (RIS) на базе Single Instance Storage (SIS); файлы Remote Storage Server (RSS), восстанавливаемые на управляемых томах; сторонние служебные файлы, для которых необходимы драйверы фильтров. В этом случае, вероятно, придется перезапустить компьютер после копирования установок операционной системы, а затем восстановить файлы, использующие точки повторной обработки.

В-четвертых, файл setup.log в папке winnt
epair исходного компьютера (содержащей системный реестр) может быть несовместим с аппаратными устройствами на целевом компьютере. Возможно, из-за этого впоследствии не удастся использовать функцию Repair процедуры Windows 2000 Setup для восстановления вновь установленной системы. Чтобы убедиться, что данный файл пригоден для этой задачи, после завершения миграции можно попробовать сразу обновить целевой компьютер.

День миграции

Теперь все готово для переноса системы на новую аппаратную платформу. Для этого необходимо выполнить следующие шаги:

1. На целевом компьютере следует установить новую копию Windows 2000, убедившись, что на целевой и исходной машинах используются версии Windows 2000 одного типа (например, Windows 2000 Professinal, Windows 2000 Server). Символ диска и имя папки %systemroot% на обоих компьютерах должны совпадать.
2. С помощью инструмента Windows 2000 Disk Management следует создать, отформатировать и назначить символьные обозначения всем дополнительным томам, необходимым для хранения системных компонентов (например, SYSVOL, AD и журналов AD). Все символьные обозначения на целевом и исходном компьютерах должны соответствовать друг другу.
3. Чтобы подготовиться к резервному копированию, нужно зарегистрироваться на исходном компьютере в качестве администратора и остановить все службы, за исключением основных.
4. С помощью утилиты ntbackup.exe следует создать копию загрузочного тома на исходной системе (том, содержащий папку %systemroot% и информацию о состоянии системы).
5. На целевом компьютере следует зарегистрироваться в качестве администратора и запустить ntbackup.exe. Из меню Tools утилиты нужно выбрать пункт Options. На закладке Restore отметить флажок Always replace the file on my computer.
6. Восстановить загрузочный том, информацию о состоянии системы и ассоциированные тома с резервной копии исходной системы. Следует убедиться, что местонахождение восстановленных файлов соответствует исходному.
7. После завершения операции восстановления на целевой машине, и перед ее перезапуском, необходимо убедиться в том, что компьютер отключен от сети. В результате удается избежать потенциальных конфликтов с другими машинами и службами.
8. Перезапустить целевой компьютер. Затем следует зарегистрироваться в качестве администратора и инициировать процесс обновления на месте, запустив Windows 2000 Setup (то есть, winnt32.exe) из папки /i386 на компакт диске с Windows 2000.

В процессе модернизации перестраиваются журнал setup.log и файлы реестра в папке %systemroot%
epair. При этом система гарантированно имеет требуемый HAL. Если, вопреки моему совету, уровни HAL не были приведены в соответствие, и система не перезапускается из-за различий в HAL, то положение небезнадежно. Можно запустить процедуру Windows 2000 Setup (например, с 3,5-дюймовой дискеты или компакт диска) и выполнить операцию восстановления или установки.

В любом случае, процедура Setup произведет переучет аппаратных средств системы, в том числе HAL, и выполнит модернизацию на месте, не затронув текущей системной конфигурации.

Большие преимущества

Я рассказал о новой утилите ntbackup.exe как о средстве миграции, но она удобна во многих ситуациях, не связанных с заменой аппаратных устройств настольных ПК. Данная функция столь же полезна при замене или модернизации аппартных средств сервера на месте, или при нехватке места на загрузочном томе и необходимости заменить его на более емкий диск или раздел. Новую функцию можно использовать для ликвидации последствий аварии, когда необходимо восстановить копию нерабочей системы на производственном компьютере (например, в случае замены одиночного сервера или рабочей станции). Новая функция будет чрезвычайно полезна всегда, когда необходимо перенести экземпляр Windows 2000 на другую аппаратную платформу.

Шон Дейли — старший редактор журнала Windows 2000 Magazine и главный управляющий компании Realtimepublishers.com. Его последние книги — серия «The Definitive Guide to Windows 2000 Administration». С ним можно связаться по адресу электронной почты: sdaily@win2000mag.com.

• Вопрос

• Всем доброго дня !

  У меня на одной машине стоит windows 2003 ent server, windows xp professional sp2, windows 2000 professional.

  Собираюсь менять материнскую плату, видеокарту, процессор, память.

  Очень хочется не устанавливать все выше означеные ОС заново.

  Как можно перенести эти ОС на новую платформу ?

Ответы

Все ответы

• Это с помощью ASR.

  А можно ли не делая резервного копирования вообще?

  Слышал, что можно в  диспетчире устройств выставить все драйвера на стандартные, поменять материнку и загрузится в режиме защиты от сбоев. Затем переустановить необходимы драйверы. И все — переезд windows на новый чипсет завершен.

  Действительно ли этот вариант сработает ?

• Этот вариант либо сработает, либо ОС вылетит на синий экран (при несоответствии чипсета или неустановленном драйвере дискового контроллера на новой материнской плате), либо проявятся иные конфликты устройств на запущенной системе. Иными словами, данный вариант не гарантирует работоспособности. Если вы переставляете жесткий диск с операционной системой между двумя одинаковыми системными блоками, то пробовать, несомненно, стоит. В других случаях — как повезет.

• Классика:
  http://support.microsoft.com/kb/816579

  Без переустановки успех мероприятия зависит от заменяемого железа. Две основные проблемы — несоответствие HAL и контроллера загрузочного диска. В общем случае, изменение типа компьютера на «Стандартный» и драйвера IDE контроллера (если у вас конечно IDE загрузочный диск) могут помочь.

• Всем спасибо за ответы.

  На следующей недели проведу сей эксперемент. О результатах напишу.

• Добрый день.

  Win xp sp2, win 2000 sp4 удачно перенес с mb i865 на mb i945. Предварительно выставил контроллеры HDD на стандартные и тип компьютера c «однопроцессорный с acpi» на «стандартный».

  Загрузился на новом чипсете, поставил родные дрова — все ок.

  Только вот  как вернуть тип компьютера со «стандартный» на «однопроцессорный с acpi» ?

• Если память не изменяет, то надо загрузиться с установочного диска и в момент, когда появится надпись нажмите F6, нажать F5. После нажатия клавиши F5, вы увидите список типов компьютеров (HAL), из которых следут выбрать нужный. http://support.microsoft.com/kb/299340

• Andrey Larin написано:

  Если память не изменяет, то надо загрузиться с установочного диска и в момент, когда появится надпись нажмите F6, нажать F5. После нажатия клавиши F5, вы увидите список типов компьютеров (HAL), из которых следут выбрать нужный. http://support.microsoft.com/kb/299340

  Это несколько не то. Мне нужно уже в установленной win xp sp2 сменить тип компьютера со «стандартный» на «однопроцессорный с acpi».

  
  

• В «Диспетчере устройств» просто обнови ему драйвер вручную из списка. Там в списке найдешь нужный HAL

• Alan Mon написано:

  В «Диспетчере устройств» просто обнови ему драйвер вручную из списка. Там в списке найдешь нужный HAL

  Не получается. Там есть только один вариант — Стандартный компьютер.

  
  

• А если снять галку «Показать только совместимые устройства»?

• Alan Mon написано:

  А если снять галку «Показать только совместимые устройства»?

  Делал. Не помогает. В списке выбора только стандартный компьютер.

  
  

Клонирование Windows, то есть установка операционной системы и набора необходимых приложений на эталонный компьютер и последующее тиражирование системы на другие (конечные) компьютеры — мощный инструмент в руках системного администратора, позволяющий в несколько раз сократить время, необходимое для подготовки рабочей станции или сервера к работе. Наибольшим препятствием на пути использования этой технологии является то простое обстоятельство, что не всякий раз Windows, скопированный с одного компьютера, соглашается работать на другом.

Здесь мы рассмотрим основные проблемы, связанные с несовместимостью различных аппаратных платформ и методы решения этих проблем, позволяющие максимально расширить «зону охвата» при установке Windows из образа. Некоторые из этих методов основаны на слабо документированных возможностях Windows и официально не рекомендованы Microsoft к применению, что не мешает им на практике показывать совсем неплохие результаты. Естественно, читатели статьи, решившие применять эти методики в своей деятельности, должны понимать, что делают это на свой страх и риск — автор статьи никаких претензий по этому поводу принимать не будет. Также изложение будет исходить из предположения, что читатели знакомы с инструментами для создания образов дисков с установленным Windows — например, Norton Ghost и Acronis True Image; рассматривать работу этих программ мы здесь не будем. Под «Windows» в дальнейшем будет подразумеваться любая ОС семейства Windows 2000/XP/2003, за исключением особо оговоренных случаев.

Причины несовместимости
———————————————————————————
В большинстве статей Microsoft на эту тему, указывается на существование только лишь двух источников несовместимости — контроллера накопителей и HAL (Hardware Abstraction Layer). Правда, в части документов упоминается, что проблемы могут быть также вызваны особенностями реализации BIOS (к этому вопросу мы еще позже вернемся). Практический опыт автора подтверждает справедливость этих утверждений, а встречающиеся иногда в Сети мнения о необходимости учитывать совместимость по процессорам, видеоадаптерам и тому подобное должны быть признаны неверными. Обычно эти заблуждения возникают вследствие того, что уже на стадии создания исходного образа были установлены драйвера для устройств (в том числе для системной платы) от их изготовителей, что строго не рекомендуется. Если вы хотите минимизировать возможные проблемы совместимости, обойдитесь при создании образа набором тех драйверов, которые установит сам Windows.

Несовместимость по контроллеру накопителей обычно имеет следствием «выпадение» Windows в синий экран с сообщением «INACCESSIBLE_BOOT_DEVICE». Если ограничить рассмотрение только системами с ATA/SATA накопителями, то решение этой проблемы не составит труда. Достаточно перед созданием образа в Диспетчере устройств на эталонном компьютере заменить конкретный драйвер для контроллера накопителей, скажем «VIA Bus Master IDE Controller», на «Standart Dual Channel PCI IDE Controller» (в русском варианте — «Стандартный двухканальный котроллер PCI IDE»). Не надо даже перезагружать Windows, чтобы изменения вступили в силу — можно сразу переходить к копированию системы. Тем же, кому необходимо включить в процесс клонирования компьютеры с дисковыми интерфейсами, отличными от ATA, например SCSI, придется освоить использование Sysprep-сценариев, в частности научиться добавлять записи в секцию [SysprepMassStorage]. Необходимые сведения по этому вопросу можно почерпнуть из статьи Эда Рота «Образы Windows XP».

Несовместимость по HAL в типичном случае приводит к прерыванию загрузки Windows без каких-либо сообщений — только пустой экран, в левом верхнем углу которого одиноко мерцает курсор. Базовая рекомендация Microsoft по решению этой проблемы — иметь отдельный образ для каждой версии HAL. Полный перечень версий HAL, поддерживаемых Windows, можно найти в статье Как указать вручную драйвер уровня аппаратных абстракций во время установки или обновления Microsoft Windows XP и он достаточно велик для того, чтобы посеять большие сомнения в отношении преимуществ установки Windows из образов. Однако не будем спешить с выводами и разберемся по порядку, так ли все плохо.

Что такое HAL и как с ним бороться?
———————————————————————————
Узнать текущую версию HAL на компьютере с уже установленным Windows проще всего, открыв Диспетчер устройств и проверив название драйвера устройства Компьютер. Последнее обстоятельство наводит на мысль, что HAL — это просто один из системных драйверов и с ним можно обращаться так же, как с прочими драйверами. Скажем, перед созданием образа просто сменить на эталонной машине драйвер для устройства Компьютер на нужный. Увы, все не так просто. На самом деле HAL играет роль прослойки между компьютерным железом и драйверами, последние обращаются к оборудованию не напрямую, а через посредство HAL, что предопределяет его выделенную роль в системе. Выбор нужной версии HAL происходит на ранних стадиях установки Windows, заменить его впоследствии через Диспетчер устройств не всегда возможно — если Win 2000 ограничений на смену HAL не накладывает, XP/2003 предлагает существенно урезанный список вариантов замены. При большом желании можно, разобравшись с документацией, организовать принудительную смену HAL на уровне файлов. Проще всего это сделать путем редактирования файла boot.ini — ключи /HAL и /kernel позволяют выбрать нужную версию HAL на стадии загрузки Windows. Однако, поэкспериментировав на эту тему, мы быстро убедимся, что, независимо от способа замены HAL, клонированный Windows в значительном числе случаев

просто не загружается;

грузится, но поддерживает не все устройства.

В силу этих обстоятельств есть смысл подробнее разобраться с различиями в версиях HAL. Вначале определимся с терминологией. Составим список, в котором будут присутствовать официальные названия версий HAL, обычно используемые в документации и соответствующие им названия драйвера устройстваКомпьютер для английской и русской версий Windows:

Non-ACPI PIC HAL

Standard PC

Стандартный компьютер

ACPI PIC HAL

Advanced Configuration and Power Interface (ACPI) PC Компьютер с ACPI

ACPI APIC UP HAL

ACPI Uniprocessor PC

Однопроцессорный компьютер с ACPI

ACPI APIC MP HAL

ACPI Multiprocessor PC

Многопроцессорный компьютер с ACPI

Внимательные читатели должны были сразу заметить — приведенный список намного короче фигурирующего в документации Microsoft. Дело в том, что в него включены только те аппаратные платформы, которые реально имеют широкое распространение (или имели в недавнем прошлом). Все последующее изложение будет относится именно к этому усеченному списку.

Расположенная вверху списка платформа non-ACPI APIC на данный момент времени является безнадежно устаревшей. Типичными ее представителями были компьютеры на базе Pentium без поддержки ACPI, реально к этой же категории следует отнести самые первые системы, в которых ACPI была реализована (первые Celeron’ы), но сделано это было зачастую настолько криво, что функцию ACPI приходилось просто выключать. Компьютеры без поддержки ACPI обладали рядом существенных ограничений, наиболее видимым из которых была невозможность совместного использования одного прерывания несколькими устройствами, что при настройке «навороченных» конфигураций вызывало проблемы с обеспечением каждого устройства отдельным прерыванием.

Систем с ACPI PIC HAL в эксплуатации находится еще довольно много (большинство машин с Socket 370, часть компьютеров с Socket A), но на данный момент наиболее представленный вариант однопроцессорной системы — это ACPI APIC UniProcessor (UP). Это обстоятельство подчеркнуто специально, потому что в ряде документов Microsoft говорится, что ACPI APIC UP соответствует многопроцессорным машинам с одним вставленным процессором. Это действительно так, но сейчас под эту версию HAL выпускается большая часть обычных однопроцессорных плат. Ну и, наконец,ACPI APIC MP HAL соответствует многопроцессорным компьютерам, как «настоящим», так и системам с поддержкой Hyper-threading.

В заключение данной темы осталось только посетовать на то, что изготовители системных плат в документации почти никогда не указывают, под какую версию HAL плата сделана и единственный способ определить это точно — поставить на нее Windows. Теперь мы готовы к тому, чтобы перейти к главному вопросу:

Сколько образов нужно для полного счастья?
———————————————————————————
Очевидная возможность минимизировать количество образов вытекает из того факта, что совсем не необязательно для каждой используемой версии Windows предусматривать возможность установки на все возможные аппаратные платформы. Однако вполне реально, что для некоторых версий такая необходимость все же возникнет, например для той же XP. Как правильнее поступить в таком случае? Обратимся к первоисточникам.

Многочисленные указания Microsoft по данному вопросу, в целом имеющие сверхосторожный характер, все же несколько разнятся между собой и их можно разбить на три группы:

в первом, наиболее распространенном случае, просто кратко сообщается, что для успешного копирования Windows версии HAL на исходном и конечном компьютере должны быть идентичны и для каждой версии HAL необходимо иметь отдельный образ;

во втором случае, примером которого может быть статья HAL Options After Windows XP or Windows Server 2003 Setup, признается, что Windows, установленный в одной раскладке HAL, в некоторых случаях может работать на компьютере с другой раскладкой. Однако гарантированной является лишь взаимная совместимость между ACPI APIC UP и ACPI APIC MP, все остальные варианты не рекомендуются к использованию;

и, наконец, в третьем случае, например в статье Identifying Hardware That Impacts Image-based Installations; Windows Server 2003 Deployment Kit, после обычных предупреждений о несовместимости различный версий HAL вдруг появляется таблица, в которой приведен целый ряд допустимых способов переноса Windows между компьютерами с несовпадающими HAL и вот это и есть то, что нам нужно.

Практический опыт установки Windows из образов на компьютеры с различной конфигурацией в целом подтверждает приведенные в таблице данные с одной оговоркой — в ней отсутствует указание на возможность использования Windows, установленного в раскладке ACPI APIC UP на компьютерах с ACPI APIC MP, что вроде бы вступает в противоречие как с практикой, так и с указаниями на эту тему других статей Microsoft. Вероятное объяснение здесь таково — Windows XP/2003 с раскладкой ACPI APIC UP, будучи скопирован на многопроцессорную машину, сам заменяет HAL на ACPI APIC MP, что, таким образом, должно исключить ситуацию, когда на многопроцессорной системе работает Windows с раскладкой ACPI APIC Uniprocessor.

Просуммировав все вышесказанное и исключив из рассмотрения заведомо экзотичные версии HAL, правило совместимости при копировании Windows можно записать в следующем виде:

non-ACPI PIC => ACPI PIC => ACPI APIC UP ACPI APIC MP

В одной этой строке заключена почти вся информация, необходимая для эффективной организации клонирования Windows в аппаратно-разнородной среде. Весь остальной текст будет представлять из себя либо комментарии к сформулированному таким образом правилу совместимости, либо же необходимые оговорки. Обозначение «=>» заменяет слова «может быть использован для копирования на». Для вящей наукообразности добавим, что операция «=>» транзитивна, то есть из non-ACPI PIC => ACPI PIC и ACPI PIC => ACPI APIC UP следует, что non-ACPI PIC=>ACPI APIC UP.

В действительности устаревшая раскладка не-ACPI PIC приведена здесь скорее для сведения и далее мы не будем ее учитывать. Windows с этой HAL действительно будет работать на всех остальных машинах, однако вряд ли стоит использовать такой образ для установки на новых компьютерах — не забывайте про ограничения, присущие модели без поддержки ACPI. Из правила совместимости вытекают следующие очевидные возможности в ряде случаев сократить количество образов до одного-единственного:

если в вашем компьютерном хозяйстве достаточно много систем с раскладкой ACPI PIC («Компьютер с ACPI», «ACPI PC») — используйте один из них для создания образа. Этот образ можно будет использовать для всех компьютеров, кроме многопроцессорных — на них установленный таким способом Windows работать будет, но только с одним процессором.

если компьютеры с ACPI PIC уже не используются или планируется их замена в ближайшее время — то целесообразно (а при наличии потребности устанавливать Windows из образа на многопроцессорные системы — просто необходимо) создать образ в раскладке ACPI APIC UP («Однопроцессорный компьютер с ACPI», «ACPI Uniprocessor PC»). Этот образ можно будет использовать для всех компьютеров, кроме устаревших — на машинах с ACPI PIC установленный таким способом Windows просто не запустится.

Для полноты картины можно добавить, что Windows XP/2003 с раскладкой ACPI APIC MP, будучи скопирован на компьютер с ACPI APIC UP, сохранит многопроцессорную HAL, но на его работоспособность это обстоятельство не повлияет. Поэтому в принципе можно использовать многопроцессорную систему для создания образа, который затем будет разворачиваться на машинах с ACPI APIC Uniprocessor, вот только зачем без необходимости порождать такие несоответствия? Также есть возможность произвести смену HAL с ACPI APIC MP на ACPI APIC UP и наоборот при помощи Sysprep-сценария, однако особой практической нужды в этом нет — проще создать образ в раскладке ACPI APIC UP. При установке из этого образа на многопроцессорную систему, Windows XP/2003 сам заменит HAL на ACPI APIC MP, в случае Windows 2000 это переключение придется выполнить вручную через Диспетчер устройств.

Возможные проблемы и их решение
———————————————————————————
Прежде, чем начинать установку из образа, разумным будет потратить некоторое время на проверку тестами исправности конечного компьютера. При наличии аппаратных проблем попытки задним числом понять, почему клонированный Windows ведет себя неадекватно, могут занять гораздо больше времени и нанести непоправимый ущерб вашей нервной системе. Кроме того, вы должны быть морально готовы к тому, что приведенное правило совместимости не будет давать 100%-ого результата. На самом деле неудачи бывают даже при копировании Windows на системах с идентичными HAL. При возникновении на конечном компьютере проблем могут помочь следующие действия:

обновите BIOS до последней версии;

при наличии в настройках CMOS переключения PIC/APIC воспользуйтесь им для установки правильной раскладки;

при наличии режима Hyper-threading — выключите его.

Тем не менее, даже после выполнения всех этих действий, какая-то часть ваших компьютеров (обычно — очень небольшая) может отказаться участвовать в процессе клонирования. Microsoft в своей документации склонен объяснять такие случаи особенностями реализации BIOS. Возможно, правильнее всего было бы просто избавиться от таких компьютеров (или их системных плат).

Источник:

winlab.ru

Оцените статью: Голосов