Aq_UNDERSCOPE_0
Full Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Как я себе диск под Linux разбивах Пользуясь собственным опытом неоднократной реанимации посыпавшейся системы, хочу рассказать, как лучше разбивать диск на разделы, чтобы не было потом обидно. Повторюсь в тысячный раз, мой способ решения проблемы не самый лучший, просто делюсь своими соображениями. Делается также предположение, что Linux на машину устанавливается не с целью "посмотреть и поиграться", а для работы и творчества, как минимум на ближайшие 70 лет. Этот постинг не для админов. Если ты -- админ, тебе не в эту часть форума. Я ориентируюсь прежде всего на несерверное применение. Ещё одно предположение: вы УЖЕ ЗНАЕТЕ, что такое LILO и для чего он нужен. Итак, принцип номер ноль: НЕ КЛАСТЬ ВСЕ ЯЙЦА В ОДНУ КОРЗИНУ. Бэкапить несколько маленьких разделов всегда легче чем один большой, и бэкапы можно обновлять по частям. Кроме того, если посыпался только один раздел, некритичный для загрузки ОС, его можно восстановить средствами самой же ОС, а не загружаться с компакт-дисков типа "Doctor PC" и прочих подобных. Linux, как впрочем и любую ОС, лучше устанавливать на чистый диск. Но сейчас есть такая штука как Partition Magic, которая все проблемы спереразбивкой обычно снимает. Всем нам уже известно, что разделы на диске могут быть главными, а могут быть и "расширенными", внутри которых может помещаться несколько логических разделов. DOS и Win9x умели работать только с одним главным и одним расширенным разделами, для которых существовало название "логический диск". Linux же глубоко по барабану с какого раздела он грузится и работает, главного или логического в расширенном, надо лишь только всё правильно прописать и настроить. Для Linux число главных разделов на диске может достигать 4, каждый из которых может или содержать непосрественно файловую систему, или же быть расширенным и содержать в себе несколько логических разделов со своими файловыми системами. Общее число разделов не должно превышать 63 для IDE или 15 для дисков любого другого типа (?а тебе реально столько много нужно?). Поэтому, какие разделы должны быть главными, а какие -- логическими, каждый чайник решает для себя сам. /boot. Маленький раздел в самом начале диска размером в один сектор. В зависимости от размеров самого HDD может занимать 4, 8 или 16 МБ, что в любом случае достаточно. Там будут располагаться образ ядра и служебные файлы для LILO. Рекомендуется по умолчанию монтировать как read-only. Если планируется перекомпиляция ядра или перенастройка LILO, его всегда можно перемонтировать на read-write вручную, а в "мирное время" надобность в этом возникает нечасто. Журналируемая файловая система там абсолютно без надобности, поэтому для этого раздела выбираем Ext2. / (корешок). Корневой раздел, без которого ничего не живёт. 120 МБ для него обычно хватает с головой, такой его размер позволит его бэкапить на недорогую 128МБ-флэшку. Для сервака такого объёма может быть мало, но речь о домашних машинах идёт. У меня этот раздел 85МБ всего, и мне его хватает. Если вдруг стало мало места, то надо почистить логи из /var и /tmp. Журналируемая ФС ОБЯЗАТЕЛЬНА, поэтому выбираем Ext3! /usr. Раздел для софта, десктопных иконок и прочих прелестей. Графическая подсистема практически на всех Linux'ах также живёт в папке /usr, поэтому если раздел посыпется, лечить придётся с консоли. Разумный размер -- 3ГБ-6ГБ, даже при современной прожорливости софта вряд ли понадобится больше, к тому же многие дистры заливают при установке откровенно лишний софт, который впоследствии может быть выковорен пользователем (!соответствующей квалификации!). У меня этот раздел занимает долгое время 1,5ГБ. Бэкапится -- на DVD-болванку. Если на конкретной тачке переустановка и реконфигурирование софта происходит ОЧЕНЬ редко, то для безопасности можно по умолчанию его монтировать как read-only. Для экспериментаторов, конечно, только read-write. Журналируемая ФС необязательна но желательна, посему можно выбрать Ext2, но лучше Ext3. swap. А нужен ли он тебе при современном количестве рамов в машинах? Если машинка старая с 32МБ ОП, то там нужен своп. Своп размером больше чем RAM*3 не имеет смысла, ибо софт, который требует СТОЛЬКО ОП, гонять на ТАКОЙ слабой тачке... а зачем? Для машин с 64-256МБ ОП можно сделать своп равный по размеру ОП. Для машин с бОльшим размером ОП своп не имеет смысла. Если он РЕАЛЬНО понадобился для какой-то задачи, которой памяти не хватает, можно создать и подключить своп-файл на ходу. /home. Вот тот самый юзерский раздел, на котором хранятся фильмы, запас музонов на 10 лет вперёд, недорезанные виртуальным дубом видеоролики, недорисованные дизайнером картинки и прочая медия и мультимедия. Размер -- всё оставшееся дисковое пространство. Можно даже вынести на отдельный винт. Бэкап -- лучше на другой винт делать, можно и по кускам на болванки, но это очень геморройно. Журналируемая ФС -- почти обязательна, поэтому выбираем Ext3. /tmp. Здесь есть варианты. Главное: не оставлять её в корневом разделе! Принтерный спул тоже надо вынести в /tmp, некоторые "особо заумные" дистры предусматривают спул в /var/spool. Вариант первый: создать папку /tmp в как /home/tmp и сделать символическую ссылку /tmp -> /home/tmp. В этом случае надо проверить стартаповый скрипт initrc (в разных дистрибутивах название может отличаться) на предмет монтирования /home сразу же после перемонтирования корешка в read-write. Вариант второй и более ИМХО правильный: смонтировать как виртуальную файловую систему tmpfs, которая хранит все файлы в RAM. Только для этого желательно иметь хоть какой-то своп, или, если планируется просмотр содержимого больших архивов, подключить своп вручную и потом отключить. Во втором варианте не надо заботиться об очистке /tmp при завершении работы -- всё будет умирать само вместе с ФС, которая существует только в ОП. Конфигурирование остальных директорий целевого назначения как отдельных разделов винта для домашней тачки на мой взгляд смысла не имеет. Оптимальные варианты для серверов описаны в любой нормальной книге "Руководство администратора Linux", в данном форуме не обсуждаются и в данном постинге не рассматриваются.
---------- The Aquihost Workstation Master |
|