Ответ в том, что он совершенно неправ, и на несколько порядков.
Используемая структура данных (для логических разделов внутри расширенного раздела) представляет собой связанный список, означающий, что каждое определение раздела содержит указатель на следующий в списке. Поэтому структура данных связного списка может простираться очень далеко. В случае MBR 32-битное ограничение на указатели секторов означает, что вы можете иметь максимум 2 ^ 32 (4 294 967 296) секторов. Определение каждого логического раздела занимает один сектор, и если вы хотите максимально увеличить количество разделов, вы должны сделать их все одним сектором без пробелов - просто определение раздела, затем раздел, затем определение раздела и т.д. (Многие инструменты создают дополнительные пропуски, но такое расположение без пропусков приведет к теоретическому максимальному количеству разделов.) Таким образом, вам потребуется два сектора на раздел, поэтому у вас будет вдвое меньше разделов, чем секторов, то есть 2 ^ 31 (2 147 483 648) разделов на диске размером 2 ^ 32 сектора. Сам MBR, тем не менее, занимает один сектор, и поскольку они распределены попарно, это означает, что два из них считаются, поэтому теоретический максимум будет равен 2 147 483 646.
Я понятия не имею, что бы кто-нибудь хотел с более чем двумя миллиардами одноотраслевых разделов. Кроме того, вполне вероятно, что вы достигнете пределов ОС задолго до этого значения. Конечно, вы не можете сопоставить более двух десятков разделов с буквами дисков в Windows, хотя, насколько я понимаю, в современных версиях Windows существуют другие способы монтирования разделов. Linux имеет ограничение в 16 разделов в своем ядре, хотя в современных дистрибутивах есть обходные пути, которые повышают этот предел - но я не знаю, насколько он высок.
Экспериментально, я провел тесты, которые создали более 100 логических разделов на одном диске MBR. Однако с моим тестовым диском я ничего не делал, поэтому не могу сказать, насколько хорошо он работал бы в любой конкретной ситуации или с какой-либо конкретной ОС. Это было доступно, по крайней мере, в Linux.
Кстати, я являюсь автором программного обеспечения для разметки GPT fdisk (gdisk
) . Хотя это, прежде всего, инструмент GPT, он конвертируется в формат MBR и обратно, поэтому мне нужно было достаточно хорошо изучить структуры данных MBR при его написании, отсюда и мои знания предмета.
Поскольку видео, на которое вы ссылаетесь, является обучающим видео для экзамена CompTIA, возникает практический вопрос о том, как вы отвечаете на вопрос, который видите на таком экзамене. Авторы экзамена не являются непогрешимыми, так что, возможно, вам лучше всего ответить неправильно. Я бы посоветовал основать выбранный вами ответ на предложенных (если это множественный выбор) и выбрать тот, который кажется наиболее близким к правильному.
Еще один момент: MBR устарел. С момента выхода Windows 8, промышленность переместилась трудно от MBR и GPT. GPT не использует расширенные или логические разделы, и с их отсутствием модификатор "primary" теряет смысл (хотя он все еще используется в некоторых инструментах разделения). Строгое следование стандартам GPT создает диск, способный вместить не менее 128 разделов. Это нижний предел; Инструменты секционирования могут создавать таблицы секций большего размера, но на практике это делают немногие. Конечно, не все эти "слоты" раздела должны быть заполнены; у вас может быть GPT-диск с одним большим разделом. В зависимости от того, когда последний раз вы сдавали экзамен CompTIA, и какова его тема, вы можете или не можете видеть какие-либо вопросы по GPT.