Многих начинающих пользователей Linux интересует вопрос - почему в вашем линуксе такая непонятная ситуация с дисками и разделами, где все то, к чему я привык? Чтож, давайте попробуем рассмотреть привычную всем организацию разделов в Windows с разных сторон, с точки зрения конечного пользователя, а потом рассмотрим, почему в Linux именно так, а не иначе. В чем преимущества (или недостатки)организации разделов в Linux перед привычным нам присвоением дискам букв латинского алфавита (А, В, С и т.д.) в Windows.
Итак, начнем.

Если вы пользователь со стажем, то наверняка помните, что раньше у вас было всего две или три буквы, обозначающие диски, а именно: А, В и С, т.е. один или два флоппи дисковода (А, В) и один жесткий диск (С). Когда на нем стояла только ДОС, то никакой необходимости разбивать диск на разделы не было. Но вот пришла Windows, знаменитая своей «стабильностью», и потребовалась необходимость разнести пользовательские данные и операционную систему, вот тут-то мы и вспомнили про возможность создать расширенный раздел, а в нем логический, конечно же, это раздел D. Такая организация с незначительными вариациями сохранялась довольно долго.
Но время идет, объемы жестких дисков выросли, и подошли к такому рубежу, что делить его всего на две части стало нецелесообразно. Если произойдет сбой в файловой системе, то вы потеряете все данные на разделе D, а если разделов несколько, то шанс спасти данные гораздо больше, да и дефрагментация дает о себе знать. Таким образом, оказалось целесообразным разбивать расширенный раздел на несколько логических, и делать их тематическими, например, музыка, фильмы, игры, и т.д. Не забываем и о том, что буквы присваиваются не только разделам жесткого диска, но и дисководам floppy, CD-DVD и кардридерам.

На первый взгляд, организация доступа к данным в Windows предельно проста и логична, и нового пользователя Linux крайне смущает то, что нет родного и привычного диска С (кстати, этот вопрос, очень часто задают в технические поддержки различных Linux-дистрибутивов.) Но давайте разберемся, так ли удобна данная организация файловой системы.

Представим себе следующую ситуацию: у вас есть один жесткий диск, он разбит на разделы С, D, E и F, а DVD носит букву G и вы всем довольны. Как известно, много места на жестком диске не бывает, ваши разделы уже заполнены до отказа, и вы решили расширить «жилплощадь», приобретя второй жесткий диск. Вы подключили его, создали основной и расширенный разделы, а последний разбили на несколько логических - и тут начинается самое интересное. Перезагрузив Windows, вы с ужасом обнаруживаете, что диск D, теперь не первый логический раздел первого жесткого диска, а первый основной ВТОРОГО!!! Но это еще не все - бывший раздел D, стал Е, Е стал F, DVD стал Н, а первый логический раздел второго жесткого диска начинаются c буквы I – все поплыло! Если вы не являетесь пользователем пиринговых клиентов, таких как DC++, eMule и конечно, uTorrent, то большой беды в этом самоуправстве с присвоением букв нет. Но тогда скажите, – чем же вы заполнили весь свой старый жесткий диск, как не скачиванием различного добра из интернета, в основном из пиринговых сетей, – то то и оно, – у вас обязательно есть расшаренные диски, каталоги или отдельные файлы.
А теперь скажите, откуда пиринговый клиент знает, где лежат файлы для раздачи – конечно же, по пути к ним D:\films\, E:\music\rock и тому подобное. Чувствуете подвох - там где был D:\films\ теперь неизвестно что, с соседнего диска – изменились пути ко ВСЕМ расшаренным на вашей машине ресурсам. Вам необходимо вручную перехешировать все расшаренное добро, и ваше счастье, если расшаренным был целый раздел диска, например для DC++ , вам останется только переждать часок другой, в зависимости от объема данных – при этом заниматься чем-то еще, будет нереально.
А как быть с любимым торрентом – ведь в нем конкретные ссылки на КАЖДЫЙ раздаваемый файл, и мало того, что вам придется вручную переподключать каждую раздачу или закачку, так еще и торент-ссылку искать придется, а если ее нет (ибо кто их хранит и помнит их номера) то скачивать! Каково?! Ваша уверенность в удобстве Windows-организации дисковых разделов пошатнулась? И это только начало! Стоит вам удалить какой-нибудь раздел на первом диске, или в середине второго диска, добавить новый раздел, разбив существующий на несколько разделов, переформатировать в файловую систему, отличную от FAT или NTFS, переустановить Windows - и все вышеперечисленное вам придется делать заново!!!
Вдохновились? Еще придерживаетесь мысли о правильности пути, по которому пошла Микрософт?
Какой можно сделать вывод – Windows назначает буквы разделам, руководствуясь одним единственным принципом – от балды! А расхлебывать приходится нам!
Какое же здесь удобство и забота о пользователе?

Теперь рассмотрим, как организуется разбиение диска и доступ к разделам в Linux. Итак, у каждого диска есть обозначение а, b, c и т.д.– это номер физического диска: hda, hdb, и т.д., если это диски IDE и sda, sdb, и т.д., если это диски SATA. А разделы нумеруются цифрами 1 ,2, 3 и т.д., причем разделы 1- 4 зарезервированы под основные, а начиная с 5 под дополнительные и логические, таким образом если у вас основной диск С, а логический D, то они будут называться sda1 и sda5, соответственно. Почему сразу идет пятый – а потому что номера со 2-го по 4-ый зарезервированы под основные разделы. Разделы на вашем свежекупленном жестком диске будут зваться так: sdb1, sdb5, sdb6, и т.д., а если вы создали расширенный раздел (extended), то он будет зваться sdb2 – хотя файлов в нем нет - это всего лишь вместилище логических разделов. Теперь, самое важное – операционная система обращается не к номерам раздела напрямую, а через точки монтирования. Как это понять неискушенному пользователю? У раздела sda5 есть свой «радист-связной» - каталог, при обращении к которому вы получаете доступ к самому разделу - точка монтирования.
Для того чтобы «завербовать» этого «связного» нужен пустой каталог с любым названием (но, желательно, без пробелов в имени, иначе будут проблемы), и команда mount. Все разделы диска обозначаются так: /dev/sdn, где n – номер раздела (партиции, если так понятнее), а после sd идет буква, соответствующая порядковому номеру жесткого диска в системе - "a", "b", и т.д.: sda1, sda2, sdb1, sdc1... Каталог для монтирования надо создать - где? - а где хотите, например, в каталоге /media:

Код: sudo mkdir /media/disk_D

и примонтируем наш виндовый диск D:

Код: sudo mount /dev/sda5 /media/disk_D


теперь если вы откроете каталог /media/disk_D, то в файловом менеджере Linux откроется ваш виндовый раздел, но это временная мера, чтобы не делать так каждый раз, запишите это в файл
/etc/fstab, но не буду перетягивать одеяло на себя – все это превосходно описано в статье Zeroeda. Причем, у одного раздела может быть сколько угодно точек монтирования.
Вся файловая система в Linux имеет древовидную структуру, начиная с корневого каталога «/», все остальное монтируется относительно корневого каталога: /, /media, /media/disk_D, /home/serg, и т.д., причем сам корневой каталог может быть примонтирован на любой раздел любого жесткого диска - чувствуете мощь и гибкость? Вы воткнули USB флешку – она примонтируется в каталог /media и вся ее файловая система будет доступна через созданный каталог-точку монтирования. На первый взгляд, все понятно, одно неясно - а какие в этом преимущества? Все познается в сравнении, вот и мы пойдем по этому пути.

Пример 1
Мы рассмотрели, что произойдет с буквами разделов в Windows, если подключить второй жесткий диск, а как поведет себя Linux?
Ставим второй жесткий диск, разбиваем (можно в акронисе или другой программой) …и ничего страшного не произойдет – разделы второго диска НИКАК не зависят от первого – там sdan, а на новом диске sdbn – их номера вообще друг с другом не связаны, так что с вашими торрент-раздачами ничего не произойдет. Linux держится молодцом!

Пример 2
Усложняем задание – разбиваем диск D (sda5) на два раздела: D и E (sda5 и sda6) – что случится в Windows - даже думать страшно, но и в Linux номера разделов изменились – их ведь стало больше – ссылки тоже престанут работать. Допустим, раздаваемый в торренте файл, film.avi, лежал «виндовом» диск Е, смонтированном в каталог /media/disk_E/films/,а раздел назывался sda6, - теперь – это раздел станет sda7 (F ) и все остальные номера этого диска(!) тоже изменятся на единичку. В Windows нам потребуется куча времени и нервов, чтобы все переназначить и перехешировать, а как обстоят дела в Linux?
Очень просто – раздаваемый фильм лежал в разделе sda6, который теперь стал sda7, а раздачи в клиенте привязаны не к номеру раздела, а к ТОЧКЕ МОНТИРОВАНИЯ, которая ничуть не изменились (ведь это простой каталог, вы помните?). Нам остается только слегка подправить файл /etc/fstab: было

Код: /dev/sda6 /media/disk_E ntfs defaults 0 0

стало:

Код: /dev/sda7 /media/disk_E ntfs defaults 0 0


вот и все! Остальные номера разделов тоже изменяем на единичку, а точки монтирования, к которым привязаны пиринговые клиенты, остались неизменны! Итак, какой способ организации доступа удобней – в Windows или в Linux?

Пример 3
Раздел диска, к которому ведут сотни ссылок из разных пиринговых (торрент) клиентов, заполнен до отказа, а увеличить его размер, потеснив соседние, возможности нет – что делать? В Windows это катастрофа, в Linux - раз плюнуть. Берем раздел на другом свободном жестком диске, переносим туда наши файлы и меняем ОДНУ букву и ОДНУ цифру в строчке монтирования, в файле /etc/fstab: было

Код: /dev/sda6 /media/ disk_E ntfs defaults 0 0

стало

Код: /dev/sdb5 /media/ disk_E ntfs defaults 0 0


Здесь следует дать пояснение – «шара» лежала в разделе /dev/sda6, на первом жестком диске, а файлы мы перенесли на «диск D» - sdb5 второго жесткого диска. Если номера разделов совпадают, то менять нужно только «a» на «b», далее:

Код: sudo mount –a


и даже перезагрузка не нужна – теперь раздача на торренте, как ни в чем не бывало, пойдет со второго жесткого диска. Скажите, в Windows такое возможно? Конечно, есть способы и программы, чтобы поменять букву раздела, но это не всегда удается, да и кто про них знает.

Я привел всего три примера, но они демонстрируют безоговорочное преимущество Linux.
И еще, - древовидная структура файловой системы гарантирует идентичность всей структуры файловой системы на ЛЮБОЙ Linux-машине, даже если вы перенесли диск на другой компьютер – потребуется лишь корректировка файла /etc/fstab. Ведь абсолютно не важно, где физически находится тот или иной раздел (пусть даже это сетевой диск, расположенный в другом городе), главное, куда он примонтирован.
Древовидная структура файловой системы Linux всегда остается неизменной, в отличие от беспорядочно скачущих букв Windows–разделов.

Надеюсь, теперь вам понятно почему в линуксе нет диска С:\.