архив
Zenbook. Инсталляция
Версия 2, дополненная
Версия 1 — здесь
2009-02-04
И в обоих случаях, закончив разметку, через пункт меню Quit возвращаемся в панель выбора дисков, а оттуда — в главное меню инсталлятора.
Один из излюбленных вопросов, обсуждаемых на форумах веками, — как именно надо размечать дисковое пространство на разделы. Внутренняя «сопроводиловка» к Zenwalk Installer полагает необходимым создание двух разделов — корневого не менее 2 Гбайт и раздела подкачки (swap) минимум в 1 Гбайт, причем настойчиво предлагает определить оба как первичные. При установке на «чистый» винт, безраздельно отдаваемый Zenwalk'у, с последней рекомендацией можно согласиться. А вот схему разметки, в преддверии грядущего перехода на btrfs, я предложил бы такую: sda1 — 50 Мбайт sda2 — 1 Гбайт sda3 — 10 Гбайт sda4 — всё, что осталось
Первый, небольшой, раздел предназначется для будущего загрузочного каталога — грузить своё ядро с файловой системы btrfs Linux пока не умеет, да и не нужно это. Второй раздел предназначим для подкачки — объем его чисто условен, чтобы не ломать голову (при современных объемах памяти размер swap-раздела нынче мало кого волнует). Третий раздел — корневой (почему рекомендация Zenwalk Installer недостаточна, станет ясным после знакомства с системой управления пакетами). Ну а все оставшееся пространство целесообразно отвести под раздел, на котором будет размещен в дальнейшем каталог /home.
Если Zenwalk должен делить ложе (пардон, дисковое пространство) с какой-либо иной операционкой, такая схема не прокатит. Но тогда все разделы под него могут быть логическими — и, скорее всего, именно логическими их и придется делать. Единственная сложность, с которой тут можно столкнуться, следующая: лимит первичных разделов (напоминаю, что этот лимит — четыре) может оказаться исчерпанным, а расширенный раздел (который по определению единственный) — уже задействован под логические разделы иной операционной системы. То есть может сложиться парадоксальная ситуация: мы являемся счастливыми обладателями многих гигабайт (а то и десятков гигабайт) дискового пространства, распорядится которыми по своему хотению не имеем возможности. Что же, в этом случае придется создавать единственный, корневой, раздел, в файловую иерархию которого будет встроен и каталог /home, а также обойтись без swap-раздела вообще. При нынешних объемах памяти он почти никогда не задействуется (за исключением редких специальных задач), а уж совсем при крайней необходимости его вполне можно заменить файлом подкачки.
Отступление. Почему при разметке диска в стиле DOS/Windows только один первичный раздел может быть определен как расширенный — тайна сия велика есть. Никаких теоретических запретов сему мне обнаружить не удалось. Но и ни одной программы дисковой разметки под DOS, Windows или Linux, позволяющей создать больше одного расширенного раздела, тоже никто нигде никогда не видел. Для сравнения — при разметке в BSD-стиле любой из слайсов (то есть первичных разделов), или даже хоть все четыре, могут быть разбиты на разделы логические. Правда, на ограниченное число (8, в DragonFlyBSD — 16), из которых три резервируются для специальных целей и не могут быть использованы для хранения данных, но всё же такая схема представляется более гибкой. И опять-таки: если это можно в BSD-системах, то почему нельзя в Linux'е?
Подводя итог всем предшествующим рассуждениям, приведу схему дисковой разметки, которая представляется мне, с одной стороны. оптимальной, с другой — наиболее вероятна в современных условиях для машины с фабрично предустановленной Windows и винчестером в несколько сотен гигабайт (цифры прошу воспринимать как сугубо условные):
| Раздел | Объем | Точка монтирования | Файловая система |
| sda1 | 40 Гбайт | Нет | NTFS |
| sda5 | 10 Гбайт | / | ext3fs |
| sda6 | 1 Гбайт | Нет | Swap |
| sda7 | ## Гбайт | /home | ext3fs |
Примечание: под ## Гбайт подразумевается один из трех вариантов: сколько нужно, сколько осталось или сколько не жалко. О выборе файловых систем будет говориться позднее.
Однако пора и продолжить установку. Завершив разметку диска, мы возвращаемся в главное меню. Следующий пункт которого, AUTOINSTALL, обходим сторонкой на цыпочках. Во-первых, всё, что он обещает сделать, мы уже проделали руками и без него. Во-вторых, автоматизация установки в инсталляторе Zenwalk работает довольно странно. Я однажды попробовал автоматическое разбиение диска на экспериментальной машине (на рабочих машинах я любой инсталляционной автоматики шугаюсь, как чёрт ладана) — и не успел глазом моргнуть, как остался без всего содержимого винчестера (благо, никаких полезных данных там по определению не было).
Тем не менее, результат автоматического разбиения оказался настолько своеобразным, что я приведу его здесь. Винчестер в 120 Гбайт автоматически оказался размечен следующим образом:
sda1 — 4001 MiB, 83 — Linux, корневой раздел, XFS, noatime sda2 — 1005 MiB, 82 — swap sda3 — 109467 MiB, 83 — Linux, /home, ext3, noatime
Согласитесь, весьма странно с точки зрения и размера, и выбора файловых систем. Да еще единицы измерения могут выглядеть непривычно — mebibyte, равный 1048576=220 байт; хотя на самом деле это то самое, что мы испокон веков привыкли называть по простому, мегабайтом. Дело в том, что пуристы от метрологической номенклатуры утверждают, что мега – это приставка только для чисел, кратных 1000 (не иначе как по наущению производителей винчестеров, которые очень давно явочным порядком ввели такую практику).