Все делится. Там приведена формула вычисления РАЗМЕРА раздела. Минимальная "размерная" величина на винте - 1 сектор, равный 512 байт или 1/2 Килобайта. Т.е. количество секторов на дорожке В ДВА РАЗА БОЛЬШЕ общего количества килобайт на этой дорожке. Таким образом, чтобы узнать, сколько килобайт на одной дорожке и надо выполнить формулу (SECTORS / 2). И если число секторов на дорожке нечетное, то получим нецелое число килобайтов, в данном случае - 63/2=31.5 Кб или 32256 байт, что совершенно нормально. Можно, конечно, вычислить по другому, а именно, 63х512/1024, но это тоже самое, только с бОльшими нагромождениями.
Так что:
Нет, именно килобайт.
И да, в параметрах винта указывается не самый большой номер сектора на дорожке и номера цилиндра, а именно общее число секторов (которых, соответственно, 63) и цилиндров (которых именно 16383).
Почему там не влезает, сразу вынести вердикт не смогу. Но скорее всего вам стоит обратить внимание на такой параметр как на количество имен файлов("записей") в каталоге. По умолчанию (и если размечать винт через утилиту FDISK (не рекомендую - как показала практика - "ручками" через конфигурационные файлы надежнее) ) это количество равно 128 файлов в каталоге. Вот только максимальная величина, которая может быть адресована одной файловой записью в каталоге - равняется 16384 байт (при дефолтных системных настройках, которые с полпинка не изменишь и это отдельная тема). Если файл длиннее, то используются две записи (только вторая не видна при выводе каталога, но если посмотреть каталог при помощи диск-доктора, то это будет видно), если больше 32768 байт, то три записи и так далее по возрастанию. Поэтому может случиться так, если писать на диск объемные файлы, что ты запишешь на него только несколько таковых, физически место на разделе останется, а каталог будет исчерпан. Ибо 128х16=2048Кб или 2Мб - максимальный объем, который можно записать на раздел с таким размером каталога. А если (а так почти всегда и бывает в случае подборки маленьких системных утилит) файлы будут меньше, то каталог переполнится и запись станет невозможна при гораздо меньшей степени заполненности диска. Поэтому делать слишком большие устройства при таком каталоге нет смысла. Оптимально при 128 файловом размере - не более 1-1.5Мб.
Можно увеличить в ручных настройках (в FDISK это невозможно) количество файлов в каталоге Но бесконечно это делать тоже не получится - чем больше файлов в директории, тем более жутко начнет тормозить (а то и глючить) система (прежде всего интерактивные программы, работающие с каталогом - прежде всего оболочка X-Comander (этот вообще при слишком большом количестве файлов, примерно около 300 будет выводить только часть каталога - хорошо, что имеется ввиду конечное число реальных файлов, вне зависимости от того, сколько файловых записей занимает тот или иной файл) и копировщики).
Опыт показывает, что максимальный размер каталога, при котором работа с разделом не превращается в пытка - это 512 файлов. А каталог в 1024 файла можно поставить только для каких-нибудь архивных разделов для хранения (и только хранения) оооочень объемных файлов. И объемнее делать каталог не рекомендуется. Ну разве что поэкспериментировать только.
При 512-файловом каталоге оптимальная величина раздела - от 4 до 6Мб. Из этой величины и следует рассчитывать разбивку винта. Ну а первый, "системный" раздел (на диске "С"), лучше оставить в размере 1-1.5Мб с величиной каталога в 128 файлов и записать туда наиболее часто используемые системные файлы и оболочку X-Comander. Тогда система будет запускаться и работать нормально. А остальные раздела делать побольше, не забывая увеличивать и размер каталога. Только не делай разделы 35-80 мегабайт, как в твоем примере - нету смысла.
В общем копай с нехваткой места где-то в районе величины каталога. Может, в одном из случаев при разметке какая-то утилита действительно поставила, например, 256 файлов в каталоге (а я про эту функцию не знал), поэтому тот диск, что не влезал ранее на раздел ввиду исчерпанности каталога, стал влезать?
Вот как-то так.
P.S. И еще одно дополнение: из-за одной ошибки, а скорее недоработки данной реализации системы на АТМ, чтобы в один прекрасный момент система ВНЕЗАПНО наглухо не зависла, необходимо следить, чтобы МАКСИМАЛЬНЫЙ объем всей совокупности подключенных к буквам A: B: .... H: I: J: логических разных устройств (включая флоп и RAM-диск) НЕ ПРЕВЫШАЛ 32Мб (теневых разделов, подключаемых время от времени к той или иной букве можно наделать сколько угодно). А почему, объясняется в моей статье: 32Мб хватит на всех - классическая "ошибка Билла Гейтса" в ATM-версии ОС CP/M
Я сам долго не мог понять зависания, пока не копнул поглубже.