15 лет назад 22 апреля 2004 в 18:24 142

Мы уже рассказывали об автоматической установке Windows XP с помощью файла ответов. Но если вы все же считаете, что создание файла unattend.txt требует слишком много сил и “игра не стоит свеч”, – клонируйте систему.

Идея клонирования ОС зародилась в те далекие времена, когда первые версии Windows только начинали проникать на винчестеры домашних компьютеров и рабочих станций. Уже тогда многие энтузиасты вместо установки ОС вручную на каждой машине предпочитали использовать ту или иную форму клонирования. Ранние версии Windows (вплоть до 3.11) были устроены очень просто: для их воспроизведения чаще всего достаточно было скопировать все файлы исходной системы на диск целевого компьютера. Современные ОС семейства Windows обладают значительно более сложной архитектурой и скверным нравом, поэтому клонировать их гораздо труднее.

У клонирования, как и у автоматической установки, есть свои достоинства и недостатки. Основные плюсы этой операции таковы:

– относительная простота копирования не только ОС, но и всех установленных на компьютере прикладных программ, а также любых дополнительных программных компонентов;
– процесс установки клонированной ОС отнимает значительно меньше времени, чем любая другая установка Windows (включая автоматизированную установку с использованием сценариев), – всего 5-6 минут;
– наличие мастера мини-установки (Mini-Setup Wizard), во время работы которого пользователь отвечает только на часть вопросов, обычно предлагаемых Windows Setup (в Windows XP роль мастера мини-установки может также выполнять Windows Welcome);
– возможность создания файла ответов sysprep.inf для полной автоматизации работы мастера мини-установки.

Серьезных недостатков у клонирования два. Во-первых, из-за того, что аппаратная конфигурация у разных ПК не совпадает, некоторые компоненты уже установленной системы (например, HAL или драйверы) на целевом компьютере могут работать некорректно. Во-вторых, из-за того, что клонирование требует создания нового SID (Security ID) компьютера, некоторые программы в клонированной системе могут не запуститься.

СУТЬ ПРОЦЕССА
Процесс клонирования современных ОС семейства Windows условно можно разбить на несколько этапов.

– Подготовка эталонной системы: установка Windows на ПК типичной конфигурации, инсталляция драйверов и прикладных программ, настройка ОС. Обратите внимание, что при этом нельзя создавать новые учетные записи, кроме тех, что изначально встроены в систему (пароль администратора должен быть пустым). Кроме того, не следует делать ПК членом домена, использовать шифрование файлов или настраивать доступ к файлам.

– Обработка эталонной системы с помощью утилиты sysprep.exe для создания образа ее диска: удаление SID и прочей информации, непригодной для переноса на другие ПК. По окончании процесса исходный ПК будет выключен, что будет означать готовность к снятию образа. К данному этапу можно отнести и создание файла ответов для автоматической настройки целевых ПК, а также удаление файлов pagefile.sys и hyberfil.sys для уменьшения размера файла образа.

– Создание копии конфигурации исходного компьютера или “образа системы” (system image) с помощью программ вроде Norton Ghost. Образ системы может включать в себя структуру форматирования винчестера, все принадлежащие системе файлы (в том числе файлы реестра), а также файлы приложений и документы пользователей.

– Перенос образа на жесткие диски целевых компьютеров. Операция осуществляется разными способами. Один из них – скопировать образ на какой-либо носитель (CD, DVD), откуда затем переписать на целевой ПК. Другой вариант – сделать образ доступным для загрузки по сети, а уже потом переносить его (в таком случае “расшаренный” ресурс часто называют точкой распространения).

– Включение ПК с перенесенным на него образом и его мини-настройка с помощью специального мастера или заранее подготовленного файла ответов; поиск оборудования Plug-and-Play и присвоение некоторым параметрам целевой системы значений, отличных от аналогичных значений у исходного компьютера и от значений других ПК. Скажем, тот же SID должен быть уникальным для каждого ПК, поскольку этот параметр используется при идентификации компьютера в локальной сети.

ПОДГОТОВКА СИСТЕМЫ
Программный продукт, способный существенно облегчить процесс клонирования Windows 2000, Windows XP и Windows 2003, называется System Preparation Tool (“Средство подготовки системы”). Он входит в состав пакета Deployment Tools (файл DEPLOY.CAB в папке \SUPPORT\TOOLS на диске с Windows или download.microsoft.com/download/whistler/ToolDep/SP1/WXP/EN-US/xpsp1deploytools_en.cab (для Windows XP) и www.microsoft.com/windows2000/downloads/servicepacks/sp4/default.asp (для Windows 2000)).

Основная парадигма использования Sysprep состоит в том, что вы один раз устанавливаете Windows, один раз настраиваете все ее параметры, добавляете прикладные программы и все драйверы, которые могут понадобиться хотя бы на одном из целевых компьютеров, а затем создаете пригодный для переноса на другие ПК образ уже настроенной ОС.

Не следует забывать, что Sysprep позволяет лишь подготовить систему к клонированию, но не помогает при переносе образа на жесткие диски клиентских машин. Для выполнения самой процедуры переноса следует использовать стандартные утилиты, такие как Ghost от Symantec или DriveImage от PowerQuest.

Для того чтобы клонирование завершилось удачно, необходимо соблюсти несколько условий.

– Слой аппаратной абстракции (Hardware Abstraction Layer, HAL) и системное ядро Windows для двух компьютеров должны быть идентичными.

– Объем жесткого диска целевого компьютера не должен быть меньше объема винчестера на исходном; если он больше, разница не включается в основной раздел. Если вы все же хотите расширить основной NTFS-раздел, используйте параметр ExtendOemPartition файла Sysprep.inf (о нем – ниже). Возможные значения: 0 – не расширять; 1 – использовать под основной раздел все доступное дисковое пространство; другое число – дополнительный объем раздела в мегабайтах.

– Ранние версии Sysprep требовали, чтобы исходный и целевой компьютеры использовали одинаковые драйверы дисковых контроллеров. (В то же время не было никаких ограничений на драйверы других устройств. Такая толерантность к остальному оборудованию вызвана тем, что установка и настройка драйверов для устройств Plug-and-Play происходит уже после переноса образа, при работе мастера мини-установки.) Если вы хотите создать образ Windows 2000 с поддержкой различных дисковых контроллеров, вам нужно скачать утилиту Sysprep версии как минимум 1.1 (www.microsoft.com/windows2000/downloads/tools/sysprep/default.asp), в которой эта возможность уже реализована. С Windows XP поставляется еще более новая версия Sysprep 2.0.

ПЕРВЫЕ ШАГИ
Мы довольно подробно описали теорию – теперь самое время приступить к практике. Первым делом на системном диске создаем каталог \Sysprep и копируем туда файлы sysprep.exe и setupcl.exe. Обратите внимание: запускать Sysprep под Windows XP и Windows 2003 необходимо исключительно с системного диска и исключительно из той папки, в которой находится файл setupcl.exe. В противном случае результаты работы утилиты будут непредсказуемы.

На втором шаге мы создаем файл sysprep.inf, который полностью или частично автоматизирует работу мастера мини-установки. Файл ответов sysprep.inf (см. ниже) должен быть либо в папке \Sysprep, либо на дискете (которую вы вставите в дисковод непосредственно перед началом работы мастера мини-установки). Методика создания этого файла базируется на тех же принципах, что и создание файла unattend.txt. Более того, файл sysprep.inf можно генерировать с помощью утилиты Setup Manager из пакета Deployment Tools (файл setupmgr.exe). Эта программа обладает интуитивно понятным интерфейсом, поэтому подробно описывать ее работу мы не будем. Напомним лишь, что при ответе на вопрос относительно целей использования Setup Manager, естественно, необходимо выбрать вариант “Sysprep setup”.

В результате работы Setup Manager мы получаем файл Sysprep.inf следующего вида:

;SetupMgrTag Файл создан при помощи Setup Manager.
[Unattended] Раздел, содержащий сведения, которые могут понадобиться мастеру мини-установки на начальных этапах работы, в том числе некоторые параметры аппаратного конфигурирования лицензионной политики.

OemSkipEula=Yes Указывает на то, что вы согласны с условиями лицензионного соглашения.
[GuiUnattended] В этом разделе определяются параметры, относящиеся к администрированию и индивидуальным настройкам системы.

AdminPassword=
ccf9155e3e7db453aad3b435b51404ee
3dbde697d71690a769204beb12283678 Пароль администратора.
EncryptedAdminPassword=Yes Дает понять инсталлятору, что пароль администратора зашифрован.
OEMSkipRegional=1 Позволяет пропустить во время установки блок региональных настроек.
OEMDuplicatorstring=”Example Installation” Это строка не влияет на работу ОС, но пригодится вам для идентификации клонированных ОС (если вы делали несколько образов с различными настройками). Значение параметра вносится в ключ реестра HKEY_LOCAL_MACHINE\System\Setup\OemDuplicatorString.

TimeZone=145 Часовой пояс (Москва – Санкт-Петербург – Волгоград).
OemSkipWelcome=1 Не показывать окно “Добро пожаловать в мастер установки Windows”.
[UserData] Данные, описывающие пользователя.

ProductKey=XXXXX-XXXXX-XXXXX-XXXXX-XXXXX Серийный номер Windows. (Если инсталлятор не воспринимает номер, необходимо заключать его в кавычки.)
FullName=”Axell” Полное имя владельца компьютера. (Учтите: параметры, имеющие пробелы, следует заключать в кавычки!)
OrgName=”Home” Имя организации.
ComputerName=My_Home_Computer Имя компьютера (если стоит *, то оно генерируется автоматически).

[Display] Настройки экрана.
BitsPerPel=32 Глубина цвета.
Xresolution=800 Разрешение по горизонтали.
Yresolution=600 Разрешение по вертикали.
Vrefresh=70 Частота кадровой развертки.
[TapiLocation] Настройки телефонного соединения.
Dialing=Pulse Способ набора номера.
AreaCode=095 Код города.
[RegionalSettings] Региональные настройки.
LanguageGroup=5 Определяет языковую группу (в данном случае – Cyrillic).
SystemLocale=00000409 Системная “локаль”.
UserLocale=00000419 Пользовательская “локаль”.
InputLocale=0409:00000409,0419:00000419 Русская раскладка клавиатуры по умолчанию, вторая – английская.

[SetupMgr] Вспомогательные данные для утилиты SetupManager.
DistFolder=C:\sysprep\I386 Путь к установочной папке.
DistShare=whistlerdist Сетевое имя установочной папки.
[Identification] Данные, идентифицирующие компьютер внутри сети.
JoinWorkgroup=WORKGROUP Имя рабочей группы, в которую входит компьютер.
[Networking] Настройка сети.
InstallDefaultComponents=Yes Установка сетевых компонентов по умолчанию.

Setup Manager не только сгенерирует этот файл, но еще и создаст в каталоге %SystemDrive%\sysprep две новые папки: \I386 и \I386\$OEM$, как показано на рисунке. Каталог $OEM$ можно использовать для того, чтобы установить дополнительные программные средства (например те, которые невозможно клонировать из-за нового SID, создаваемого утилитой Sysprep). Для этого нужно поместить в него дистрибутивы соответствующих программ и указать их вызов в разделе [GuiRunOnce] файла sysprep.inf.

РАБОТА С АППАРАТНОЙ ЧАСТЬЮ
Практически на любом ПК имеются устройства, ответственные за работу с дисками, – дисковые контроллеры. Если дисковые контроллеры на исходном компьютере и том, куда будет устанавливаться клонированная система, одинаковые, можете сразу переходить к запуску Sysprep. В противном случае вам придется вначале создать в файле sysprep.inf секцию [SysprepMassStorage] и поместить туда список PnP-идентификаторов тех контроллеров, драйверы которых могут потребоваться Windows при первом запуске на целевом компьютере. Сделать это можно в любом текстовом редакторе вроде “Блокнота”. Если вам не хочется делать это вручную, данную операцию можно автоматизировать. Для этого нужно перед первым запуском Sysprep на исходном компьютере записать в файле sysprep.inf:
[Sysprep]
BuildMassStorageSection=yes.

Теперь Sysprep перед созданием образа автоматически поместит PnP-идентификаторы всех поддерживаемых ею дисковых контроллеров в раздел [SysprepMassStorage], скопировав их из файлов machine.inf, scsi.inf, pnpscsi.inf и mshdc.inf, и только после этого инициирует процесс клонирования ОС.
Если же вы собираетесь в дальнейшем редактировать получившуюся в результате автозаполнения секцию [SysprepMassStorage] (например, добавлять ID контроллеров, драйверы которых не входят в состав Windows), то, запуская Sysprep первый раз на исходном компьютере, укажите ключ -bmsd.
Список идентификаторов PnP, соответствующих необходимым контроллерам, придется подготовить вручную.

Чтобы определить ID того или иного контроллера, загляните в его inf-файл. Скажем, драйверы для дискового контроллера PCI IDE в исполнении VIA присутствуют в дистрибутиве Windows, поэтому описание контроллера есть в стандартном файле mshdc.inf. Выглядит оно так:

[VIA_HDC]
%PCI\VEN_1106&DEV_0571.DeviceDesc%=viaide_Inst, PCI\VEN_1106&DEV_057; VIA.
Но иногда получить ID устройства с помощью изучения многочисленных inf-файлов достаточно трудно. В таком случае вам поможет утилита pnpids.exe (ее можно скачать на xfiles.erin.utoronto.ca/pub/windows/NT/sysprep/tools). Она выполняет всего одну функцию – поиск идентификаторов PnP-устройств в inf-файлах, зато делает это очень быстро.

Для запуска программы используется такой синтаксис: pnpids.exe <папка | файл>. Советуем использовать перенаправление вывода в файл, поскольку утилита выдает очень много информации. К примеру, после запуска в Windows 2000 команды pnpids.exe %systemroot%\inf > id.txt размер файла id.txt превысил 850 кб, а аналогичный файл, созданный под Windows XP, вплотную приблизился к 1 Мб!

Если драйверы дисковых контроллеров входят в состав Windows (как в нашем случае), просто внесите их в файл sysprep.inf:
[SysprepMassStorage]
PCI\VEN_1106&DEV_0571 = “%windir%\inf\mshdc.inf”.
В противном случае вам придется создать для них специальный каталог на жестком диске (например, \I386\$OEM$\$1\Drv_Dist) и скопировать туда их файлы. После копирования добавьте в раздел [SysprepMassStorage] строку с детальным описанием дополнительного драйвера. Она должна содержать указанные через запятую полный путь и имя INF-файла, соответствующего контроллеру и содержащего его ID (если драйвер на дискете, можно указать путь к ней).

ЗАПУСК SYSPREP
После завершения подготовки системы остается запустить саму Sysprep:
sysprep [-bmsd] | { {[-factory] | [-reseal]} {[-clean] | [-activated] [-audit] [-forceshutdown] [-mini] [-noreboot] [-nosidgen] [-pnp] [-quiet] [-reboot]} }, где
• -activated – указывается, если вы уже активизировали Windows до того, как начали создавать ее образ. Обратите внимание: ключ активации для каждого из клонов Windows должен быть свой!
• -bmsd – используется для автоматического заполнения секции [SysprepMassStorage] файла ответов sysprep.inf и не может сочетаться с другими ключами. При использовании -bmsd в файле ответов указываются PnP-идентификаторы всех поддерживаемых Windows дисковых контроллеров. Напоминаем, что указание каждого дополнительного идентификатора увеличивает время работы мастера мини-установки.
• -clean – удаляет из образа драйверы дисковых контроллеров, которые были указаны в секции [SysprepMassStorage]. Удаление лишних устройств уменьшает размер образа и время, необходимое на развертывание клонированной ОС.
• -factory – заставляет Sysprep работать в режиме фабрики (см. врезку).
• -forceshutdown – выключает питание компьютера по завершении работы Sysprep.
• -mini – Windows XP Professional будет использовать мастер мини-установки вместо Windows Welcome; в Windows XP Home данный ключ не имеет смысла, поскольку она всегда работает только с Windows Welcome.
• -noreboot – Sysprep изменяет SID системы и параметры реестра, не перезагружая компьютер.
• -nosidgen – в процессе свой работы Sysprep не будет генерировать SID.
• -audit – то же, что -nosidgen и –factory одновременно.
• -pnp – обновление информации о PnP-устройствах и обнаружение не-PnP-оборудования. Данный параметр необходимо указывать, если в конфигурации целевого компьютера присутствует хотя бы одно устройство, не относящееся к категории Plug-and-Play. Если таких устройств нет, то никакой пользы от использования этого параметра вы не получите, а вот время работы мастера мини-установки существенно возрастет.
• -quiet – Sysprep работает, не отображая на экране каких-либо сообщений.
• -reboot – после того как Sysprep завершает работу, выполняется принудительная перезагрузка компьютера. Данную возможность нужно использовать с особой осторожностью, поскольку после перезагрузки результат работы Sysprep ПЕРЕЗАПИСЫВАЕТСЯ – после включения ПК запускается мастер мини-установки (то есть на тот же диск “устанавливается” клонированная ОС и генерируется новый SID).
• -reseal – очищает System Event Log – журналы событий Windows (в том числе журнал приложений, журнал системы и журнал безопасности).

Параметры командной строки необходимы, если вы запускаете Sysprep, например, из bat-файла, или если хотите задать дополнительные параметры ее работы. В простейшем случае вы просто дважды щелкаете мышью по иконке. В результате на экране появляется рабочее окно утилиты.

Sysprep 1.1 для Windows 2000 вообще не выводит ничего, кроме небольшого приглашения с сообщением о том, что она готова к работе, и двумя кнопками – “Ok” и “Cancel”. Поэтому эта версия потенциально опасна, особенно в руках любопытных, но не слишком опытных пользователей.
Три кнопки предназначены для запуска утилиты в трех различных режимах. Нажатие двух из них эквивалентно запуску утилиты из командной строки с ключами –reseal и –factory. А режим Audit Boot, служащий для контроля работоспособности созданного образа перед переносом его на другие компьютеры, полностью эквивалентен работе в режиме фабрики без генерирования нового SID. (Новый SID не генерируется – можно перезагружать компьютер сколько душе угодно и проверять, как работает система в режиме фабрики).

Назначение дополнительных флажков в нижней части окна полностью идентично одноименным ключам командной строки, которые мы уже описывали. Один из них нам обязательно потребуется, поскольку, если не поставить галочку напротив строчки Mini-Setup, Sysprep вместо мастера мини-установки будет использовать Windows Welcome, для автоматизации работы которого необходимо применять файл oobeinfo.ini (подробное описание oobeinfo.ini можно найти в справке по пакету Deployment Tools). Таким образом, составленный нами файл sysprep.inf окажется невостребованным.

Все приготовления закончены. Нажимаем клавишу Reseal – следует минута-другая интенсивной работы всей системы, в течение которых Sysprep хранит полное молчание относительно того, что она делает. Завершив работу, Sysprep выключает компьютер. Эталонный компьютер готов к снятию образа, который надо перенести на жесткие диски других ПК с помощью Symantec Ghost, PowerQuest DriveImagе и им подобных программ. После переноса образа или, скажем, установки партии идентичных по содержанию дисков в корпуса целевых компьютеров остается нажать Power. Сразу запустится мастер мини-установки и благодаря созданному нами файлу ответов в автоматическом режиме выполнит заключительный этап клонирования. Новый SID, кстати, будет сгенерирован именно в этот момент.

Где и в каких случаях целесообразно применять клонирование ОС? Прежде всего, это развертывание компьютерных систем на предприятиях и в офисах. Другая, тоже достаточно распространенная ситуация, – создание клона системы, с помощью которого можно устранять неисправности в работе домашнего ПК. Наконец, клонированную ОС чаще всего ставят сборщики компьютерной техники. Поэтому, если вы только что приобрели новый ПК, весьма вероятно, что при первой загрузке вы увидите окошечко мини-установки. Более простого способа скопировать операционную систему на несколько ПК просто не существует. Так что обязательно берите его на вооружение.

HAL, системное ядро и драйверы дискового контроллера

При создании Windows XP одной из задач, поставленных перед разработчиками, была возможность ее переноса с одной аппаратной архитектуры на другую. Помимо этого нужно было обеспечить работу Windows XP в рамках одной архитектуры, но с различными аппаратными компонентами (материнскими платами, графическими адаптерами и так далее). Общий принцип, применяемый для упрощения аппаратной адаптации ОС, – локализация аппаратно-зависимых функций системы в хорошо изолированных от остальных компонентов модулях со стандартными интерфейсами. В Windows XP большинство таких функций собраны в двух модулях: ядре (Kernel) и слое аппаратной абстракции (Hardware Abstraction Layer) – модуле режима ядра.

Первый, содержащийся в файле ntoskrnl.exe, вобрал в себя все низкоуровневые операции, специфичные для аппаратной платформы: диспетчеризацию аппаратных и программных прерываний, переключение потоков, поддержку мультипроцессорной работы, синхронизацию. HAL, напротив, выполняет функции, специфичные для данной конфигурации, и зачастую еще более низкоуровневые, чем у ядра, в том числе напрямую работающие с интерфейсами ввода-вывода, контроллерами прерываний и механизмами взаимодействия между процессорами. Хотя на компакт-диске с дистрибутивом Windows имеется несколько модулей HAL, при установке на жесткий диск компьютера копируется только один из них.

Из всего сказанного становится ясно, почему нельзя просто переписать на винчестер работающую копию системы и подключить его на другом компьютере. Если разница между аппаратной частью систем будет достаточно серьезной, у вас в лучшем случае не запустится Windows, а в худшем – выйдет из строя оборудование. Поскольку для поддержки различных систем могут потребоваться различные версии HAL и ядра, образ системы, созданный на одной машине, может не подойти к другой. Так, компьютеры, использующие технологию ACPI (Advanced Configuration and Power Interface), требуют специальную версию HAL, а HAL от многопроцессорных систем не будет работать с однопроцессорными. Однако с помощью задания ключей UpdateHAL и UpdateUPHAL в файле ответов sysprep.inf можно создавать образ для многопроцессорной ОС на однопроцессорной машине, и наоборот.

Режим фабрики

Основное нововведение, появившееся в Sysprep 2.0 – так называемый режим фабрики (Factory Mode). Работа в этом режиме позволяет уменьшить количество образов, которые вам придется создать для клонирования Windows на большое количество разнородных компьютеров. При работе в этом режиме вместо того, чтобы сразу запустить мастер мини-установки, Sysprep загружает компьютер с набором драйверов, необходимых для подключения к локальной сети, после чего управление передается программе factory.exe. Factory.exe просматривает свой собственный файл ответов winbom.ini (см. справочный файл deploy.chm), а затем копирует необходимые драйверы из сети на локальный жесткий диск и запускает распознавание Plug-and-Play-устройств.

Вслед за этим она инсталлирует необходимые драйверы и приложения из сети или, наоборот, удаляет их с компьютера. Таким образом, вам не нужно создавать разные образы системы для компьютеров с различной конфигурацией. Вместо этого вы настраиваете стартовую конфигурацию с минимальным набором драйверов, запускаете Sysprep с ключом factory и, создав стартовый образ, копируете его на целевой компьютер. Если целевому компьютеру потребуются дополнительные драйверы, запустите на нем sysprep -factory, и он загрузит их из сети.

Проблемы с Sysprep

Иногда при клонировании Windows у пользователей возникают проблемы с обнаружением файла подкачки. После благополучного переноса образа системы на целевой ПК во время первого запуска Windows выдает сообщение: “Your system has no paging file, or the paging file is too small”. Довольно подробная информация по данной проблеме имеется на сайте Microsoft в статье “Q249321 – Unable to Log on if the Boot Partition Drive Letter Has Changed”. Суть ее состоит в том, что Windows NT каждому тому присваивает уникальный номер GUID (Globally Unique IDentifier) и ставит ему в соответствие букву диска. После клонирования эти связи утрачиваются, поэтому система не в состоянии найти файл подкачки.

Для устранения проблемы обычно бывает достаточно в разделе реестра клона HKEY_LOCAL_MACHINE\SYSTEM\MountedDevices ввести параметр \DosDevices\буква_диска: с той буквой диска, которая соответствовала системному разделу на исходном компьютере. Полезной может оказаться и перезапись главной загрузочной записи MBR с помощью команды fdisk /mbr.
Еще одна ошибка проявляется в том, что при клонировании системы на жесткие диски нескольких компьютеров в сети значительно уменьшается скорость доступа к файлам удаленных ПК.

Вызвано это тем, что Sysprep записывает в реестры различных машин одно и то же значение GUID, и система лишается возможности использовать механизм opportunistic locking (oplock) для кэширования доступа к удаленным файлам. Значение GUID хранится в ключе HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\lanmanserver\parameter. Проблемы можно избежать, удалив запись GUID из реестра эталонной системы перед самой последней перезагрузкой. Подробно проблема описана на support.microsoft.com/?kbid=812599.

О других проблемах, связанных с клонированием системы, вы можете прочитать в статьях на сайте службы технической поддержки Microsoft:
– support.microsoft.com/?kbid=275702;
– support.microsoft.com/default.aspx?scid=kb;en-us;320086&Product=win2000;
– support.microsoft.com/default.aspx?scid=kb;en-us;277835&Product=win2000.