Zenbook. Инсталляция

Автор: Алексей Федорчук

На протяжении всей жизни программа установки Zenwalk’а внешне почти не менялась, за исключением мелких деталей (по крайней мере, на моих глазах, то есть начиная с версии 2.8). Однако изменения в этих самых мелких деталях постепенно накапливались. И потому настало время  описать установку Zenwalk заново, последовательно, от начала и до конца, во всех ее вариантах. В настоящей главе это будет сделано применительно к бета-версии 5.4, и в самом типовом (и простом) варианте — том, который мне представляется в данный момент оптимальным. Более специальные случаи будут рассмотрены в следующих главах.

Предварительные замечания

Прежде чем переходить к описанию собственно установки, повторим, что же необходимо пользователю для её начала, кроме некоторого минимума познаний и подходящего «железа». В первую очередь это целевой носитель для инсталляции. Предназначенная для установки Zenwalk машина должна иметь одно из трёх:

1. либо чистый диск — основной, если никаких больше систем на ней не планируется, либо второй, отдаваемый на растерзание новой системе;
2. либо диск с неразмеченной областью в 5-6 Гбайт:
3. либо, на худой конец, дисковый раздел, содержимым которого вы готовы пожертвовать.

Если любое из этих условий выполняется — всё хорошо. И в настоящей главе мы исходим именно из этого предположения. Если же ни одно из трёх условий не выполнено — придется тем или иным способом оттяпать кусок от одного из существующих разделов. В Linux этой цели служат специальные утилиты, в том числе и графические, мощные, безопасные и удобные в использовании. Одна беда — все они работают под Linux’ом же. Однако проблема свободного дискового пространства тем или иным методом может быть решена почти в любом случае — и в следующей главе мы увидим, как. На худой конец всегда остается последний выход — точнее, вход в ближайший компьютерный магазин, благо винты нынче дёшевы.

А вот дальше — несколько хуже: хотя это и не упомянуто в системных требованиях, но очень желательно подключение к Сети — быстрое и, главное, недорогое. Правда, Zenwalk в промежутках между релизами обновляется очень редко и мало (почти исключительно в связи с выявленными ошибками), и потому, если коренным образом не менять рабочее окружение (например, на KDE или GNOME), очень много качать не придется — в основном только доустанавливать необходимые пакеты, которых не оказалось в штатном комплекте на дистрибутивном носителе.

Система пакетного менеджмента Zenwalk очень круто ориентирована именно на работу через Сеть. Бытует мнение, что использовать Zenwalk на машине без подключения к Интернету вообще невозможно. Это не так. Установка его (в отличие от дистрибутивов семейства Ubuntu) происходит без единого обращения к Сети (ниже тому будет дано экспериментальное подтверждение). А для доустановки пакетов — достаточно иметь возможность выхода в Интернет в принципе — например, со служебной машины. А далее всегда можно действовать традиционным методом слакваристов — устанавливать пакеты с помощью соответствующих утилит (в Zenwalk включена интегрированная утилита pkgtool) c ручным разруливанием их зависимостей. Правда, в этом случае теряется главный цимес дистрибутива, основанный на использовании пакетного менеджера netpkg, но работать, тем не менее, можно. Кроме того, можно попытаться обмануть netpkg, создав локальную копию репозитория и наладив к нему доступ через сетевое loopback-устройство, но я этот вопрос не исследовал за неактуальностью; может быть, кому-нибудь это покажется интересным, и он изучит этот вопрос.

Наконец, необходим сам дистрибутив — желательно последней версии и стандартной редакции. В российских условиях получить его можно также практически только из Сети — системы онлайновой торговли, даже Линуксцентр, не балуют этот дистрибутив вниманием. Так, в Линуксцентре он появляется эпизодически, и лишь отдельными версиями.

Откуда скачивать образ дистрибутивного диска — говорилось во введении в тему . Напомню только, что наилучшим, по моему мнению, является сервер в Meticul‘е (Франция). Однако, используя список зеркал, читатель может определить сервер, предпочтительный именно для его условий.

Вот теперь можно начинать установку. Она разбивается на два этапа, разделённых рестартом системы. На первом осуществляется разметка диска, создание файловых систем и копирование файлов. На втором, после перезагрузки, выполняются первичные настройки.

Установка, этап первый

Чтобы начать инсталляцию Zenwalk, нужно проделать три стандартных действия:

1. убедиться, что в BIOS Setup установлена загрузка с CD-привода;
2. вставить в CD-привод дистрибутивный диск;
3. тем или иным способом перезагрузить машину.

По выполнении перечисленных выше условий перед пользователем предстанет приглашение загрузчика:

В ответ на него можно просто нажать Enter для загрузки ядра по умолчанию. Если ничего не нажимать, по прошествии некоторого времени то же самое умолчальное ядро начнет грузиться автоматически.

Если же нажать F2, можно ознакомиться с возможными вариантами загрузки — доступными ядрами и их параметрами. Варианты следующие:

1. sata — ядро с совмещенной поддержкой контроллеров ряда IDE, PATA, SATA, а также SMP, в видеорежиме 800×600, реализуемом через фреймбуфер (т.н. графическая консоль); именно оно грузится по умолчанию;
2. scsi — ядро с поддержкой интерфейса SCSI и SMP, в том же видеорежиме;
3. sata-vga — то же, что и sata просто, но в режиме стандартного vga, на случай, если видеокарта не желает обеспечивать режим графической консоли;
4. scsi-vga — аналогично scsi, но опять же в vga-режиме.

Далее идет список параметров загрузки ядра, которые можно отключить, если в умолчальном варианте машина почему-либо отказалась грузиться, типа apic, acpi и тому подобных. У меня проблем с загрузкой не было ни на настольной машине, ни на ноутбуке, и необходимости разбираться с ними не возникло.

Очевидно, что при установке на стандартную пользовательскую машину актуален только первый вариант загрузки, и, в некоторых (несчастных) случаях, возможно, также третий. Так что в подавляющем большинстве случаев можно смело жать на Enter — и с очень большой долей вероятности загрузка пройдет успешно. Если же чего-то не заладилось — придется разбираться в параметрах загрузки ядра: как эмпирически установлено для многих систем, в большинстве случаев потребуется отключить acpi и (или) apic.

Итак, нажимаем Enter и в течении некоторого времени наблюдаем вывод сообщений о ходе загрузки:

По завершении процедуры загруки попадаем в инсталляционную программу Zenwalk Setup. Это текстовый установщик с псевдографикой (на базе библиотеки ncurces), оформленный в стиле установщиков Slackware или Archlinux, но устроенный существенно проще.

Главное меню инсталлятора в текущей версии, по сравнению с предыдущими, вообще упростилось до предела. В нем осталось всего пять пунктов:

Следует отметить, что во время работы инсталлятора переключение на другие виртуальные консоли невозможно –- хотя если принудительно выйти из него в командную строку (например, через пункт EXIT), можно видеть, что таковые в принципе имеются. Однако выполнить в ходе установки, скажем, процедуру подмены mac-адреса в ходе установки не получится.

Выбор раскладок клавиатуры богат:

В частности, в списке присутствуют почти все кириллические раскладки:

• ru1251.map
• ru-ms.map
• ru-yawerty.map
• ru.map
• ru1.map
• ru2.map
• ru3.map
• ru4.map
• ru_win.map

Однако возиться с раскладками смысла не имеет — для установки достаточно умолчальной qwerty/us.map, а к кириллизации системы мы вернемся по завершении установки (подчеркну во избежание недоразумений, что в этом пункте речь идет исключительно о консоли, раскладка клавиатуры в Иксах — совсем отдельная история, к которой мы обратимся в соответствующей главе).

Отступление. Я долго не мог понять, зачем вообще инсталляторы многих дистрибутивов в качестве одного из первых шагов предлагают определить раскладку клавиатуры. Пока однажды не столкнулся с каким-то дистрибутивом скандинавского происхождения, в котором в качестве умолчальной была установлена раскладка qwertz. Это было сущее мучение. Ладно, что несколько букв поменялись местами — но ведь ни один из специальных символов, вплоть до прямого слэша, не находился на своем месте — а необходимость в них при установке возникает нередко. Вероятно, пользователи, привыкшие к раскладке qwertz, испытывают не меньшие мучения при работе на стандартной qwerty. Так что переопределение раскладки клавиатуры предназначено вовсе не для её русификации, а для европейцев, обитающих в странах, использующих раскладки, отличные от qwerty.

Итак, оставив в покое клавиатурные раскладки, переходим к разметке диска. Однако, прежде чем двигаться дальше в этом направлении, нужно сделать очень важное замечание. В принятой в Zenwalk схеме именования накопителей все диски, независимо от типа интерфейса (PATA или SATA) именуются по SCSI-модели — sda, sdb и так далее. Внешние накопители с USB-интерфейсом (типа флэшек или переносных винчестеров) продолжают этот ряд, начиная с первой свободной литеры после закрепленной за последним винчестером. А CD-приводы, как ATAPI, так и SATA, именуются — sr0 … и, скорее всего, никаких «так далее». Некоторых это раздражает, а по мне, так даже удобнее. Тем более, что скоро винты PATA канут в Лету, и о всяких hda можно будет забыть навсегда.

Однако вернемся к нашим баранам. По выборе пункта меню PARTITION мы видим панельку, предлагающую выбрать диск для установки — если есть из чего выбирать. Если же не из чего, фиксируем подсветку на sda, помечаем его клавишей пробела и жмём Enter:

После этого мы попадаем в стандартную для Linux программу разметки cfdisk — надстройку над собственно средством дисковой разметки, утилитой fdisk. По сравнению с последней, cfdisk считается более дружественной пользователю (хотя и в самом fdisk ничего враждебного нет, просто обращение с ним требует определенной аккуратности). И уж во всяком случае, она более наглядна. Да и в обращении cfdisk, пожалуй, попроще.

Порядок действий в cfdisk таков. Сначала выбираем поле, соответствующее свободному (неразмеченному) дисковому пространству или существующему разделу диска, отдаваемому на заклание. В первом случае с помощью пункта меню New просто создаем нужные разделы, определяем тип каждого — первичный или логический, — задаем их размеры в мегабайтах, указываем, что очередной раздел должен начинаться с начала неразбитого пространства (есть возможность начинать раздел и с конца, но необходимость прибегнуть к ней возникает достаточно редко), и, наконец, через пункт Write, записываем сделанные изменения.

Перед выполнением записи от нас потребуют дать подтверждение своему решению, причем по всей форме — как yes, просто y не проходит, ибо операция эта необратима: если мы переразмечаем ранее существовавший раздел, всё его содержимое будет утеряно безвозвратно. И потому cfdisk дает последний шанс подумать в процессе набора двух лишних символов.

Во втором случае сначала через пункт меню Delete удаляем жертвуемый раздел, а затем на образовавшемся неразмеченном пространстве создаем новые — как описано в предыдущем абзаце.

И в обоих случаях, закончив разметку, через пункт меню 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=2²⁰ байт; хотя на самом деле это то самое, что мы испокон веков привыкли называть по простому, мегабайтом. Дело в том, что пуристы от метрологической номенклатуры утверждают, что мега – это приставка только для чисел, кратных 1000 (не иначе как по наущению производителей винчестеров, которые очень давно явочным порядком ввели такую практику).

Так что вот так, бочком и сторонкой, попадаем мы в пункт INSTALL:

Там для начала предлагается определить, какой из разделов будет задействован под своппинг. Если у нас разделов больше одного, выбираем изначально предназначенный для этой цели:

Далее указываем раздел, который был предназначен нами под корневой:

указываем на необходимость его форматирования (почти всегда без проверки на плохие блоки можно обойтись):

и выбираем файловую систему, в которую форматирование должно осуществляться:

Как я уже говорил, выбор файловой системы по умолчанию для корневой файловой системы — xfs — довольно странен. Остальные варианты — ext2, ext3 и reiserfs — в этом качестве более приемлемы. Впрочем, ext2 — система не журналируемая, и потому использовать ее, не имея бесперебойника, крайне не рекомендуется — возможны существенные повреждения при сбоях питания. И уж во всяком случае, после такого сбоя гарантирована долгая и нудная проверка целостности файловой системы. Тем не менее, она до сих пор остается рекордсменом по быстродействию, и если застраховать себя каким-нибудь УПСом, то можно использовать и её.

При выборе между ext3 и reiserfs вполне можно положиться на подбрасывание монетки. Как уже говорилось ранее, на стороне ext3 — надежность и совместимость, на стороне reiserfs — быстродействие (впрочем, и в ненадежности она не была замечена, по крайней мере мной). Выдирание шнура питания из розетки обе системы переносят безболезненно, разве что ext3 после этого проверяется несколько дольше, нежели reiserfs. Ну и быстродействи е reiserfs несколько (на отдельных задачах — существенно) выше, так что в прежние времена я почти всегда останавливался на ней.
Однако ранее уже упоминалось о грядущем вскоре пришествии btrfs. И если заметки соответствующего цикла убедили читателя, что эта файловая система — штука стоящая, то следует выбирать ext3fs — ибо на данном этапе только её (и ext2fs, разумеется) можно будет безболезненно конвертировать в btrfs, когда её время настанет окончательно.
Далее предлагается выбрать размер логического блока файловой системы (в терминологии Zenwalk Installer — плотность inodes. 1 inode per #### bytes). Что это такое, объяснять здесь было бы долго. В двух же словах — чем меньше размер логического блока, тем плотнее и, следовательно, экономнее, «упакованы» файлы в файловой системе, но тем ниже быстродействие файловых операций. И напротив, большие блоки ведут к некоторому «разбазариванию» дискового пространства (сколь бы ни был мал файл, он все равно займет целый блок). Но зато, поскольку «квант» считываемой с диска информации увеличивается, растет и быстродействие файловых операций. При современных объемах винчестеров и ценах на них выбор представляется мне очевидным, поэтому полагаемся на умолчание — 4096 байт (максимально возможный размер блока):

По завершении процедуры форматирования (она не займёт много времени):

повторяем процедуру для первого, маленького, раздела — указываем необходимость форматирования, выбираем файловую систему, размер блока и ждем завершения собственно форматирования. После чего нам предлагается определить точку монтирования для второго раздела (наличие корневого раздела в файловой системе обязательно, и потому обсуждению не подлежит).

Точка монтирования — это имя каталога корневой (в данном случае) файловой системы, в который будет инкорпорирована файловая система нового раздела со всем его содержимым. Мы планировали отвести этот раздел под загрузочный каталог для ядра и сопутствующих ему файлов (а в дальнейшем, возможно, и для мультисистемного загрузчика). Почему в соответствующую строку и вписываем его имя:

Теперь остается окучить домашний каталог пользователя, предназначенный для хранения его данных. Делается это точно так же, только в строку для имени его вписываем /home.

Кстати, если в дальнейшем возникнет необходимость полной переустановки системы, то в процессе её вполне можно отказаться от форматирования раздела, несущего каталог /home, ограничившись его монтированием, с сохранением всех ранее записанных туда данных. Собственно, это и есть основной аргумент в пользу вынесения /home на отдельный раздел. Ведь системы приходят и уходят, и снова приходят с дистрибутивных носителей, а пользовательские данные невосстановимы. Но на таком разделе они могут жить годами, переживая несколько поколений дистрибутивов…

Сказанное в не меньшей степени относится и к каталогу /boot: раздел с ним при переустановке также можно сохранить. А если в качестве загрузчика будет использоваться GRUB, то это не только можно, но, я бы сказал, даже нужно: у меня загрузчик этот также переживал не только несколько разных дистрибутивов, но и служил для загрузки иных операционных систем (не подумайте плохого, не Windows, а FreeBSD).

После этого перед нами появляется содержимое будущего файла /etc/fstab, отвечающего за монтирование файловых систем в ходе загрузки (да и потом тоже оказывающего влияние на процесс монтирования):

Это просто список разделов, с указанием их точек монтирования, файловых систем, опций их монтирования и статуса проверки. По некоторым причинам, речь о которых пойдет позже, ныне пользователю почти не приходится иметь дело с этим файлом, так что спокойно едем дальше — в выбор источника пакетов для инсталляции.

Впрочем, выбор неширок, и включает инсталляцию с Zenwalk CD или с ранее смонтированного каталога:

А поскольку никаким таким монтированием каталога с дистрибутивом мы не занимались, то выбора в сущности и нет. Так что жмём Enter и наблюдаем собственно процесс инсталляции пакетов дистрибутива на винчестер:

Впрочем, наблюдение это длится недолго. На ноутбуке с низкоскоростным (4200 об./мин.) винчестером весь процесс установки пакетов занял около 10 минут, на десктопе я время засечь не успел, но очевидно, что, ввиду быстрого (7200 об./мин.) винчестера, оно было еще меньше.

По завершении установки пакетов следует установка загрузчика. К сожалению, единственный предлагаемый Zenwalk загрузчик — это традиционный Lilo. Его можно установить в двух режимах:

1. простом (simple), когда Lilo будет автоматически сконфигурирован для запуска Zenwalk;
2. режиме эксперта, когда можно вручную добавлять загрузку с различных разделов Linux и Windows.

Можно и просто пропустить установку Lilo — если на целевой машине уже установлен какой-либо мультисистемный загрузчик. Именно так я часто и поступал, когда  Zenwalk стоял у меня второй системой, тогда как первая система (только не подумайте, что это Windows) использовала в качестве загрузчика GRUB — по выражению Владимира Попова, Гранд мира загрузчиков.
Вообще-то, проблема настройки загрузчика Zenwalk достаточно важна, и к ней придется еще вернуться в следующей главе — дабы обеспечить оптимальное сосуществование Zenwalk и Windows. Если же Zenwalk владеет машиной безраздельно, поступаем самым простым способом: избираем метод установки Simple:

Пока же замечу, что и метод Simple позволяет обеспечить совместную загрузку Linux и Windows: если конфигуратор Lilo (а со временем мы узнаем, что настройкой загрузчика ведает соответствующая программа — /sbin/liloconfig) обнаруживает на диске  раздел с одной файловых систем — NTFS или FAT любого рода, которые он полагает свойственными Windows, то в меню Lilo, выводимом при загрузке, появляется соответствующий пункт — и более того, он и оказывается активным по умолчанию. Причём даже в том случае, если FAT-раздел на диске не несёт никакой операционной системы, а, как это иногда бывает у меня, предназначается исключительно для обмена данными между мирно сосуществующими операционками.
Следующим будет вопрос о разрешении экрана и глубине цвета при работе в т.н. графической консоли — он имеет прямое отношение к загрузчику, так как параметры эти прописывается в конфигурационном файле Lilo. По умолчанию предлагается 1024×768 при 64 тьсячах цветов (причём независимо от наличествующей видеоподсистемы), но можно выбрать и некоторые более иные:

Правда, как можно видеть из рисунка, все доступные разрешения лежат в пределах «стандартного ряда» режимов, ориентированных на типичные ныне дисплеи с соотношением сторон 9:16, не предлагается. Впрочем, специфика Zenwalk’а такова, что эту самую графическую консоль пользователь видит фактически только в момент загрузки — вся дальнейшая его жизнь будет протекать в Иксах. А там разрешение будет настроено независимо, причём автоматически, с учётом возможностей видеоподсистемы. Что, как мы увидим позднее, тоже не гарантирует от ошибок — но они легко исправимы.

Следующие два шага продолжают линию настройки загрузчика. Во-первых, предлагается указать дополнительные параметры загрузки ядра. В большинстве случаев никаких таких параметров для нормальной жизни не требуется. За исключением упомянутых в начале главы проблем при загрузке с установочного диска: буде таковые имели место, их надо пофиксить и здесь, указав параметры типа noapic или noacpi — давно с ними не сталкивался и точную форму подзабыл; обычно такие проблемы возникают на достаточно старых ноутбуках.

Последнее, что имеет отношение к загрузчику — это место его размещения. Таковых, как явствует из рисунка:

два: главная загрузочная запись диска (MBR — Master Boot Record) и загрузочный сектор раздела, в который был установлен Zenwalk. В большинстве случаев, не ломая себе голову, следует останавливаться на первом пункте (благо он и умолчальный). Запись Lilo в загрузочный сектор раздела требуется при использовании сторонних мультисистемных загрузчиков, таких, как BSD Loader.

Мы подходим к концу первого этапа установки. После разборок с загрузчиком нам предлагают ответить, по какому времени установлены «железные» часы (то есть время в BIOS) — по местному или по UTC (оно же время по Гринвичу). У меня всегда имеет место второй вариант, чего и вам желаю. Но если на машине уже стоит Windows, то и время на ней почти наверняка местное:

В любом случае, вслед за выбором «системы счисления» времени нужно будет указать свой часовой пояс, отыскав соответствующий в длинном-предлинном списке:

Ранее, вплоть до версии 5.2 включительно, определившись со временем, можно было наблюдать список включенных и отключенных стартовых сервисов (то есть программ, запускаемых при старте машины в фоновом режиме, так называемых демонов). И, более того, заняться включением и отключением нужных/ненужных (если, конечно, пользователь был в силах отличить первые от вторых). В версии 5.4 стартовая схема Zenwalk изменилась, и стадия настройки стартовых демонов из программы инсталляции исчезла. Так что теперь к этой теме мы вернёмся только в главе об общесистемном конфигурировании. А пока следует последнее предложение — извлечь установочный компакт и перезагрузить машину посредством «салюта из трех пальцев» (выражение Патрика Фолькердинга применительно к комбинации Alt-Control-Delete).

Лоток с установочным компактом при этом выдвигается автоматически, избавляя нас от необходимости помнить о его извлечении.

Установка, этап второй

В прежние времена в промежутке между первым, собственно установочным, и вторым, начально-конфигурационным, этапом подчас возникала необходимость в действиях по обеспечению загрузки Zenwalk путём промежуточного старта с установочного диска, выхода в командную строку и правки конфигурационных файлов загрузчика. В первой версии настоящей книги действия эти были довольно подробно описаны. Но ныне необходимости в них нет ни малейшей, так что из второй версии соответствующий раздел изъят. Буде при загрузке проблемы таки возникнут — фатально невезучих отсылаю к предыдущему описанию.
Так что будем исходить из предположения, что с загрузкой у нас всё нормально, и после рестарта машины и прохождения процедуры POST мы увидим меню загрузчика Lilo:

В приведённом примере, соответствующем реалиям автора настоящей книжки, в меню один-единственный пункт (мультизагрузка на моих машинах обеспечивается обычно иными средствами). Каковой и исполняется по прошествии толики времени. На машине с ранее установленной Windows таких пунктов будет два, причём, как уже говорилось, по умолчанию активизируется именно загрузка этой самой более иной ОС. Так что тут надо быть внимательным и вовремя перейти к пункту загрузки Zenwalk’а, ибо установка его ещё не закончена.

Так или иначе, после активизации соответствующего пункта начинается загрузка ядра Linux и сопутствующих сервисов, что визуально выглядит таким образом:

По завершении загрузки наступает второй, финальный, этап инсталляции.

Для начала нас знакомят с текстом лицензии GPL, версии еще 2, слава Богу:

Пролистав его с помощью клавиши Enter (что, вероятно, равноценно согласию), мы вступаем в череду соглашений по прочим лицензиям на сторонние программы, входящие в дистрибутив. Сначала это будет лицензия Adobe:

Согласие с ней требуется для использования проигрывателя флэш-анимаций:

Потом наступает черёд лицензии на firmware от Intel:

Здесь мы также говорим, что со всем мы согласные (по умолчанию в случаях обоих лицензий почему-то стоит NO):

После ознакомления с лицензиями и согласием с ними ранее следовала настройка системы ALSA, отвечающей за воспроизведение звука. Нынче этого уже нет: звук настраивается сам собой, прозрачно для пользователя. Более того, при очередном реконфигурировании ядра и его перекомпиляции я ошибся в определении своего звукового чипа. Так вот, хотя об этом мне было заявлено в ходе загрузки машины, система, однако, после некоторого раздумия сама подключила необходимый модуль.

Следующим номером нашей программы будет установка системной локали. По умолчанию нам предлагается, как не трудно догадаться, локаль американская английская, en_US. Мы же, как патриоты, выбираем локаль родных осин. А, будучи сторонниками прогресса, останавливаемся на юникодовском её варианте, ru_RU.utf8:

Далее следует запрос пароля суперпользователя и требование его повторения:

После чего мы попадаем в программу управления пользовательскими аккаунтами (userconfig). В меню её довольно много пунктов, но сейчас нас интересует только один:

Здесь мы сначала вводим его пользовательское имя, оно же login, — например, imya_rek:

Затем определяем основную группу, к которой он принадлежит — по умолчанию users, с чем резонно согласиться:

путь к домашнему каталогу — по умолчанию /home/imya_rek, что опять же возражений вызвать не может:

Далее видим список дополнительных групп, членом которых наш imya_rek является по умолчанию — floppy,audio,video,cdrom,fuse,plugdev,scanner:

и соглашаемся с ним. Единственно, я по старой привычке записываю нашего имя река еще и членом группы wheel — ну привык настраивать sudo с использованием этой группы, что поделать.

Пользовательская командная оболочка по умолчанию определяется как /bin/bash — и правильно, никакой другой у нас сейчас нет:

Далее предлагается установить время «выдыхания» пароля нашего пользователя, после которого потребуется его смена. На домашней машине резонно согласиться с умолчальным Never, оно же Jamais (дистрибутив ведь всё-таки изначально французский):

Далее следует серия вопросов, ответы на которые отнюдь не обязательны: реальное имя пользователя (можно ввести всё, что угодно, или вообще ничего не вводить), информация об офисе, рабочий и домашний телефоны (аналогично). Я обычно реальное имя указываю правильно (иногда это оказывается полезным — оно может использоваться почтовыми программами), остальные поля оставляю пустыми:

А вот без ввода пароля (не короче 5 символов) для imya_rek и его повторения не обойтись, нездоровое это дело — отсутствие у пользователя пароля, да и не пустит программа дальше:

Со временем мы узнаем, как обеспечить беспарольный, но безопасный вход в систему.

Теперь выводится информация о новообразованном пользовательском аккаунте:

• реальное имя пользователя;
• имя и идентификатор (UID);
• имя основной группы и её идентификатор (GID);
• путь к домашнему каталогу;
• командная оболочка (login shell);
• список дополнительных групп;
• время «выдыхания» пароля.

Остальные поля, как вы помните, мы оставили пустыми:

Теперь, нажав кнопку Modify, можно при необходимости внести коррективы в атрибуты аккаунта. Или, если такой необходимости нет, нажав кнопку Done, вернуться в систему управления пользователями и при необходимости добавить еще один аккаунт (или сколько угодно аккаунтов).

Я обычно завожу два аккаунта для себя, любимого. Под одним аккаунтом я работаю, под другим — занимаюсь нездоровыми экспериментами.

Всё, второй этап установки, оно же начальное конфигурирование, закончен. Происходит старт X-сервера и запускается менеджер графического входа в систему — в Zenwalk это gdm:

Введя логин и пароль пользователя, аккаунт которого мы только что создали, окончательно входим в систему, где оказываемся в окружении рабочей среды Xfce.

Итоги

Остается сказать немногое. По завершении установки Zenwalk мы получаем систему, полностью готовую к употреблению. В ее составе — по одному простому, без наворотов, но надежному инструменту для решения любой пользовательской задачи. Плюс к этому музыка звучит (во всех форматах, какие у меня только завалялись), видео показывается, DVD проигрываются. И всё это — без единого обращения к Сети: ноутбук, на который я устанавливал Zenwalk, находился в глубоком оффлайне ввиду невозможности подмены mac-адреса сетевой карты, о чем я уже говорил. То есть тут мы имеем «из коробки» то, что в Ubuntu, Kubuntu или Xubuntu требует докачивания не одного мегабайта (пусть нынче это докачивание и происходит прозрачно для пользователя).

Конечно, впереди еще немало работы, в частности, доведение до ума русификации как консоли, так и Иксов. Правда, в Иксах чукча уже может быть читателем — в комплекте штатно присутствуют шрифты DejaVu и Liberation, поддерживающие символы кириллицы. Но быть писателем чукча пока не может, от него для этого потребуются некоторые действия руками.

Однако всем этим (и многим другим) мы займемся в следующих главах. А пока, в завершение разговора об установке, я хотел бы задержать внимание на вопросе, который меня очень интересовал: об автоматическом определении видеосистемы в ходе инсталляции.

Дело в том, что меня очень настораживала тенденция последних лет — практическая невозможность работы штатных драйверов X-сервера (nv и radeon) с современными видеокартами, для которых они якобы предназначены. Дело постоянно скатывалось к драйверу vesa, с которым тоже особо не поработаешь, и заканчивалось установкой фирменных драйверов от соответствующих производителей.

Каково же было моё удивление, когда в Zenwalk 5.2 (в его состав включена одна из последних ревизий X-сервера, 1.4.0.90 — ревизия 1.42 появилась уже после выхода дистрибутива), с работой штатных драйверов всё оказалось нормально.

То, что это оказалось нормально на десктопе с интегрированной графикой от Nvidia и LCD-монитором, матрица которого имела стандартное физическое разрешение 1280×1024, было еще ожидаемо. Но то, что разрешение матрицы ноутбука (1280×800) при интегрированной графике от ATI, будет определено и установлено правильно, для меня явилось приятным сюрпризом. И все это, повторяю, силами штатных драйверов X-сервера, nv и radeon, соответственно. Так что необходимость начинать работу в свежеинсталлированной системе с установки фирменных «дров» опять отпала (как, впрочем, для меня отпала и необходимость в самих фирменных «дровах» вообще).

Конечно, основная заслуга тут разработчиков из X.org. Однако и роль майнтайнеров Zenwalk’а видится не последней…
Правда, в версии 5.4 с автоматической настройкой видеорежимов наблюдался маленький напряг: если встроенный чип моего ноутбука (весьма древнее интегрированное видео ATI Mobility X200) было на старте Иксов опознано безошибочно, с выводом соответствующего матрице дисплея разрешения (1280×800), то на мониторе десктопа (cj столь же интегрированной, но несколько более молодой видеоподсистемой от Intel — G3500) вместо законных 1680×1050 можно было наблюдать весьма уродливые 1280×1024. Просмотром файла /etc/X11/xorg.conf было установлено, что задействовался на автомате драйвер i810; замена его на intel привела дисплей в чувство. Списываем это на бета-статус версии, с которой я имел дело.

Следующую главу мы посвятим методам высвобождения дискового пространства. А затем рассмотрим вопросы настройки Zenwalk его штатными средствами, а что не удастся сделать с их помощью — подстроим руками.

---

[Назад] [Главная] [Вперёд]