В настоящее время я работаю над исследованием, связанным с историей файловых систем.
По-видимому,Главная загрузочная записьбыла представлена в MS-DOS 2 в 1983 году, которая также была первой DOS, поддерживающей жесткие диски.
MBR просуществовал много лет, отчасти потому, что мы начали достигать его пределов только в начале 2000-х.
Учитывая ограничения того времени, мне интересно, почему IBM и Microsoft добавили поддержку разделов с самого начала. Я думаю, что двойная загрузка тогда еще не была распространена, как и создание образов дисков. FAT16, по-видимому, поддерживал диски объемом до 4 ГБ. MS-DOS в то время казалась очень утилитарной, поэтому для меня это было неожиданной функцией.
Почему перегородки появились так рано и как люди их использовали?
решение1
Хотя MS-DOS 2.0 и добавил формат MBR, на самом деле онне поддерживал использование нескольких разделов. Поддержка нескольких разделовне был добавлен до MS-DOS 3.3в 1987 году.
Вместо этого таблица разделов была предназначена для двойной загрузки.Руководство по PC-DOS 2.0:
Если вы собираетесь использовать часть жесткого диска с другой операционной системой, то вам следует перейти к разделу «Разбиение жесткого диска» в этой главе.
Другой операционной системой обычно является Xenix.Руководство пользователя Xenix (1984):
Разделы жесткого диска
Для этого обсуждения мы предполагаем, что на жестком диске будут находиться только две операционные системы. Этими двумя системами будут XENIX и MS-DOS.
В некотором смысле MBR просто втиснули в то, что было бы загрузочным сектором на дискете. Как дискеты, так и MBR жесткого диска начинают свой первый сектор с исполняемого кода, который BIOS загрузит при загрузке. MBR просто выбирает использоватьпоследние 64 байтаэтого сектора для хранения информации о разделах, а затем передать управление первому сектору раздела.
IBM PC с самого начала на удивление благосклонно относился к альтернативным операционным системам.Руководство по эксплуатации IBM PC/XT 5160даже упоминается во втором абзацеРаздел 3. Эксплуатация вашего персонального компьютера IBM XT:
Если вы решите написать собственную операционную систему, Техническое справочное руководство IBM Personal Computer XT предоставит вам ценную информацию.
решение2
Тот факт, что вам не нужна двойная загрузка, не означает, что вам не нужны разделы.
Один из аргументов, который существовал тогда и актуален до сих пор, заключается в том, что по разным причинам может возникнуть необходимость разместить операционную систему и пользовательские данные на разных разделах.
Кроме того, DOS был разработан для дискет, а не жестких дисков. Когда жесткие диски были введены, они были значительно больше дискет, и больший размер выявил проблемы в файловых системах, которые сделали неэффективным или невозможным использование больших размеров без разбиения диска на части.
Со временем эти файловые системы (FAT12, FAT16) были обновлены для обработки больших размеров (FAT32 ext2fs) и в конечном итоге заменены новыми файловыми системами с новыми большими ограничениями (fat+ ext4) ...которые в конечном итоге все еще были недостаточно большими. История повторяется. (exfat ntfs xfs zfs)
Эти проблемы существовали тогда, существуют и сегодня, и сейчас мы разбиваем диски на разделы по тем же причинам... и по некоторым другим.
решение3
Исходный FAT16 (тип раздела 0x04) не поддерживал размеры разделов более 32 МБ из-за ограничений на размер кластера. Тип раздела FAT16 0x06 поддерживает большие размеры разделов и был представлен в 1987 году в Compaq PC-DOS 3.31, а затем стал доступен в MS-DOS 4.0
Другим преимуществом наличия разделов является то, что можно было выделить внешние цилиндры HDD для одного раздела, а внутренние цилиндры для другого. Внешние цилиндры были быстрее, и это также сократило время поиска головки HDD в цилиндрах раздела.
решение4
Проблема размера блока была большой проблемой, и не только с MS-DOS. Я помню (хотя подробности немного размыты - это было где-то в 1985 году), что MP/M-86 на Altos 586-20 увеличил количество блоков файлов с 1024 до 2048, потому что 1024 было просто недостаточно.
FAT16 допускала примерно 2^16 = 64k файлов. Точное число варьировалось в зависимости от различных факторов и было немного меньше, но в основном 64k. К началу 1990-х годов 1 Gig. был не таким уж необычным. 1 Gig. при 64k кластерах = 16k на кластер. Еще хуже, если у вас 1,5 Gig. и 32k на кластер.
Для баз данных и других больших файлов это нормально. Для смеси больших и маленьких файлов это было в целом нормально. Но если у вас много маленьких файлов, то это будет большой тратой драгоценного дискового пространства, и в таких ситуациях разделы могут действительно улучшить использование доступного пространства. Хотя несколько физических дисков часто обеспечивают лучшую производительность, они часто стоят дороже и требуют больше места и мощности, поэтому один большой диск с несколькими разделами может работать довольно хорошо.