[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 больше нравится.