[ShaddyR]

Ну неужели их будут тестировать установкой ОСи ? »

т.е. я правильно понимаю - никто и не предполагает прописывание загрузчика автоматом в процессе первичной настройки\разметки носителя? Все, на что нас хватает - это предположить, что каждые 10 из 11 ж.дисков в годовых партиях ж.дисков численностью по несколько сот-тысяч носителей - поправленная БУшка и только один из этих 11-ти - новый? Может, кто-то проведет эксперимент - перенос загрузочного раздела на новый ж.диск БЕЗ переноса чего-либо другого (то бишь - загрузчика, большинство программ имеют подобную возможность, тот же PQDI это делает по-умолчанию, GHost позволяет выставить подобную возможность) и посмотреть результат. Я посмотрю, у скольких ж.диск окажется "БУшным" - т.е. спокойно загрузится.
>

Приведи копию этих секторов »

распакуй любой новый ж.диск и получи эту самую копию
>

Чем подготавливался образ ОС и как создавался системный раздел (стандартным установщиком и т.д.)? »

здесь+PQDI или аналог
>

Забудьте про fdisk. Это анахронизм времён MS DOS и Windows 95, для NT систем не нужен MS DOS... »

чем она не устраивает в деле восстановления загрузчика NT-системы до ХР включительно? Ты чем-то быстрее это сможешь сделать?
>

[Normal]

эксперимент - перенос загрузочного раздела на новый ж.диск БЕЗ переноса чего-либо другого »

я это делал... на новый Сигейт 320-ку, который у меня в профиле, со старого слил бекап диска С и на подключенный новый влил, только размер самого раздела увеличился пропорционально размеру диска. Бекапил и вливал Acronis-ом. Никаких проблем.
p.s. пытаюсь припомнить... кажись фишка Акронис в том что он и МBR автоматом копирует.

[ShaddyR]

фишка Акронис в том что он и МBR автоматом копирует »

вполне возможно. Потому я и настаивал на

перенос загрузочного раздела на новый ж.диск БЕЗ переноса чего-либо другого »

для чистоты, так сказать, эксперимента)

[IgNat]

распакуй любой новый ж.диск и получи эту самую копию »

- новые HDD продаются с ОС? прочитай ещё раз:

0-63 секторов из образа ОС!»

Все 11 HDD одинаковой ёмкости?

[Tau_0]

чем она не устраивает в деле восстановления загрузчика NT-системы до ХР включительно? »

Тем, что fdisk предназначается для работы с системой DOS, поэтому её предел Windows 95, 98, 98SE или Me, но она не будет в общем случае правильно работать с 2000/XP, не говоря уже про Seven.

А вот более “высокие” загрузчики корректно работают со всеми предыдущими версиями Windows. Посмотрите, как делаются системы с мультизагрузкой.

Ты чем-то быстрее это сможешь сделать? »

Да, могу грамотнее и также быстро восстановить MBR --- fixmbr

FIXMBR fixmbr имя_устройства Данная команда используется для восстановления основной загрузочной записи загрузочного раздела. В синтаксисе команды имя_устройства — необязательное имя устройства, для которого требуется новая основная загрузочная запись (MBR). Используйте данную команду, если вирус повредил загрузочную запись и запустить Windows не удается.

Описание консоли восстановления Windows XP...
http://support.microsoft.com/kb/314058/ru

[ShaddyR]

из образа ОС »

да причем здесь образ, если одно и то же распаковывается за разом раз. Или в 11-м случае недораспаковывается?
>

Все 11 HDD одинаковой ёмкости? »

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

fdisk предназначается для работы с системой DOS, поэтому её предел Windows 95, 98, 98SE или Me, но она не будет в общем случае правильно работать с 2000/XP »

ану-ану... с этого места - поподробнее... в чем же она может неправильно работать? А то вот лет 7 как работала правильно - мож, я чего пропустил?
>

также быстро восстановить MBR --- fixmbr »

также быстро? Не смеши. Начиная с того, что загрузка в RC требует сама по себе времени и заканчивая тем, что RC для поддержки контроллера может потребоваться драйвер контроллера - тот же AHCI. Верно? А fdisk'у до ХР включительно надо command.com и, собсно, fdisk.exe. Так что будет быстрее? Ну, а насчет грамотнее - определи неграмотность данного действия посредством fdisk - то бишь, ответь на вопрос выше.

[IgNat]

да причем здесь образ »

- при том, что насколько я понял, ты всё-таки снимаешь образ именно системного раздела С: всякими "PQDI или аналог", правильно? Т.е. в программах задаёшь условие записать в образ раздел С: / partition 1, да?

[ShaddyR]

в программах задаёшь условие записать в образ раздел С: / partition 1, да? »

скорее всего, механизм именно таков. Сам я условий никаких не задаю, просто указываю, какой(ие) раздел(ы) мне нужно сохранить. Развивай мысль..

[IgNat]

ShaddyR, т.е происходит гадание, типа:

кажись фишка Акронис в том что он и МBR автоматом копирует »

или любая другая программа делает/не делает копию MBR, записала/не записала загрузчик или только таблицу разделов и флаг активности и т.д. и т.п. Чтобы этого не происходило необходимо делать посекторную копию с 0-ого по последний сектор раздела С:. И при разворачивании образа больше не будет никаких проблем

Всё это обсуждение не имеет никакого отношения к данной теме Предлагаю с твоего сообщения (с цитатой сообщения Tau_0) перенести все сообщения в Клонирование.

[Tau_0]

ану-ану... с этого места - поподробнее... в чем же она может неправильно работать? А то вот лет 7 как работала правильно - мож, я чего пропустил? »

Звыняйте, что цитаты..., но так лучше.
Тут вот какое дело…

Такое состояние дел продолжалось около 4ех лет, или около того, а затем на рынке появились диски, которые нельзя читать через функции INT13 (потому что 10+8+6=24 бит, следовательно обращаться только к 8.5 ГБ - для большего не хватает адресного пространства). Был создан новый интерфейс для BIOS - так называемые расширенные INT13 (Extended INT13) функции, где DS:SI указывает на 16 байтовый Адресное Дисковое Пространство (Disk Address Packet), которое содержит 8-ми байтовый абсолютный номер блока.

Large Disk
http://adminbook.ru/index.php?men2=2-1/63

NOTE: Even though we're examining the code created by Microsoft's FDISK utility, this MBR is OS-independent. Its code can be used to start the bootup process for any operating system's Boot Record on an x86-CPU based (PC) computer as long as that OS is: 1) on the Primary Master hard drive, 2) set to be the only Active partition, 3) it's Boot Sector is located at or under cylinder 1024 of the hard drive (since this MBR uses the standard INT 13 Read Function which is limited to that value) and 4) it has a boot loader in the first sector of that partition. For the Linux OS you can install LILO as a Boot Record rather than in the MBR and following sectors, but for systems with multiple OSs this isn't very practical. Я это так перевёл. ЗАМЕЧАНИЕ: Даже при том, что мы исследуем код, созданный утилитой Microsoft FDISK, эта MBR независит от OS. Данный код может использоваться для старта загрузки любой OS на компьютере PC с x86-CPU: 1)жесткий диск на Primary Master, 2) только один раздел установлен Активным, 3)Загрузочный сектор раздела, расположен не далее цилиндра 1024 на жестком диске (так как эта MBR использует стандартную Функцию Чтения INT 13, которая ограничивает этим значением), и 4) у раздела в первом секторе есть Загрузчик. Для OS Linux вместо этой MBR Вы можете установить в соответствующие секторы загрузчик LILO, но для систем с мультизагрузкой OS это непрактично.

An Examination of the Standard MBR
( Master Boot Record )
[ Embedded in Microsoft's FDISK Programs
from MS-DOS 3.30 through MS-Windows™ 95 (A) ]
http://thestarman.pcministry.com/asm/mbr/STDMBR.htm

Хотя уже здесь загрузчик исправлен --- используется расширенная функция 42h INT 13.

This page examines the Win 95B MBR which was introduced in 1996 when Microsoft® released its FAT32 File System. FAT32 required a number of changes in their utility programs. The Standard MBR embedded in FDISK was replaced by the expanded code which you see here; it added routines to check for things that only applied to Win 95B at that time, but the same MBR code was later used in the Windows 98, 98SE and Windows ME FDISK programs.[/ Basically, this MBR was created so that Microsoft's FAT32 Boot Sectors could be located in a partition that's beyond the reach of the Standard MBR (which is limited to cylinder 1024 or less, since it does not use the Extended INT 13 Function 42h which is found in this MBR).

An Examination of the
MBR ( Master Boot Record )
[ Embedded in Microsoft's® FDISK Programs
for: MS-Windows™ 95B, 98, 98SE and ME ]
http://thestarman.pcministry.com/asm/mbr/95BMEMBR.htm

Поэтому резюмирую --- в использовании fdisk особого криминала нет, но можно и нарваться… Это лграничение только для запуска загрузчика Файлофой системы (OS).
Да и полноценный NTFS (пусть пустой) раздел посредством fdisk Вы не создадите...

ЗЫ Я останусь при своих --- мне diskmgmt.msc больше нравится.