» Клонирование Windows: Ghost, True Image, Sysprep

retro
Надеюсь что за обяснения проканает
Цитата:

With only the system/boot drive in the system, or powered on, boot to a DOS or Windows 9X Start-up diskette that contains fdisk.exe and run the following command:
FDISK /MBR

This re-writes the Master Boot Record and erase the disk signature associated with volume GUID. Windows 2000 should assign default drive letters and allow you logon.

Unable to Log on if the Boot Partition Drive Letter Has Changed

SurfKoba
Не, не проканало... Я спросил
Цитата:

что вообще происходит в этой ситуации?

, т.е. как это получается... Недавний пример:
У клиента было
Диск 20 гб. = 8гб фат32 вин98 С:, 8гб нтфс 2000сервер Д:, 4гб фат32 имидж Е:.
Делаю рестор с Е: на Д: (на С: ничего не менялось, boot.ini, все старое...), рестарт - получаю знакомое сообщение... Почему?


Добавлено
На Е: оба имиджа - и 98, и сервера, 98 после рестора работает нормально.

а я использую Acronis True Image Server. Очень удобно, диски из компов вытаскивать не надо, сделал образок, выложил в сети, загрузился с компакта или дискеток, зашел в сеть выбрал этот образ и за 3 минуты 2000 винда переустановлена. Работает даже на серваках с RAID5. Только надо оговориться, что нужен настроенный DHCP сервер, иначе загрузившись с компакта сети вы не увидите. И еще момент. Логиниться на машину на которой лежит образ надо под акаунтом с админскими правами, иначе облом. Т.е. если у вас открыт гостевой доступ к компу на котором лежит образ диска, его надо отключить иначе вы на него зайдете но образ не найдете.

retro
Хорошо IMHO своими словами : После переноса партиций GUID (тот который в MBR) не совпадает с реальной ситуацией (Думаю что из-за того что при его формировании используется OEM инфо винта типа сериал намбер), на этапе старта W2k не блистая интеллектом переназначает буквы - драйвы согласно своих представлений о прекрасном, и это все объясняет, кроме одного - как система живет без свопа до logon-а.

SurfKoba

Цитата:

кроме одного - как система живет без свопа до logon-а.

Да вот же! Это ГЛАВНЫЙ вопрос!!! Ведь где-то она его уже создала... Почему не продолжает? Тот же имидж, на том же РОДНОМ диске, все то же... Как вообще поступать в данной ситуации? Когда только одна 2000, никаких проблем - как писал выше, все на С: и пашет. Туповато, конечно, но... А когда нужно 2 OS, как в последнем примере, причем все обоснованно и никак нельзя без этого - два разных языка... Я даже делал ПОЛНЫЙ имидж диска, всех разделов, и восстанавливал все разделы - НЕ пашет...
Почему?????!!!!!!

retro
Я пока довольствуюсь тем что fdisk /MBR головную боль лечит, будет время и желание тогда пойду копать MS.

Можно каким-либо другим способом перенести w2k server на другой винт этой же машины?

Всех приветствую. Первую страницу не читал, но и второй хватило

Цитата:

Как бороться с потерей свап-файла ?
Или как залогиниться при потери свап-файла ?

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

Цитата:

Или как залогиниться при потери свап-файла ? fdisk /mbr сбрасывет сопостовление драйвов буквам, в 90 % случаев этого достаточно.

Если не трудно, поясните пожалуйста какая связь между MBR в купе с указанной Вами командой и сопоставлением драйвов буквам? MBR на всех компутерах, под управлением Windows, совершенно одинаковый. Различия только а таблицах разделов находящихся внутри MBR... для каждого ящика она ессно специфична.

Цитата:

A что вообще происходит в этой ситуации? Ведь загрузка доходит до логина, и если нет page по указанному адресу, почему она не строит его заново?

Цитата:

Если своп не потерт, а причина отсутствия оного - изменение букв драйвов, то как я уже сказал. Менять буквы в реестре.

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

Цитата:

как система живет без свопа до logon-а.

Вот так и живет, потому как по-барабану он ей.

Цитата:

Да вот же! Это ГЛАВНЫЙ вопрос!!! Ведь где-то она его уже создала... Почему не продолжает?

Совсем не обязательно, его создание можно ведь совсем отключить...

Цитата:

Я пока довольствуюсь тем что fdisk /MBR головную боль лечит,

Каким образом? Можно подробнее...

Цитата:

Можно каким-либо другим способом перенести w2k server на другой винт этой же машины?

В идеале, чтобы клонировать систему на другой винч (другой компутер не делал, не знаю, не ведаю, там возможно могут быть свои прибамбасы из-за железа), сначала, находясь еще в системе "доноре", идем в известный раздел HKEY_LOCAL_MACHINE\SYSTEM\MountedDevices и прибиваем все параметры без исключения. Теперь убиваем все контроллеры, можно не убивать, ведь ящик то один, но прибьете хуже не будет. Идете на презагрузку и грузитесь с загрузочного CD или дискет в программу создания имиджей (я пользовал ATI). Создаете имидж раздела системы, раскатываете имидж на другой диск. Теперь можно грузиться уже с этого диска или переключением в биосе или, что предпочтительней, подцепить второй диск уже как мастера и в биосе оставить загрузку с HDD0. Все.

Добавлено
ЗЫ
Забыл совсем сказать, что все я это делал на ХР, но не думаю, что на серверах или 2К могут возникнуть специфические проблемы...

Гость 2K3 прекрасно копирует образ диска. Настроенный W2K3EE c удалённым контроллером в имидж с дискеты W98 + гость. Разворачивается на любой машине, не говоря уже о той, на которй создан.

begem0t
По сети созданная средствами гостя загрузочная дискета с маппингом папки, где лежат образы. Хожу как админ, насчёт видимости образов ничего не скажу.

KLASS
лирика / оффтопик : это полная муть в связи с тем, что это не аргумент, предлагаю - так не спорим.

какая связь между MBR в купе с указанной Вами командой и сопоставлением драйвов буквам? таже что проистекает из ссылки на MS, цитату оттуда, я опять таки давал
Цитата:

Windows 2000 maintains a record of drive letters in a registry based database and re-assigns drive letters based on Globally Unique Identifiers (GUID) recorded for each volume. Should the volume GUID change or be duplicated (by hard drive cloning software), the original drive letter may not be re-assigned to the boot volume.

По барабану системе расположение свапа, она его сама создаст где есть свободное место... не, не создает.... иначе откуда на части клиентов "Your system has no paging file, or the paging file is too small"
я пользовал ATI + не думаю, что на серверах или 2К могут возникнуть специфические проблемы - уж поверьте и еще какие, но не из-за собственно сервера, а тех продуктов которые там живут (Exchange, AD, SQL ....), если по поводу Ex True Image хоть что то говорит, то существование AD и SQL обходится молчанием, чего собственно я и пользуюсь Ghost-ом, но для WS дело сугубо индивидуальное.

SurfKoba

Цитата:

предлагаю - так не спорим

ОК.

Цитата:

из ссылки на MS, цитату оттуда, я опять таки давал

Где в этой цитате упоминание про MBR? MBR всегда! одЫн при чем тут fdisk /mbr, для меня непонятно... Ой! Саму ссылу не заметил, пойду изучу...

Цитата:

иначе откуда на части клиентов

Цитата:

но не из-за собственно сервера, а тех продуктов которые там живут (Exchange, AD, SQL ....)

ОК. Я не админ, сижу на рабочей станции, наверняка есть нюансы, тем более с ПО которое я ваще не знаю...

Цитата:

иначе откуда на части клиентов

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

Добавлено
Ну вот тут http://support.microsoft.com/default.aspx?scid=kb;en-us;249321 все и расписано однако... происходит зависон из-за несоответствия буков и GUID и ЕСЛИ!!! расположение файла подкачки указано на системный или загрузочный раздел, то Вы МОЖЕТЕ!!! получить сообщение о том, что нет файла подкачки или он мал. Но тама НИГДЕ не прописано, что расположение свапа как-то влияет на появление самого зависона, это может влиять тока на отображение сообщения о малом свапе, что не есть одно и тоже Ессно на зависон влияет несоответствие значений парметров реестра буквам дисков в указанном выше разделе. У ся (на рабочей станции) я просто прибиваю все эти параметры и гружусь по-новой... все, зависона нет. Чего на серверах не ведаю...

Добавлено
Теперь маленький эксперимент. Идем в известный раздел реестра и меняем сначала \DosDevices\C: на \DosDevices\Z: теперь \DosDevices\D: на \DosDevices\C: и наконец \DosDevices\Z: на \DosDevices\D: одним словом поменяли буковки с С: на D: Также отключаем вовсе создание свопа (можно и не отключать). Теперь перегружаемся и наблюдаем зависон на окне приветствия. Опять перегружаемся, но уже в Recovery Console и жмем команду fixmbr (что в прЫнципе одно и тоже с fdisk \mbr) Опять перегружаемся, грузимся в систему и... наблюдаем все тот же пресловутый зависон. Теперь уже перегружаемся куда-нить, откуда можно добраться до куста System заходим в MountedDevices и прибиваем все без разбору. Далее входим в систему без проблем.

Граждане, а о такой утилите, как Sysprep.exe слышали?
Дока:

Клонирование ОС Windows 2000
Технология клонирования позволяет за считанные минуты копировать идентичные копии настроенной системы на любое количество конечных компьютеров. Конечные компьютеры могут быть как подключенными к сети, так и отдельно стоящими. Для успешного использования технологии клонирования системы (двоичного копирования жестких дисков) необходимо, чтобы у эталонного компьютера, на котором создается образ системы, и конечных компьютеров, на которые система будет восстанавливаться, были идентичными следующие компоненты:
· Уровень аппаратных абстракций HAL (АТ или АТХ);
· Контроллеры накопителей.

Клонирование системы Windows 2000 состоит из следующих этапов:
1. Подготовка эталонного компьютера;
2. Создание файла ответов программы подготовки системы (System Preparation Tool, Sysprep.exe);
3. Подготовка жесткого диска;
4. Создание образа системы;
5. Тестирование образа системы;
6. Развертывание образа системы на конечные компьютеры.

1. Подготовка эталонного компьютера
На эталонный компьютер необходимо установить ОС Windows 2000, драйверы устройств и все приложения, которые будут выполняться пользователями. Установленное программное обеспечение необходимо настроить так, как вы хотите, чтобы оно функционировало на конечных компьютерах. Примерами типовых настроек, которые необходимо выполнить, являются видеорежим, раскладки клавиатуры, ассоциации файлов, параметры Microsoft Word и т.д.

2. Создание файла ответов программы подготовки системы
Создать файл ответов можно вручную, а можно воспользоваться специальным инструментом - «Диспетчер установки Windows 2000», включенным в установочный компакт-диск:
<CD-ROM>\Support\Tools\Deploy.cab - setupmgr.exe.
Если использовать программу подготовки системы без файла ответов, конечному пользователю будет задано максимальное количество вопросов. Обычно рекомендуется включать в файл ответов типовые настройки, такие как раскладки клавиатуры, часовой пояс и параметры сети. Подробное руководство по параметрам файла ответов включено в состав дистрибутива <CD-ROM>\Support\Tools\Deploy.cab - unattend.doc”.

3. Подготовка жесткого диска
Программа подготовки системы Sysprep применяется для подготовки ОС к клонированию. После выполнения программа Sysprep удаляет всю персональную информацию из реестра ОС – имя пользователя, название организации и тд. В конце своей работы программа подготовки системы удаляет для всех объектов безопасности идентификаторы безопасности (Security ID, SID). После этого программа выключает ПК. Выполнение программы занимает, как правило, не более 5 минут. После первого запуска ОС выполняется мастер мини-установки Windows, запрашивающий все удаленные параметры. Для автоматизации выполнения мастера можно воспользоваться файлом вопросов-ответов.
Для выполнения необходимо скопировать программу подготовки системы (Sysprep) на жесткий диск эталонного компьютера. Для этого выполните следующие шаги:
1. На диске «С:» создайте папку “Sysprep”.
2. Скопируйте в созданную папку следующие файлы из папки
<CD-ROM>\Support\Tools\Deploy.cab: sysprep.exe, setupcl.exe.
3. Если был создан файл ответов, назовите его “sysprep.inf” и скопируйте в папку “C:\Sysprep”.
Если для создания файла ответов использовался диспетчер установки Windows 2000 (Setup Manager), он самостоятельно выполняет перечисленные действия.
После того как на диске «С:» закончено формирование папки Sysprep, необходимо запустить программу подготовки системы. Для этого выполните следующие шаги:
1. Закройте все окна и приложения.
2. Нажмите кнопку «Пуск», выберите пункт «Выполнить».
3. В поле «Открыть» введите следующую команду — “C:\Sysprep\sysprep.exe ”. В результате выполнения данной команды компьютер выключится. Жесткий диск готов к процессу клонирования.
Программа подготовки системы Sysprep может быть выполнена со следующими дополнительными параметрами:
- quiet : не выводить запросов на подтверждение;
- nosidgen : не выполнять регенерацию кода безопасности SID при перезагрузке;
- pnp : принудительный поиск оборудования PnP при следуещей перезагрузке;
- reboot : перезагрузка после выполнения Sysprep.exe.

4. Создание образа системы
Для создания образа системы Windows 2000 необходимо выполнить следующие шаги:
1. Запустите эталонный компьютер.
2. Используя приложение клонирования, создайте двоичный образ жесткого диска, на который установлена система.
3. Сохраните образ на отдельном носителе или сетевом ресурсе.
Цитата с сайта Microsoft: У компании Microsoft нет рекомендуемых приложений клонирования 3-х фирм. Компания Microsoft не несет ответственности за работу приложений 3-х фирм. Примерами приложений клонирования 3-х фирм являются Power Quest Drive Image или Norton Ghost.

5. Тестирование образа системы
Для тестирования образа выполните следующие шаги:
1. Используя приложение клонирования 3-й фирмы, восстановите образ на тестовом компьютере, идентичном по конфигурации конечным компьютерам. Конфигурации могут различаться на уровне PnP-устройств.
2. Включите тестовый компьютер. При загрузке системы запустится мини-мастер установки. Проверьте работу файла ответов.
3. После окончания мастера установки (5-10 мин) и успешной загрузки компьютера убедитесь, что на диске «С:» не существует папки “Sysprep”, т.е. программа подготовки системы удалила сама себя.
4. Проверьте работу устройств, периферийного оборудования.
5. Проверьте пользовательские настройки, такие как видеорежим и раскладки клавиатуры.
6. Если вы устанавливали дополнительное программное обеспечение, например, Microsoft Office, убедитесь, что оно функционирует в требуемом режиме.
Если все вышеприведенные шаги не выявили некорректности в работе, значит образ готов к промышленному использованию.
Примечание. В конце своей работы программа подготовки системы делает одну невидимую, но очень важную вещь — для всех объектов безопасности генерируются новые идентификаторы (Security ID, SID). Таким образом, восстановление образа полностью аналогично новой установке системы по функциональности, но намного эффективней по времени. Восстановление образа занимает, как правило, не более 5 минут.

6. Развертывание образа системы на конечные компьютеры
Для развертывания образа на конечные компьютеры выполните следующие шаги:
1. Используя приложение клонирования 3-й фирмы, восстановите образ на любом количестве конечных компьютеров, идентичных по конфигурации эталонному компьютеру. Конфигурации могут различаться на уровне PnP-устройств.
2. При следующем включении компьютера, запустится мини-мастер установки и в течение 5-10 минут закончит настройку системы.


Для создания имиджей рекомендую Power quest DRIVE IMAGE 2002.

RIS сервера рулят

Добавлено
читаем об использовании и установке здесь - http://ru-board.com/new/article.php?sid=115

Для RIS на каждом клиенте необходим BOOT-rom, а для предложенного мной варианта хватит флопа (флеша) с ms-dos client 3.0.

KLASS
Воспринимаю пост как некое движение к пониманию, уважаю вашу работу с pe, и не коим образом не хочу ущемлять ваши достоинства, но эмоции явно через край (plz без обид), во втором дополнении вы добрались до ссылки и у меня появился вопрос: предмет обсуждения сообственно, бо под вашей фразой происходит зависон из-за несоответствия буков и GUID я готов подписаться, о чем дальше : о свопе? тут для меня с самого начала было многое не ясно, сообственно, и статью я дал не с google а с фаворитов, и писал что fdisk /mbr помогает в 90% случаев, то что не переписал пост Crash Master-а на предмет того что в остальных приходится грузиться под erd и чихвостить реестр, упущение но imho не большое.
Так что сорри не вижу особо предмета спора. сообщение существует (его даже ms признает), почему.... наверное чтобы поставить жирную точку в дискуссии нужно проставить driver studio и посмотреть на загрузку в действии, не лениво не то слово.
зы "Чего на серверах не ведаю... " в данном случае, вообщем то тоже самое.


Господа sashac и life_so_good речь не идет о лучшем методе клонирования, а ситуации которая возникает в конкретном случае, про sysprep я знаю (врядли меньше чем глубокоуважаемый sashac, и смысла постить инструкцию не вижу совершенно, тем не менее обращу внимание что в sysprep 1.1 требования к идентичности контроллеров сняты), RIS-ом, да не пользовался, но пока Ghost меня от этого спасал.

SurfKoba

Цитата:

но эмоции явно через край

Тут кое-что смешалось, но это лично к Вам никак, потому сорри...

Цитата:

и писал что fdisk /mbr помогает в 90% случаев

Я и не пойму почему? Я же привел пример, который указывает как раз об обратном. Кстати это легко проверить, достаточно обменяться MBRами своих дисков

Цитата:

сообщение существует (его даже ms признает),

Сообщение да, не более...

Цитата:

не лениво не то слово

Это как Вам угодно, я свое мнение высказал...

Цитата:

Так что сорри не вижу особо предмета спора

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

KLASS
"высказывание мнений..." - так в том и беда что сам не уверен, что проблема в свопе, а так да есть мнение что lsass при загрузке профиля получает ошибку которую интерпретирует как нехватку памяти, но возможностей у него (при поплывших буквах) получить ошибку море, и как он скажем будет реагировать на невозможность загрузки пользовательского куста реестра, я могу только гадать.
MBR и "Я и не пойму почему?" дык вроде ж уже с обеих сторон прозвучало что GUID-ы лежат в MBR и нежное движение fdisk просто обнуляет их заставляя os их реинициализировать, то что они там лежат : например здесь : DISK_SIGNATURE это фрагмент DDK, на коментарий "on Windows XP and later" не обращайте внимания в w2k оно просто undocumented было или не менее познавательно здесь Creating a Disk Configuration Plan for Image-based Installations
Цитата:

...you will need to rewrite the disk signature. You can accomplish this with some disk-imaging programs, but Microsoft does not support doing so. You can also accomplish it with fdisk -mbr.

Реинициализация идет соответственно c How Windows 2000 Assigns, Reserves, and Stores Drive Letters и в связи с тем что в большинстве моих случаев boot таки примари на первом диска, возникают пресловутые 90%. Ваш случай скорее это подтверждает : сигнатуры хранящиеся в реестре адекватны винту, но буквы уже прибиты, т.е. натур эксперимент должен быть не только смена букв (или не столько в смене букв), но и порченье сигнатур (нулями их позабивать что ли). Если время к ночи будет обязательно попробую.
Еще один линк imho в тему (Update signature) Adding a disk

SurfKoba
Не упел ознакомиться с сылками, обязательно прочту, спасибо, но уже кажется картина вытанцовывается. Что выяснилось и для меня это была новость, то, что именно fdisk зануляет сигнатуру носителя (4 байта в смещении 0х1В8), а вот fixmbr этого не делает, отсюда у мя и непонятки. Но это я уже уяснил когда порылся в старых дискетах и откопал fdisk. Что же все-таки приводит к зависону? Единственное, из-за чего может возникнуть зависание на окне приветствия, это из-за наличия в разделе реестра HKEY_LOCAL_MACHINE\SYSTEM\MountedDevices параметра \DosDevices\~: где "~:" это любая буква отличная от С: а значение данного параметра = первые четыре байта равны известным четырем байтам в MBR, а в смещении 05h стоит значение 7Е, что собсно и означает, как я понял, загрузочный диск, остальное забито нолями Теперь понятно, почему fdisk так часто иожет выручать и не в 90%, а и во всех 100%, он просто сносит 4байта в MBR и в итоге, еще в самом начале загрузки туда прописываются новые 4 байта в результате в реестре появляется параметр \DosDevices\C:, в значении которого, вначале новые четыре байта и тоже 7Е в смещении 05h. В итоге загрузка продолжается нормально, только при входе, через некоторое время видим сообщение: "Уcтaнoвкa нoвыx ycтpoйcтв зaкoнчeнa... бла-бла-бла". Но этот метод, пологаю, несколько "грубый", мало того, что сносятся 4 байта еще и в MBR переписывается весь код загрузчика, хотя загрузка и нормальная. Есть метод более быстрый загрузиться в DiskEditor и обнулить эти 4 байта, но все одно при входе видим сообщение о найденном оборудовании, цифири то обновились. Потому думаю, что самый "правильный" способ, это все-таки снести все параметры, из указанного выше раздела, ну или исправить кому не лень. Тогда система сама, по-новой создаст уже "правильные параметры".
А своп тут точно не причем. Вылетает всего-то сообщение, что его дескать нету... но это и понятно, буковки-то вперемешку.

Цитата:

т.е. натур эксперимент должен быть не только смена букв (или не столько в смене букв), но и порченье сигнатур (нулями их позабивать что ли).

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

Донор-диск с которого клонируем.
Клон-диск на который клонируем.
При развертывании имиджа, MBR прописывается программой создания имиджей с обнуленной сигнатурой носителя.
При disk to disk, MBR копируется с диска донора, но без сигнатуры носителя, на клоне она также будет обнулена.
Подробности происходящего...
Когда чел делает клонирование любым способом, то на клоне, в кустах реестра, прописаны ессно параметры со значениями с диска донора. После клонирования чел идет в биос и переключается на загрузку с клона, не отключая физически донора (грубейшая ошибка и об этом уже на каждом углу расписано). Происходит следующее. Система грузится с клона, как обычно, т.е. не переставляя буков. А собссно зачем, она, система, все делает правильно. Ведь буквами она "играет" только в момент установки, а далее, даже после добавления или удаления разделов, буковки не трогает и об этом тоже везде расписано. Итак буковки остаются прежними, следовательно в MountedDevices наблюдаем картину
\DosDevices\C: с сигнатурой от первого физического диска (донора) и 7Е в смещении 05h
а, к примеру
\DosDevices\F: имеет новую сигнатуру от диска клона (второго физического) и теже 7Е в смещении 05h.
После физического отключения диска донора загрузка доходит до окна приветствия и останавливается... почему именно на нем... видать система защиты срабатывает, потому как сигнатура у самого диска отличная от той которая прописана в значении параметра \DosDevices\C: там ведь осталось старое значение, еще от диска донора, а собственная сигнатура диска клона прописана в параметре \DosDevices\F: И даже если удалить один параметр \DosDevices\C: входа в систему не будет, потому как сигнатура диска в MBR указывает на параметр \DosDevices\F: а надо, чтобы на \DosDevices\С: потому убив и параметр \DosDevices\F: (или все оптом) можно войти в систему.
После же выполнения fdisk /mbr обнуляется сигнатура в MBR диска клона и при загрузке производится ее перезапись, как в MBR, так и в параметре \DosDevices\C: ... вход в систему открыт.
Мораль сей басни.
1. Перед клонированием убить все параметры в MountedDevices диска донора.
2. После клонирования сразу отключать диск донор, хотя, если выполнить пункт первый, то и не обязательно... хотя предпочтительно!
Че-то наворотил, может не так ясно... тады звЫняйте.

Ну раз ты в Partition не разобрался попробуй поюзать Acronis True Image www.acronis.ru
прога -песня на русском, образ на серваке W2000server сделал без перезагрузки плюс еще и работать можно в процессе. можно сделать загрузочный сидюк + образ и прямо с сидюка образ кидать куда хош( правда загрузочный сидюк под 98 виндой не создается но под ХР точно делал.) поддерживает сеть итд. Долгое время пользовался Partition попробовал Acronis True Image и ничего больше не хочу. Кстати у них там много всяких прог хороших

ShurMur
Это ты про что?

Хочу предложить такой способ клонирование Win2000(Xp) на компы с различной конфигурацией(способ неоднакратно использовался) без использования sysprep с помощью Norton Ghost.

1) Подготовка Windows к клонирования:
Как извесно при серьезной изменении конфируции компьютера (напр. замена материнской платы - был чипсет intel стал via .....) Win2000(Xp) неподымается
синий экран и ощибка щас точно непомню памоему stop 0x0000007B. Что бы избавится от этой проблемы используется небольшой патч каторый копирует несколько файлов в
'%SystemRoot%\System32\Drivers' и добавляет необходимые строчки в реестр.
Описания того что надо скопировать и добавить я нашел на микрософт правдо щас немогу найти эту ссылку.
Но даю другую :http://www.mostlycreativeworkshop.com/article11.html

После применения этого патча в 90% замены мат платы Win2000(Xp) подымалась.

2) Вторая замеченая проблема. При клонирвании win2000(xp) на HDD другой модели или другова производителя winda негрузилась. Никакие ощибки не вываливались просто процес загрузки превращялся в бесконечность...

Для решения этой проблемы преминялся такой метод перед клонированием в диспетчире
устройств удолялся жесткий диск(донар).

Далие комп выключался подсоединялся второй HDD ( клон диск) можно на слейв или на другой контролер. Потом комп загружался с дискеты с Norton Ghost. Как правило клонирование производилось disk to disk, партишен то портишен неприпоминаю возможно при таком случаи могли быть какието проблемы...
Да еще одно с Norton Ghost2003 бывали глюки , но с Norton Ghost2002 проблем никогда небыло

Как для всех ламеров делается очень просто
Берёш винт с 2000 виндой(1) рабочей суёш с любую рабочую машину(3) и туда же цепляеш 2 винт (итого 3 шт). Грузиться надо с того на котором стоит винт 3.
Потом любым partition magic-ом копируеш раздел с виндой на другой винт и делаеш его активным.
Токо учти
1.Свап должен быть ТОЛЬКО на разделе с 2000 и проги желательно тоже

я таким макаром НТ4 5 копий делал. А 2000 - десятками ладно если чё пишите на аську

227401331

KLASS
Sorry сейчас очень тяжело со временем, поэтому предметно позаниматься MBR/signature не получается, "fdisk зануляет сигнатуру носителя (4 байта в смещении 0х1В8), а вот fixmbr этого не делает" - этого не знал, спасибо за информацию, "порченье сигнатур" & "все проверял" оснований не верить нет, но странно это, опять таки спасибо.
"Донор-диск с которого клонируем. Клон-диск на который клонируем" да претендует на некий охват проблемы, но как видно по постам ниже коллеги считают, что не полностью

Если ко мне есть какие то вопросы с удовольствием отвечу через PM, тут это вызывает не нужные эмоции (ламеры etc)

SurfKoba

Цитата:

а вот fixmbr этого не делает" - этого не знал, спасибо за информацию,

Мало того еще выяснилось, что если обнулить сигнатуру носителя, то FixMBR ее сразу и пропишет (странно), а если не обнулять то, как и было сказано выше, оставит без изменения...

Цитата:

порченье сигнатур" & "все проверял" оснований не верить нет, но странно это

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

Цитата:

но как видно по постам ниже коллеги считают, что не полностью

Потому я грил выше про высказывание мнений, но никак не спор... А для того, чтобы попытаться! найти общий знаменатель, надо сначала вывести аксиомы: земля круглая (хотя все знают, что и не совсем), клонируем с заменой того-то и\или того-то и т.п. т.е. попытаться избежать участи действующих лиц из известной басни Крылова.

Цитата:

тут это вызывает не нужные эмоции (ламеры etc)

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

Цитата:

Мало того еще выяснилось, что если обнулить сигнатуру носителя, то FixMBR ее сразу и пропишет (странно)

Сорри. Команда FixMBR ваще не трогает сигнатуру носителя, ни обнуленную ни имеющуюся в наличии. Другими словами FixMBR восстанавливает только 440 байт от начала сектора (MBS). Именно до сигнатуры носителя. Остальное ни-ни. А Fdisk /mbr затрагивает все 446 байт, включая и сигнатуру носителя +2 зарезервированных байта, перед таблицей разделов.

А как насчет такой проги:
Altiris Deployment Solution (Server & Client) 5.6!
Кто-нибудь юзал, поделитесь впечатлениями!

Добавлено
По отзывам лучше таких аналогов: PQ DeployCenter и Symantec Norton Ghost Enterprise.

Что-то с клонированием XP ничего не получается
Поднимаю эталонную винду на РС на i845. Клонирую Гостом. На машины с таким же чипсетом система переносится нормально. При попытке залить с имиджа РС на i815 винда не стартует. Проходит начальная загрузка системы и винда подвисает на черном экране. Ни ошибок, ничего. Перепробовал все советы свыше - результат не меняется. Причем раньше такая же проблема наблюдалась при попытке клонировать i815 на i815, хотя мат. платы были практически одинаковые. Подскажите в какую сторону копать!

Добавлено
Народ! Ну помогите.
Включил логирование на загрузке - грузятся все драйвера, никаких ошибок нет.

mikke А так делал?
Цитата:

Как заменить материнскую плату без переустановки системы?
Перед сменой платы в Device Manager в разделе IDE ATA/ATAPI Controllers поменяйте Bus Master IDE контролёр установленный там на Standart Dual Channel PCI IDE Controller. Если этого не сделать, то при загрузке на новой материнской плате система может не найти жёсткого диска, и получите сообщение про "inaccessible boot device".

Цитата:

mikke А так делал?

Да - все одно, грузится ядро, драйвера и черный экран смерти Ж)