«Правильное» разбиение дисков для Linux
Сегодня постараюсь рассказать об оптимальной структуре HDD на который будет устанавливаться ОС Linux. Безусловно, в этой теме есть масса тонкостей, которые невозможно охватить в небольшой заметке, да и в зависимости от области применения компьютера с ОС Linux могут в значительной степени меняться. Сегодня я попытаюсь рассказать о «разбиении» HDD именно в десктопном сигменте применения Linux.
Вообще, к подобным рода оптимизациям ОС для рабочих станций стоит относится достаточно снисходительно. Во-первых, значительного ускорения работы Вы всё равно не увидете, тем более на современных жёстких дисках, а надёжность хранения информации в домашних условиях, в общем случае, не так уж и важна. Поэтому, после прочтения данной заметки, не стоит сразу бежать переворматировать винты и делать всё «правильно», относитесь к этому примерно как «неплохо было бы, как-нибудь, если буду устанавливаться систему заново».
Теперь, пожалуй стоит познакомиться с операционными системами, которые в принципе можно применять для установки Linux:
ext2 – extended file system версии 2. Была стандартом «де-факто» на Linux системах до появления ext3.
ext3 – по сути, та же ext2, в которую добавили журналирование. Как и предшественник является одной из самых стабильных при достаточно неплохой скорости на различных типах данных.
ext4 – логическое продолжение ext3. Вышла сравнительно недавно и ещё не является стабильной, но на практике проблем на замечано. Нововведений и преимуществ много (обо всех подробно можно почитать здесь), из основных отмечу увеличенную скорость работы, меньшую фрагментацию данных и много много ещё чего.
raiserfs – относительно новая фаловая система, отличительной особенностью которой, является превосходная скорость работы с мелкими файлами.
xfs – является, пожалуй, полной противоположностью raiserfs, тут хорошая скорость обработки данных достигается на файлах большого размера (например, мультимедийный контент).
Конечно, существует ещё масса файловых систем с которыми может работать Linux, но качество работы с этими ФС не позволяет устанавливать систему в эти разделы.
Для любого дистрибутива Linux желательно иметь 2 раздела, под корневую файловую систему и раздел подкачки (да, в принципе можно обойтись и без него, а в некоторых случаях это необходимо), но это минимально. На мой взгляд просто необходимо делать отдельным разделом /home (и давать ему, кстати львиную долю дискового пространства) и очень желательно /boot. Первое позволит не потерять данные пользователей при крахе/перестановке системы, второй же позволит не задумываться о файловой системе корневого раздела. Для /var (тут храняться, изменяющиеся во время работы ОС файлы) тоже не плохо было бы обзавестись отдельным разделом, а если у Вас работаем в Web-сервер, отдающий приличные по размеру файлы, то и /var/www, неплохо было бы сделать отдельным разделом. Временные файлы из /tmp можно вообще «засунуть» в оперативную память для быстрого доступа. Теперь обо всём чуть подробнее.
/boot – небольшой раздел (размер зависит от количества ядер в системе, в общем случае 64 или 128 Мб), файловая система ext2 (во-первых, никаких проблем с установкой загрузчика, а во вторых, из-за отсутствия журналирования работает несколько быстрее ext3).
/ – в зависимости от ваших требований раздел от 2 Гб и больше. Файловая система ext4 при использовании отдельного раздела /boot, либо ext3 без оного.
/home – опять-таки в зависимости от того, какие файлы будут храниться в вашей домашней папке. Если документы, картинки и прочая мелочь – смело ставьте raiserfs, выигрышь в скорости будет довольно заметным. Если у Вас будет много видео и Вы их будете постоянно перебраывать – xfs – Ваш выбор. Если что-то среднее между двумя этими вариантами, то ext4.
/var – однозначно raiserfs. Файлы по-большей части мелкие, часто перезаписываются.
/var/www /var/ftp и другие файлообменные службы. Если используете файлообменные службы, которые работаю в /var, не поленитесь создать отдельные разделы для них. Если используются большие файлы xfs, если только html или php странички raiserfs.
/tmp – можно, а при использовании SSD, даже очень нужно перенести в ОЗУ, то есть монтироваться как tmpfs.
Примерно так долен выглядеть оптимально работающий жёсткий диск. Как я уже говорил, это не обязательно, но как минимум для ознакомления никому не помешает
Отзывов: 2 на «Правильное» разбиение дисков для Linux
Ваш отзыв
3D ADSL Evolution FAQ Firefox Flash GNOME GTalk HDD Intel ISO Jabber Linux mount NFS PLC Root RTorrent Torrent TuxGuitar Ubuntu uTorrent Vista Wi-Fi Windows Windows 7 WTorrent Автозапуск Антивирус Гитара Железо Зеркало Интернет Консоль Ноутбук Обзор Обновление Подстветка Портативный софт Почта Репозиторий Русификация Сервер Сеть Улыбнуло
Облако тегов требует для просмотра Flash Player 9 или выше.
Архивы
- Июль 2010 (1)
- Апрель 2010 (1)
- Март 2010 (1)
- Февраль 2010 (1)
- Январь 2010 (2)
- Декабрь 2009 (1)
- Октябрь 2009 (1)
- Август 2009 (4)
- Июль 2009 (5)
- Июнь 2009 (14)
- Май 2009 (24)
- Апрель 2009 (9)
- Март 2009 (5)
Поиск
Помощь сайту
- дипломная работа ремонт редуктора . Каталог ювелирных украшений: кольца резиновые. Резиновые кольца круглого сечения. .
А что со свопом такое – он обязательно нужен для случаев с нехваткой ОЗУ. Вдруг педантичные неофиты будут руководствоваться и нарвутся на файлище?
И ещё хорошо было бы про топологию – типа это вот в начало диска, это следом…
Потом: var при переустановке как правило дохнет, посему выносить его из под палки кажется не стоит. Угадать, что заблагорассудится писать в домик при современных размерах винта, не дано и богам, т.ч. ext4 only.
Про SWAP если честно просто забыл, ибо ассоциируется он у меня «со школьным курсом» Linux’а, хотя при современных объёмах ОЗУ не столь критично. С топологией тоже могут возникнуть непонимания, так как зачастую система располагается не на одном диске, а скажем www, ftp и прочие службы (а-ля samba, nfs) выносятся вообще на отдельный раздел. А про /home действительно согласен, ибо сегодня нам нужно одно, а завтра может понадобиться совершенно другое. По поводу var. При перестановке ничто не мешает его отформатировать, а с учётом специфики раздела, raizerfs ему не помешает.