next up previous contents index
Дал╕: Вимоги до дискового простору Вгору: Вид╕лення дискового простору Назад: Вид╕лення дискового простору

Схеми розд╕лу диск╕в

Дуже нелегко розбити диск на розд╕ли найкращим чином. ╤ що ще г╕рше - не ╕сну╓ н╕яко╖ ун╕версально╖ поради як це робити. Занадто багато фактор╕в впливають на к╕нцевий результат.

Традиц╕йно вважа╓ться доц╕льним створення (в╕дносно) невелико╖ коренево╖ файлово╖ системи, на як╕й будуть збер╕гатися /bin , /etc , /dev , /lib , /tmp  та ╕нш╕ необх╕дн╕ для початку роботи системи реч╕. Таким чином коренева файлова система (на окремому розд╕л╕, або ж на сво╓му власному диску) - це все, що потр╕бно для того, щоб привести систему в робочий стан. Пояснення до цього може бути таке - якщо коренева файлова система невеличка ╕ не дуже активно використову╓ться, то вона ма╓ менше шанс╕в бути з╕псованою п╕д час краху системи. Тобто, ╖╖ легше можна в╕дновити п╕сля краху. П╕сля цього Ви можете створити окрем╕ розд╕ли диску (чи окрем╕ диски) для дерева директор╕й, що йде п╕д /usr , для домашн╕х директор╕й користувач╕в (найчаст╕ше п╕д /home ) та для простору своп╕н╜у. В╕дд╕лення домашн╕х директор╕й користувач╕в в св╕й окремий розд╕л ма╓ т╕ переваги, що створення резервних коп╕й в цьому раз╕ ста╓ прост╕шим, оск╕льки не ма╓ сенсу дуже часто арх╕вувати програми, що знаходяться п╕д /usr  97 Кр╕м того, якщо комп'ютери об'╓днан╕ в мережу, можна також використовувати одну ╕ ту ж директор╕ю /usr  ╕з сервера сп╕льно для багатьох комп'ютер╕в (наприклад, користуючись NFS). Таким чином зменшу╓ться загальний дисковий прост╕р, необх╕дний для вс╕╓╖ системи (економ╕я може становити десятки або сотн╕ мегабайт помножен╕ на число машин в мереж╕).

Проблеми, як╕ виникають коли Ви ма╓те багато розд╕л╕в, полягають в основному в тому, що в╕льний прост╕р на диску виявля╓ться розд╕леним на багато невеликих шматк╕в розпод╕лених по вс╕х розд╕лах. В наш час, коли диски та операц╕йн╕ системи стають (як ми на це спод╕ва╓мось) б╕льш над╕йними, багато хто в╕ддасть перевагу одному ╓диному розд╕лу, на якому збер╕гаються вс╕ файли. З ╕ншого боку, створення резервно╖ коп╕╖ та в╕дновлення невеликого розд╕лу буде менш болючим.

Для невеликого диску (якщо Ви не займа╓тесь програмуванням ядра системи), найкраще мати один ╓диний розд╕л. Для великих диск╕в, можливо краще мати к╕лька великих розд╕л╕в, на той випадок, якщо щось буде не так, як хот╕лося б. (Сл╕д в╕дзначити, що ми вжива╓мо `мал╕' ╕ `велик╕' у дуже в╕дносному смисл╕ - чим б╕льш╕ Ви ма╓те диски, тим б╕льшим буде `велике').

Якщо Ви ма╓те к╕лька диск╕в, Ви можливо захочете створити кореневу систему (разом з /usr ) на одному диску, а домашн╕ директор╕╖ пом╕стити на ╕ншому.

Будьте готов╕ до деякого експериментування з р╕зноман╕тними схемами под╕лу диск╕в на розд╕ли (з часом, не т╕льки п╕д час встановлення системи). Це - добрий шматок роботи, оск╕льки вимага╓ встановлення системи в╕д самого початку к╕лька раз╕в, але, це ╓диний над╕йний спос╕б впевнитися, що Ви робите все в╕рно98.



Dmytro Kovalev
1999-06-10