1. Linux на двох дискових розділах.
Найпростіший варіант підготовки диска для інсталяції Linux його розбиття на два розділи: swap та кореневий розділ. При цьому під swap відводиться місце по наявності оперативної пам'яті, а під корінь скільки не шкода. Перевага такого розбиття мінімум адміністративних дій, оскільки відпадає необхідність робити прогноз наповнюваності файлової системи. При такій розбивці досить врахувати наступне.
Для swap розділу вибрати тип 82 (Linux swap), а з розміром визначитися з таких міркувань.
жорсткий ліміт знизу. Ядра, починаючи з 2.4.10, не можуть монтувати swap, якщо розмір дискового розділу менше 128 Mb.
розумний ліміт зверху. За ефективністю використання рекомендується мати не більше ніж swap = 2 * RAM. З точки зору ефективності swap якщо і потрібен, але в розмірі близькому до межі знизу. Розумне виняток інтенсивне використання tmpfs (/ dev / shm).
ядро вміє балансувати навантаження для swap між ide каналами (усіма scsi дисками). На багатодисковим машинах добре мати swap розділи на кожному master ide (кожному scsi) диску і зробити запис в / etc / fstab про рівність їх пріоритетів, наприклад:
Зауважте, ліміт знизу стає рівним 128 + 128 = 256 Mb.
2. Linux на трьох дискових розділах.
Разом з першим досвідом використання Linux приходить розуміння незручності інсталяції на два розділи. Наступних крок в пізнанні - винос за кореневу файлову систему розділу / boot. Розділ / boot сама критична частина для завантаження операційної системи і вже з цієї причини гідна окремої житлоплощі. Про розділах під swap і root було сказано вище. Можна тільки додати, що, коли / boot виноситься на окремий розділ і для кореневої файлової системи використовується reiserfs, обмеження по notail знімається.
Для / boot розділу слід встановити за допомогою fdisk звичайний тип 83 і врахувати наступне:
розмір визначається розрахунком: приблизно 3 Mb на ядро при наявності досить великого запасу для такого важливого розділу. Як правило, достатньо 20 30 Mb.
рекомендована файлова система ext2 (журнальованою файлові системи для карликових розділів недоречні). Але, якщо ви оригінал і загальні рекомендації не для вас використовуючи reiserfs, не забувайте про notail.
якщо користуєтеся загрузчиком GRUB, з метою підвищення надійності при звичайній роботі слід мати / boot демонтувати (в разі використання LILO це не критично, але кому зашкодить хороша звичка). Монтувати розділ слід тільки при інсталяції нового ядра або нової схеми завантаження та повертатися в початковий стан після виконання робіт. Запис в / etc / fstab може бути приблизно такою:
ще однією доброю звичкою на багатодисковим інсталяціях може стати резервування на початку кожного диска невеликого розділу. Навіть якщо ви в даний час користуєтеся єдиним / boot, жертва в 20 30 Mb для сучасних дисків незначна.
Схему розбиття на три розділи можна визнати вдалою для однодискової робочої станції. Знімається головний біль за прогнозом наповнюваності розділів, а отримати помітний виграш від використання сучасних технологій на одному диску проблематично. Крім того, така схема легко трансформується в більш прийнятну при додаванні в систему додаткових дисків (використання xfs на кореневому розділі ускладнить трансформацію).
3. Linux на багатодискової машині.
Поява на машині вже другого диска змінює уявлення про оптимальний розбитті. Великий розділ з кореневої файлової системою потрібно ділити. Крім того, другий диск (якщо це scsi або ide-master на другому каналі) наводить на думку про видаляння вигод від використання просунутих технологій. Стає можливим для кожної барлогу файлового дерева підібрати індивідуальний оптимізований робочий мікроклімат. В першу чергу усвідомлюється потреба виносу за дужки з кореневої файлової системи всього, що не критично для процесу завантаження. При найближчому розгляді кандидатами стають файлові системи / home, / var (ці в першу чергу) і / usr, / opt.
Для кореневої файлової системи реально необхідне дисковий простір, за умови винесення всього можливого, 120 180 Mb, а з урахуванням запасу 250 350 Mb. Файлова система журнальована (придивіться до стабільної ext3 і її data = ordered за замовчуванням). Запис в / etc / fstab може виглядати приблизно так:
Файлові системи / usr і / opt проблем зазвичай не приносять. Необхідний їм розмір дискового простору відносно стабільний і залежить від інстальованого software. З великою часткою впевненості можна сказати, що 2,5 Gb на дві файлові системи повинно вистачити (це для робочої станції з GUI, у сервера, які не обтяженого графікою, запити скромніші).
Що стосується / home і / var, тут все складніше. Прогноз резервування дискового простору не завжди збувається. Це основна проблема при інсталяції Linux на безлічі дискових розділів (на даному етапі ми розглядаємо необхідність мати 6 або 7 розділів). Проходить трохи часу після розподілу лімітів і фактичного розбиття дисків під прогноз і з'ясовується, що одні файлові системи близькі до заповнення, інші явно недовикористає дисковий простір. Не все так погано. Якщо при розбитті диска був допущений прорахунок, існує мінімум чотири способи вирішення проблеми. Назвемо їх умовно так: радикальний (не кажіть, що його вам рекомендували), сопливий, жорсткий і гнучкий. Давайте коротко про перерахованих способах.
До радикального методу я відніс би наступне. Резервується на зовнішній носій вся потрібна інформація. Робиться розбиття під нові обставини. Інсталюється операційна система. Відновлюються зарезервовані дані. Ось так.
Сопливий метод слід розуміти так. Окремі підкаталоги переповненій файлової системи переносяться на незаповнений, а на їх місці створюються гнучкі посилання на новостворені. До деякої міри це допомагає.
Під жорстким методом мається на увазі застосування утиліт типу parted. Parted дозволяє проводити перепланування розділів з гарантією збереження даних. Жорстким цей метод названий лише тому, що має деякі обмеження за типами файлових систем (специфіка xfs не дозволить їм скористатися), рухає стінки тільки між суміжними розділами і безсилий, якщо розділи знаходяться на різних дисках. Освойте цей метод, він стане в нагоді при переході від схеми три розділи на одному диску до схем розбиття для декількох дисків.
Гнучкий метод передбачає, що можливість виникнення і вирішення проблем з дисковими ресурсами була закладена ще при інсталяції системи. При такому підході винесені з кореня розділи створюються на логічних томах. Звичайно, не все так просто. Метод має на увазі освоєння нових команд, якщо точніше, освоєння великого числа нових утиліт (як наслідок великої гнучкості технології). Витрати часу на освоєння можуть окупитися тим, що перепланування розділів з проблеми перетвориться в ще один системний сервіс. Схема розбивки двох дисків з виносом на логіку всього можливого з кореневого каталогу з точки зору фізики є linux на чотирьох симетричних розділах. Вибираючи між linear і striped логікою можна досить повно реалізувати переваги багатодискової інсталяції. В інтернеті доступний LVM-HOWTO
У наступній статті буде опис що було, що стало.