Зачем разбивать диски

Когда на работе я объясняю новому сотруднику, что зайдя в сеть с любой рабочей станции он увидит все свои персональные файлы на диске J:, файл своего отдела - на K:, общие - на L: и т.д., а вот на диск C: писать ничего не надо, то многие не понимают зачем нужна такая сложная система. Стандартное предложение - сделать один диск C: (ну, в крайнем случае, C: и D:), "как дома", и не мучаться. Несколько реже встречается обратная ситуация: однажды мне принесли "на починить" компьютер, в котором 13-ти гигабайтный диск был разбит на 13 логических...

Зачем же надо разбивать большие диски на куски? Раньше основную роль играли различные ограничения, накладываемые системой адресации BIOS, которая поочередно "воздвигала барьеры" на размерах в 528 Мб, 2.1 Гб, 3.27 Гб... Сейчас, для многих машин остается актуальным ограничение в 8.4 Гб на физический диск и 2 Гб на раздел. Вкратце, эти ограничения сводятся к тому, что несмотря на физическую возможность диска записывать и считывать большие объемы информации, компьютер не мог описать адрес того сектора, куда надо было писать данные - ему просто не хватало выделенной памяти для хранения таких больших адресов.

Скажем, самый первый барьер возник из-за несоответствия адресации BIOSа (функции 13h, которая "занимается" записью на диск) и стандарта IDE. Из-за этого несоответствия приходилось для значения каждой переменной выбирать самые маленькие значения, которые понимались бы и BIOSом и диском.

Каждый раз эти ограничения обходились с помощью различных "извращений", а новые компьютеры выходили уже с обновленным BIOSом. Таким образом, некоторые неудобства испытвали только владельцы морально устаревших компьютеров, остальные же радовались возросшим возможностям. Потом наступал очередной... барьер и все начиналось по-новой.

Другой причиной для разбиения дисков являлся размер кластеров. Кластер - это как-бы квант дискового пространства, т.е. минимальный логический блок, в котором могут храниться данные. Для больших дисков размер кластера может быть, например, 32 Кб (для FAT-16), т.е. если вы сохраните на диске файл, размером в 1 Кб, то на диске все-равно "потратятся" 32Кб. Для маленьких дисков размер кластера, соответственно, меньше, таким образом, если вам надо хранить много-много маленьких файлов, то имеет смысл разбивать большой диск на несколько маленьких.

Но с появлением FAT-32 и резким удешевлением дисков (задумайтесь, что всего несколько лет назад мегабайт дисткового пространства стоил около доллара!) большинство этих проблем потеряли свою актуальность и разбивка на логические диски производится просто для удобства пользователя. Действительно, чем ползать по длиннющему дереву директорий на диске C:, намного проще запомнить, например, что Ваши данные хранятся на диске D:, игрушки - на E: и т.д. Кстати, это даст еще и дополнительную гарантию того, что, например, игрушки не "сожрут" место, необходимое для работы. Еще одно удобство - при клонировании (или создании резервной копии) системы - сохраняя диск вам не придется "выковыривать" из него часто изменяющиеся данные...

Ну и напоследок, хотелось бы упомянуть о такой ДОСовой команде, как subst. Занимается она тем, что создает из указанной вами директории виртуальный диск. Т.е. напечатав в командной строке "subst W: C:\temp" вы обнаружите в проводнике новый диск W:, содержимое которого будет таким же, как и содержимое директории C:\temp. Иногда это может оказаться полезным, например, при установке каких-нибудь старых программ, которые хотят ставиться исключительно с диска A: Чтобы посмотреть список подключенных виртуальных дисков можно ввести subst без параметров, а для удаления уже существующего - subst W: /D

Вот и все. Успехов!

По материалам ресурса ComER