подготовка XP к копированию на другие машины

Вот блин! Сам написал и сам же сразу нашел! А до этого 20 минут искалMicrosoft System Preparation Tool (sysprep) обзывается програмуля.
Если кому интерснео.

Вообще-то эта "программуля" лежит на диске с Windows XP. Имеется в виду оригинальный диск. Там есть такая папка SUPPORT, в ней папка TOOLS, вот там, в архиве deploy.cab и лежит :-)
В Windows 2000 тоже лежит...

За сцылочку спасибо. :-)
Будем теперь знать, как переносить систему "по-правильному". А то приходилось дрова руками убивать.

Вот только вопрос у меня есть из той же оперы. В ссылке было сказано "Одна из проблем, возникающих при клонировании Windows 2000, состоит в том, что все клонированные компьютеры будут иметь одинаковый SID (security identifier) и имя компьютера. Это может помешать нормальной работе компьютеров в домене или рабочей группе".
А если вывести тачку из домена и переименовать в какой-нибудь Temp перед снятием образа; накатить образ на новые тачки, переименовать их и ввести в домен, будет ли это так же корректно?

Ну такие вещи я незнаю

тотже sysprep и делает сброс сида.

sysprep все-таки корректней будет. Да и действий меньше делать нужно.

Основное предназначение sysprep - как раз и сбросить этот самый SID, имя компьютера и прнадлежность его к домену или рабочей группе... Есть, правда, один нюанс: жестко прописанный IP не сбрасывается...
И все равно, мне непонятно. зачем сиспреп брать по какой-то ссылке, если он уже есть в дитстрибутиве винды..

>> как раз и сбросить этот самый SID, имя компьютера и
>> принадлежность его к домену или рабочей группе...

Так ведь, если он будет не в домене, то и сида быть не должно! Если объект удаляется из AD, то СИД его уничножается. Но это мелочи...
Мне интересно следующее -- а как же возможно существование компьютера без имени и принадлежности к чему бы то ни было?
Самое смелое, на что хватает моего воображения -- это переименовывание в какой-нибуьдь APSFHGMP4978 с рабочей группой WORKGROUP (или MSHOME).
Неужели разработчики из майкрософт пошли дальше?

>> Мне непонятно, зачем сиспреп брать по какой-то ссылке,
>> если он уже есть в дитстрибутиве винды..
Гыыы.Так в дистрибутиве винды он есть только для тех, КТО ЗНАЕТ, что он там есть.
(А значит и для меня, начиная с сегодняшнего дня :Р )

После sysprep-а при первом включении запускается мини-установка вмнды, где тебя попросят ответить на пару вопросов типа имя компа и принадлежность к раб группе. Так что в неопределенном состоянии комп будет только в образе, из которо ты будеш его разворачивать.

Хм, умнО придумали разработчики из Майкрософт... :о
Надо будет как-нибудь заюзать эту утилитку.

Не знаю как в версии которая идет с SP2, а в SP1 был подводный камень. Если разворачивать при подключенном оригинале с последующей загрузкой с копии, то можно и не загрузиться
Лечилось подключением ветки реестра system с проблемного винта и убиванием раздела MountedDevices

это везде так бывает.... хоть 2003 сервер разоворачивай.

просто переназначаются диски не так, как надо, вот и все... либо своп ни туда показывает, либо реестр найти не может... вообщем как уж попрет.

В ответ на: Гыыы. Так в дистрибутиве винды он есть только для тех, КТО ЗНАЕТ, что он там есть.

Вот тебе и Гыыы... :-)
Я, быть может, немного консервативен, но мне навязчиво думается, что разворотом офисной сети таки должен заниматься человек, который именно знает, что в винде есть такой архив deploy.cab...

ЗЫ ничего личного :-)

Подскажите, Сиспреп сбрасывает привязку к железу и соответственно, на машине с которой собираемся деать образ, придется потом все восстанавливать (драйвера, сетевые...) правильно?
Или может есть возможностьвернуть все назад без лишних телодвижений (типа восстановления предварительно созданного образа)?
Как делается по-уму?

Не правильно. Сбрасывается SID, имя компютера и принадлежность к рабочей группе / домену. Драйвера и все программы остаются в целости и невредимости.

Установленные драйвера кешируются и подхватываются автоматически. Один из способов создать универсальный образ для сети с не очень разношерстным оборудованием - это поставить последовательно образ на несколько машин.
Другой - использование папки с драйверами и файла ответов.

ННП:

Могу поделиться своим опытом, как человек, клонирующий в институте на каждое начало семестра 25 компов в терминалке (одинаковые), и на работе все компы ставлю из образа (там компы маленько разношерстные... Но все с чипами интел, отличаются только конфигурацией мамки - где P4PE-X, где P4PE-X2, где P4P800).

Sysprep, как уже было сказано выше, сбрасывает SID, настройки сети, принадлежность к рабочей группе и региональные настройки.

1) У компов не в домене SID тоже имеется... Если будет рабочая группа, и будут 2 компа с одинаковым SID, и на обоих компах будет юзер Администратор (юзер идентефицируется SID компа + ID юзера), то даже если будут разные пароли, Администратор на одном компе сможет без проблем заходить на другой комп с полными правами... Так шта... Простым переименовыванием и копированием лучше не пренебрегать.

2) Замечено, что если просто скопировать раздел с установленной системой на другой винт (пусть даже идентичные конфигурации + одинаковые винты), то винда не поднимется. Она загрузится, но при заходе в систему под каким-либо логино, скажет "Невозможно че-то там сделать со swap-файлом" и тут же разлоговится... Точно такой же косяк будет, если после клонирования, с сиспрепом, забыть старый винт (оригинальный) и загрузиться с нового... Винда на новом найдет старый и "вспомнит", что она стояла там, а новому даст букву, например D. После удаления старого из компа, опять пойдут косяки со свопом.

3) Если система ENG, и стоит MUI, то перед применением сиспрепа, нужно обязательно запустить MUI setup и выбрать там английский язык по умолчанию. Иначе возникнет следующий косяк: при загрузке склонированнйо системы, setup будет весь русский. Вот... А косяк быдет в следующем - поменяются и папки по умолчанию - вместо Start Menu - Главное меню, вместо Desktop - рабочий стол. Но это при создании ноывх профилей. При заходе с существующим пользовательским профилем, у него пропадет меню, рабочий стол, и т.д. А у новых может, например, быть по 2 папки "Программы" или "Автозагрузка"... Короче косяки. Вместо этого, нужно перед клонированием переключиться на анлгийский (именно в установщике MUI), и после клонирования, в установщике, в параметрах языка, выбрать язык по умолчанию - русский. Вот.

4) Если клонировать будем на комп с другим чипсетом, то обязательно перед клонированием делаем "Update driver" на "Blah-blah IDE controller" и заменяем драйвер вендора чипа на "Standard Dual-Channel IDE Controller", иначе можно при загрузке получить BSOD "UNACCESSABLE_BOOT_DEVICE"... Дело в том, что винда инициализирует ВСЕ устройства Plug-'n'-play.. Кроме одного .... IDE-контроллера, потому что драйвер IDE-контроллера ей нужно ДО загрузки ядра. Вот.

5) Клонирование не работает, если отличаюется HAL (Hardware Abstaction Layer) компа образа и компа клона... Т.е. с P4 на P2 клонирование не поканает... Система просто не загрузится...

Сетевые настройки все можно ввести, т.е. проблем со статическими IP нету никаких... Точнее есть одна... Если мы делаем клон компа... То во время мини-сетапа (первая загрузка) ДО введения IP у компа будет IP, прописанный на компе-образе, и если мы одновременно клонируем 10 компов, подключенных к одной сети, с компа образа, где прописан статический IP, то на всех будет выскакивать косяк "Duplicate IP exists on network"

Еще такой момент - если содержимое deploy.cab скопировать не куда-нибудь, а в папку C:\Sysprep, то после окончания мини-сетапа, он сам автоматически удалит эту папку, и от клонирования винды не останется следа

Вот такой вот лигбез по клонированию.... Если что, обращайтесь, поделюсь опытом

В ответ на: 4) Если клонировать будем на комп с другим чипсетом, то обязательно перед клонированием делаем "Update driver" на "Blah-blah IDE controller" и заменяем драйвер вендора чипа на "Standard Dual-Channel IDE Controller", иначе можно при загрузке получить BSOD "UNACCESSABLE_BOOT_DEVICE"... Дело в том, что винда инициализирует ВСЕ устройства Plug-'n'-play.. Кроме одного .... IDE-контроллера, потому что драйвер IDE-контроллера ей нужно ДО загрузки ядра. Вот.

В Windows XP по сравнению с Windows 2000 введена хитрая фича. В файле sysprep.inf введена секция [SysprepMassStorage]. Если туда вписать кучу описаний для IDE-девайсов, то BSOD не будет даже если не стали менять IDE на "Standart IDE". Вот мой sysprep.inf:
;SetupMgrTag
[Unattended]
OemSkipEula=Yes

[GuiUnattended]
AdminPassword=*
EncryptedAdminPassword=NO
OEMSkipRegional=1
TimeZone=201
OemSkipWelcome=1

[UserData]
ProductID=6G3J7-RQ233-FJGHD-GKYP4-QGKPG
FullName="USER"
OrgName="ORG"
ComputerName=*

[SetupMgr]
DistFolder=C:\sysprep\i386
DistShare=whistlerdist

[Identification]
JoinWorkgroup=WORKGROUP

[Networking]
InstallDefaultComponents=Yes

[SysprepMassStorage]
PCI\VEN_8086&DEV_2410 = %systemroot%\inf\machine.inf ; INTEL PCI-ISA bridge
PCI\VEN_8086&DEV_7110&CC_0601 = %systemroot%\inf\machine.inf ; INTEL PIIX4 PCI-ISA bridge (ISA mode)
PCI\VEN_8086&DEV_7110&CC_0680 = %systemroot%\inf\machine.inf ; INTEL PIIX4 PCI-ISA bridge (EIO mode)

PCI\VEN_8086&DEV_1222 = %systemroot%\inf\mshdc.inf ; Device ID for Intel PIIX (DUAL_GOOD_IDE)
PCI\VEN_8086&DEV_1230 = %systemroot%\inf\mshdc.inf ; Device ID for Intel PIIX (DUAL_GOOD_IDE)
PCI\VEN_8086&DEV_7010 = %systemroot%\inf\mshdc.inf ; Device ID for Intel PIIX3 (DUAL_GOOD_IDE)
PCI\VEN_8086&DEV_7111 = %systemroot%\inf\mshdc.inf ; Device ID for Intel PIIX4 (DUAL_GOOD_IDE)
PCI\VEN_8086&DEV_2411 = %systemroot%\inf\mshdc.inf ; Device ID for Intel ICH (DUAL_GOOD_IDE)
PCI\VEN_8086&DEV_2421 = %systemroot%\inf\mshdc.inf ; Device ID for Intel ICH-0 (DUAL_GOOD_IDE)
PCI\VEN_8086&DEV_7199 = %systemroot%\inf\mshdc.inf ; Device ID for Intel 82440MX (DUAL_GOOD_IDE)
PCI\VEN_8086&DEV_244A = %systemroot%\inf\mshdc.inf ; Device ID for Intel ICH-2 (DUAL_GOOD_IDE)
PCI\VEN_8086&DEV_244B = %systemroot%\inf\mshdc.inf ; Device ID for Intel ICH-2 (DUAL_GOOD_IDE)
PCI\VEN_8086&DEV_248A = %systemroot%\inf\mshdc.inf ; Device ID for Intel ICH-3 (DUAL_GOOD_IDE)
PCI\VEN_8086&DEV_24C1 = %systemroot%\inf\mshdc.inf ; Device ID for Intel ICH-4 (DUAL_GOOD_IDE)
PCI\VEN_8086&DEV_24CA = %systemroot%\inf\mshdc.inf ; Device ID for Intel ICH-4 (DUAL_GOOD_IDE)
PCI\VEN_8086&DEV_24CB = %systemroot%\inf\mshdc.inf ; Device ID for Intel ICH-4 (DUAL_GOOD_IDE)
PCI\VEN_8086&DEV_7199 = %systemroot%\inf\mshdc.inf ; Device ID for Intel 7199 (SINGLE)
PCI\VEN_8086&DEV_7601 = %systemroot%\inf\mshdc.inf ; Device ID for Intel 7601 (IA64)

PCI\VEN_1106&DEV_0571 = %systemroot%\inf\mshdc.inf ; Device ID for VIA IDE controller
PCI\VEN_10DE&DEV_01BC = %systemroot%\inf\mshdc.inf ; Device ID for NVidia IDE controller

При таком файле - установка полностью автоматическая, вопросов система не задает. Только нужен правильный серийник. В данном случае забит серийник для Windows XP Pro VLK

В ответ на: 5) Клонирование не работает, если отличаюется HAL (Hardware Abstaction Layer) компа образа и компа клона... Т.е. с P4 на P2 клонирование не поканает... Система просто не загрузится...

Это правда, даже на сайте MS об этом написано, но можно сменить HAL непосредственно перед sysprep-ом. Хотя на сайте MS написано - "никогда не меняйте HAL в Windows XP (типа в Win2k - можно)". Это работает. Только вот не нужно ставить отбразы от матери на Интелевом чипсете на VIA, а тем более на SIS. Глюкалово получается страшшшное

В ответ на: 2) Замечено, что если просто скопировать раздел с установленной системой на другой винт (пусть даже идентичные конфигурации + одинаковые винты), то винда не поднимется. Она загрузится, но при заходе в систему под каким-либо логино, скажет "Невозможно че-то там сделать со swap-файлом" и тут же разлоговится... Точно такой же косяк будет, если после клонирования, с сиспрепом, забыть старый винт (оригинальный) и загрузиться с нового... Винда на новом найдет старый и "вспомнит", что она стояла там, а новому даст букву, например D. После удаления старого из компа, опять пойдут косяки со свопом.

Добавлю что это происходит не всегда и в таких случаях fdisk /mbr спасет отцов русской демократии: )

В ответ на: ННП:
Клонирование не работает, если отличаюется HAL (Hardware Abstaction Layer) ...

Я в этом случае редактирую boot.ini для возможности последующей загрузки с разными HAL, которые предварительно можно выдрать из дистрибутива и поместить в папку system32