Полигон-2

ребят,спасибо огромное, сегодня в 3 часа ночи все решилось.значит загрузилсяя с дискетки DOS622 , запустил fdisk, а он мне радостно сообщает что у меня на диске обьемом 47 мбайт есть primary раздел размером 321 метр да еще и активный!
я беру, удаляю раздел С, пишет раздел удалён. жму "создать раздел" а мне и предлагается создать primary на 47 мбайт... создал, ребутнулся, форматнул это чудо, сделал ему sys a: c:, перезагрузка, и все. работает. правда жалко 200 слишним мегабайт,но всеже.
кстати в BIOSе еще не смотрел сколько хэдов и цилиндров выставлено.

кто знает как считать размер винта по хэдам секторам и цилиндрам? хочется отвоевать у bios-a поболее мгб

zOrg написал:

[q]

Полюбопытствую, с какой примерно версии начинать? С 5 или старше?

[/q]

6.х будет достаточно. Семерка и восьмерка, PTS, FreeDOS и иже с ними уже чересчур "умные" стали.

Fe-Restorator написал:

[q]

гигов на 40. Через Ontrack Disk Manager. Сие сопряжено с издержками, но "если очень хочется, то можно".

[/q]

я тоже это зло упомянул

Fe-Restorator написал:

[q]

Байтовая ёмкость делится на 4 и получается ёмкость в кластерах (количество).

[/q]

Можно опять знающий человек вмешается?
Кластер - это минимально адресуемая файловой системой единица дискового пространства. Она может быть равной 1..128 секторов, в зависимости от указанных при форматировании параметрах. Поделив количество байт на четыре, ты получишь емкость диска в четырехбайтовых словах, а никак не в кластерах

Fe-Restorator написал:

[q]

Винчи до 40 метров пользовали формулу "1 сектор == 1 кластер". Размер FAT позволял такую роскошь. Винчи до 1024 метра пользовали килобайтный кластер, т.е. 2 сектора. Далее, до 8 гигов применялись кластеры по 2к, т.е 4 сектора. До 30 гиг - по 4к или 8 секторов на кластер. Более современные диски пользовали по 32к/кластер, далее развилась ntfs. Речь об "умолчальных" размерах кластеров, но сие показывает наглядно как может ошибаться биос при неправильном указании геометрии винта: 0-й сектор он прочтёт, но 1-й и далее - не сумеет обнаружить из-за неверно прочитанного (вследствие несовпадения размеров) кластера. Результат: зависание до загрузки доса, а то и порча разметки диска вместе с инфой на нём.Достаточно упомянуть, что если формулу 1сектор=1кластер и файловую систему FAT применить к современным 2Тб винчам, то общий размер обеих FAT-таблиц сравним станет с половиной ёмкости диска. Сие для понимания масштаба сказано.

[/q]

Тут даже я скажу, что столько чуши сразу давно не видел
При ограничении FAT16 в 65535 кластеров на раздел, как же 40-меговый винт может иметь сектор на кластер? Мало того, на практике досовый fdisk размечает 2 килобайта на кластер даже на разделах >32MB и так до 127MB. Далее всё ровно: 128-255=4KB, 256-511=8KB и т.д. до 2047MB=32KB. NT держит FAT16 на 4GB и 64-киловый кластер. Если про FAT32, то на винтах менее 512MB (540 десятичными - далее цифры в двоичных гигабайтах) документировано не хочет делать FAT32 - делает FAT16 со всеми вытекающими. Далее до 8GB=4KB, 16=8, 32=16 и наконец >32=32. Можно конечно изменить эти умолчания и сделать 40-меговый винт FAT32 с сектором на кластер, только FAT сожрёт слишком много места, так что толку никакого.
И никакого зависания нет, как и порчи данных - просто пишет missing operating system и всё. Если подключить неправильно и загрузиться с дискеты, то совсем не видны как правило логичесие диски на расширенном разделе, а ч.н. "диск C:" может даже читаться и писаться вполне нормально, в крайнем случае сообщит типа sector not found. А если речь о винде, а не DOS, то ей и вовсе чихать на BIOS - у неё собственные драйверы дисковой подсистемы. Можно даже вообще не прописывать в BIOS винт - винда его и так увидит и будет с ним нормально работать. Если конечно виндовые драйверы уже в свою очередь понимают винт заданного объёма.