CITKIT.ru - свободные мысли о свободном софте
Деловая газета CitCity.ru Библиотека CITForum.ru Форумы Курилка
Каталог софта Движение Open Source Дискуссионный клуб Дистрибутивы Окружение Приложения Заметки Разное
28.10.2020

Последние комментарии

ОСТОРОЖНО: ВИНДОФИЛИЯ! (2250)
24 December, 22:53
Kubuntu Feisty (15)
24 December, 18:42
Один на один с Windows XP (3758)
24 December, 11:46

Каталог софта

Desktop
Internet
Internet-серверы
Безопасность
Бизнес/Офис
Игры
Мультимедиа
Наука
Операционные системы
Программирование
СУБД
Создание веб-сайтов
Утилиты

Статьи

Дискуссионный клуб
Linux в школе
Open Source и деньги
Open Source и жизнь
Windows vs Linux
Копирайт
Кто такие анонимусы
Лицензии
Нетбуки
Нужен ли русский Linux?
Пользователи
Дистрибутивы
Идеология
Выбор дистрибутива
Archlinux & CRUX
Debian
Fedora
Gentoo
LFS
LiveCD
Mandriva
OpenSolaris
Slackware
Zenwalk
Другие линуксы
BSD
MINIX
Движение Open Source
История
Классика жанра
Окружение
shell
Библиотеки UI
Графические среды
Шрифты
Приложения
Безопасность
Управление пакетами
Разное
Linuxformat. Колонки Алексея Федорчука
Заметки
Блогометки
Файловые системы
Заметки о ядре

Дистрибутивы :: Zenwalk

Zenwalk
Приобщение к Linux

Страницы: предыдущая :: 1 :: ... :: 9 :: 10 :: 11 :: 12 :: 13 :: ... :: 43 :: следующая

Глава 3. Инсталляция

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

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

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

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

  1. дисковых разделах;
  2. файловых системах;
  3. пакетах и принципах управления оными.

Касаемо дисковых разделов достаточно знать, что диск может быть поделен максимум на четыре «физических», так называемых первичных (primary partitions), раздела. Схема дисковой разметки в стиле DOS/Windows (а именно она исторически используется в Linux, так что о других говорить не будем) предусматривает, что один из этих первичных разделов может быть определен как расширенный (extended partition), внутри которого могут быть созданы разделы логические (logical partitions); в DOS/Windows употребляется термин "логический том" (logical volume), но мы будем использовать его только по прямому назначению, как элемент технологии LVM (Logical Volume Management).

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

Кроме представления о существовании разделов, следует четко понимать разницу между свободным пространством в существующем разделе и неразмеченной, то есть не отнесенной ни к какому разделу, областью диска. При фабричной предустановке Windows под систему и данные часто размечается только часть диска, а остальное его пространство остается неразмеченным — и это самый благоприятный вариант для инсталляции Linux совместно с системой от Microsoft.

Для установки Linux'а обязательным считается наличие минимум двух разделов (не важно, первичных или логических) — корневого (/) и раздела подкачки (swap). Без последнего при обычных для современных машин объемах памяти в 512 Мбайт и более можно и обойтись; но для страховки лучше его иметь. Кроме того, по моему мнению (которое со мной разделяют все резонные люди), абсолютно обязательно выделение специального раздела (также без разницы, первичного или логического) под каталог /home, куда в дальнейшем будут помещаться все пользовательские данные и индивидуальные настройки. Логика понятна — отделить восстановимую из дистрибутива систему от данных, которые, при отсутствии регулярных бэкапов (а кто, положа руку на сердце, может сказать, что проделывает процедуру резервного копирования регулярно?), могут быть потеряны безвозвратно. Ну а главное — обособленный /home позволяет не только безболезненно переустановить систему, но даже сменить дистрибутив. Или использоваться совместно несколькими из них. Ведь почти каждый из нас проходил стадию, когда диск ломился от дистрибутивов, как стол на хорошей свадьбе — от яств.

На дисковых разделах, отведенных под Linux, в процессе установки будут созданы файловые системы (в терминах DOS/Windows этот процесс называется форматированием). О файловых системах нужно знать, что для Linux нативными (то есть родными, на которых он может размещаться и с которых может загружаться) являются следующие: ext2fs, ext3fs, reiserfs, xfs и jfs, каждая из которых имеет свои достоинства и недостатки, которые мы сейчас обсуждать не будем.

В контексте настоящего разговора речь может идти об использовании одной из двух систем — ext3fs и reiserfs, или обеих вместе для разных разделов (при некоторых условиях допустима и ext2fs). Например, корневой раздел может нести на себе ext3fs, а раздел под /home — reiserfs. Хотя для начала можно не заморачиваться и на оба раздеал водрузить ext3fs — беспроигрышный вариант как с точки зрения совместимости, так и с точки зрения возможных дальнейших манипуляций: ext3fs поддерживается абсолютно всеми дисковыми утилитами Linux, а для Windows разработаны специальные plug-in'ы, обеспечивающие по крайней мере чтение (в частности, такой plug-in существует для популярного файлового менеджера Total Commander).

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

Тем же пользователям, которые хотят принять самостоятельное и осознанное решение о выборе файловой системы, можно посоветовать почитать специальные работы на эту тему, например, цикл статей Дэниела Роббинса и результаты тестирования их быстродействия (например, этот материал).

Что касается пакетов, то достаточно представления о самом факте их существования и о том, что пакет — это атомарная единица, до набора которых может быть разложен дистрибутив (но не ниже).

Безальтернативная система установки Zenwalk избавляет пользователя от необходимость знать о пакетах с самого начала что-либо еще (потом-то ему эти знания потребуются, но это будет потом). Взамен лишая возможности выбора — он получает то, что сочли необходимым включить в состав дистрибутива майнтайнеры. Хорошо это или плохо? В результате многих лет использования и опробования самых разных дистрибутивов у меня сформировалось крамольное, с точки зрения поборников абстрактной свободы, мнение: для тех двух полярных групп пользователей, на которых ориентируются «безальтернативные» дистрибутивы (совсем начинающих и многоопытных), это однозначно хорошо.

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

Пользователь же многоопытный не выбирает отдельные пакеты — он их навыбирался на средней стадии приобщения к Linux — а подбирает «безальтернативный» дистрибутив, состав которого наиболее близок к его устоявшимся вкусам и пристрастиям. И который потребует от него лишь минимальных действий по удалению/добавлению отдельных пакетов.

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

Вот и все. Немного, не так ли? Правда, в дальнейшем для эффективной работы потребуется более глубокое изучение и этих, и многих других материй, но, повторяю, это будет потом. И тут уже придется обращаться к книжкам по Linux и Unix вообще. Например ("читайте меня", как говорил Бернард Шоу), к книжке Доступный Unix, сетевой вариант которой известен как Введение в POSIX'ивизм.

Кроме обладания знаниями, для установки Zenwalk требуется материальная часть. Во-первых, это машина, отвечающая минимальным системным требованиям, перечисленным в предыдущей главе. Что проблемы не составит: машину, этим требованиям не отвечающую, можно найти либо на помойке, либо, напротив, в музее.

Предназначенная для установки Zenwalk машина должна отвечать одному из трёх требований:

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

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

Первый — прибегнуть к какому-либо средству Windows, типа Partition Magic или Acronis Disk Director. Но тут я вам не советчик, потому что никогда не имел с ними дела. Единственное, что могу сказать: на форумах мне попадалось очень много нареканий на результаты работы Partition Magic, в частности, на неправильность восприятия Linux'ом созданных при его посредстве разделов. Что же до продуктов Acronis некогда мне пришлось иметь дело с их средством управления дисковыми разделами и оно оставило благоприятное впечатление, правда, работало под Linux. Но с тех пор много воды утекло, и каково положение в этой области, я просто не знаю. И в любом случае нужно помнить, что эти программы коммерческие, и начинать приобщение к миру свободного софта с их использования — как-то не комильфо...

Но есть и второй выход — использовать Linux'овые средства управления разделами с какого-либо LiveCD. Как это сделать — я расскажу в ближайшей интермедии.

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

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

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

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

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

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

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

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

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

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

boot:

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

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

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

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

Очевидно, что при установке на стандартную пользовательскую машину актуален только первый вариант загрузки, и, в некоторых (несчастных) случаях, возможно, также третий. Так что в подавляющем большинстве случаев можно смело жать на Enter — и с очень большой долей вероятности загрузка пройдет успешно. Как это и было у меня на двух машинах – десктопе с Athlon x2 6000+ и чипсетом Nforce GF6150, и на ноутбуке с Sempron 3300+ (32 бита) и чипсетом ATI RS480+ATI SB400 (детали конфигурации можно видеть здесь и здесь, соответственно). Если же чего-то не заладилось — придется разбираться в параметрах загрузки ядра: как эмпирически установлено для многих систем, в большинстве случаев потребуется отключить acpi и (или) apic.

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

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

  1. KEYMAP — выбор раскладки клавиатуры;
  2. PARTITION — разметка диска;
  3. AUTOINSTALL — автоматическое разбиение диска с последующей установкой пакетов, на отведенный для этого диск;
  4. INSTALL — установка пакетов;
  5. EXIT — выход из программы установки.

Следует отметить, что во время работы инсталлятора переключение на другие виртуальные консоли невозможно – хотя если принудительно выйти из него в командную строку (например, через пункт 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 мы видим панельку, предлагающую выбрать диск для установки — если есть из чего выбирать. Если же не из чего (перманентно присутствующий ram-диск, очевидно, целевым для обычной установки быть не может), фиксируем подсветку на sda, помечаем его клавишей пробела и жмём Enter, после чего попадаем в стандартную для Linux программу разметки cfdisk — надстройку над собственно средством дисковой разметки, программой fdisk. По сравнению с последней, cfdisk считается более дружественной пользователю (хотя и в самом fdisk ничего враждебного нет, просто обращение с ним требует определенной аккуратности). И уж во всяком случае, она более наглядна. Да и в обращении cfdisk, пожалуй, попроще.

Порядок действий в cfdisk таков (рис. 3.1).

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

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

И в обоих случаях, закончив разметку, через пункт меню Quit возвращаемся в панель выбора дисков, а оттуда — в главное меню инсталлятора.

Один из излюбленных вопросов, обсуждаемых на форумах веками, — как именно надо размечать дисковое на разделы. Мы в эти обсуждения вдаваться не будем. Внутренняя «сопроводиловка» к Zenwalk Installer полагает необходимым создание двух разделов — корневого не менее 2 Гбайт и раздела подкачки (swap) минимум в 1 Гбайт, причем настойчиво предлагает определить оба как первичные. При наличие достаточного дискового пространства (и еще одного фактора, о котором я скажу чуть позже) первую цифру я предложил бы удвоить (почему — станет ясным в главе об управлении пакетами), вторую, чтобы не ломать зря голову, принять без изменений (в сущности, размер swap-раздела нынче мало кого волнует), а все оставшееся пространство отвести под раздел, на котором будет размещен в дальнейшем каталог /home. Причем все они могут быть логическими — и, скорее всего, именно логическими их и придется делать.

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

Отступление. Почему при разметке диска в стиле DOS/Windows только один первичный раздел может быть определен как расширенный — тайна сия велика есть. Никаких теоретических запретов сему мне обнаружить не удалось. Но и ни одной программы дисковой разметки под DOS, Windows или Linux, позволяющей создать больше одного расширенного раздела, тоже никто нигде никогда не видел.

Для сравнения — при разметке в BSD-стиле любой из слайсов (то есть первичных разделов), или даже хоть все четыре, могут быть разбиты на разделы логические. Правда, на ограниченное число (8, в DragonFlyBSD — 16), из которых три резервируются для специальных целей и не могут быть использованы для хранения данных, но всё же такая схема предстваляется более гибкой. И опять-таки: если это можно в BSD-системах, то почему нельзя в Linux'е?

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

/
Раздел Объем Точка монтирования Файловая система
sda1 40 Гбайт Нет NTFS
sda5 5-6 Гбайт /ext3fs
sda6 1 Гбайт Нет Swap
sda7 ## Гбайт /home reiserfs

Примечание: под ## Гбайт подразумевается один из трех вариантов: сколько нужно, сколько осталось или сколько не жалко.

Однако пора и продолжить установку. Завершив разметку диска, мы возвращаемся в главное меню. Следующий пункт которого, 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 (не иначе как по наущению производителей винчестеров, которые очень давно ввели такую практику).

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

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

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

При выборе между ext3 и reiserfs вполне можно положиться на подбрасывание монетки. Как уже говорилось ранее, на стороне ext3 — надежность и совместимость, на стороне reiserfs — быстродействие (впрочем, и в ненадежности она не была замечена, по крайней мере мной). Выдирание шнура питания из розетки обе системы переносят безболезненно, разве что ext3 после этого проверяется несколько дольше, нежели reiserfs.

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

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

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

/home

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

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

Впрочем, выбор неширок:

  1. инсталляция с Zenwalk CD;
  2. инсталляция с ранее смонтированного каталога.

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

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

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

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

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

Вообще-то, проблема обеспечения загрузки Zenwalk достаточно важна, и к ней придется еще вернуться в следующем разделе. Так что пока я поступил бы самым простым способом: избрал бы метод установки Simple, перезагрузил Zenwalk. завершил бы его инсталляцию и настройку. А потом, вооружившись каким-либо руководством по Lilo, начал бы думать, как его средствами обеспечить сосуществование Zenwalk и Windows. Сам я напрочь забыл, как это делается, поскольку последний раз имел дело и Windows, и с Lilo уже без малого десять лет назад.

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

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

gpm
httpd
ip_forward
mysql
*nfsd
ntpd
*numlock
*rpc
saslaunthd
*scanluns
*sshd
*syslog
*uwd — Udev Watchdog Daemon

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

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

И во-вторых, при постоянном подключении к Сети стоит включить сервис ntpd (по умолчанию он отключён): это, при правильном указании времени «железных» часов, обеспечит синхронизацию с серверами точного времени при старте системы, и, таким образом, вы забесплатно становитесь обладателем персональных швейцарских часов.

Ну а в-третьих, мои личные домашние потребности исчерпываются тремя сервисами — gpm, ntpd и uwd, в остальных необходимости не ощущаю.

Вот и всё. Последнее предложение — извлечь установочный компакт и перезагрузить машину посредством «салюта из трех пальцев» (выражение Патрика Фолькердинга применительно к комбинации Alt-Control-Delete).

Межъэтапье: обеспечиваем загрузку Zenwalk

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

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

  1. при установке на «чистую» машину;
  2. при установке на чистый (например, второй) диск;
  3. при установке на диск с Linux, использующим GRUB, и Windows;
  4. при установке на диск только с Windows.

Вариант 1. Имеем «чистую", скажем, свежекупленную или свежесобранную, машину, на которой никаких операционных систем нет и, кроме Zenwalk, не предвидится и в дальнейшем. Это самый простой случай: разбиваем диск, как душе угодно (при современных объемах дисков имеет смысл часть его пространства оставить неразмеченной, что в дальнейшем обеспечит свободу маневра).

После этого устанавливаем Lilo в режиме simple — и первая перезагрузка проходит без всяких проблем, как и финализация установки.

А дальше — на выбор:

  • или оставлять Lilo (при единственной операционке, большого рояля не играет, какой загрузчик использовать);
  • либо, если Lilo совсем не по нутру, установить GRUB; соответствующего пакета в официальных репозиториях Zenwalk нет, но ведь для истинных последователей Патрика собрать его руками из исходников вовсе не впадлу, верно?

Вариант 2. Машина с двумя винчестерами, на первом установлена Windows, второй — девственно чист (скажем, приобретен специально для установки Linux'а).

В этом случае задача, в сущности, сводится к предыдущей: размечаем диск как нам хочется, устанавливаем Lilo в режиме simple — и всё. Роль мультисистемного загрузчика будет исполнять BIOS Setup — посредством переключения порядка загрузки с дисков.

Вариант 3. Машина с единственным диском, на котором установлены Windows и некий Linux; для определенности, да и в соответствие с теорией вероятности, предположим, что это Ubuntu. В качестве мультсистемного загрузчика используется GRUB; загрузка Windows обеспечивается «по цепочке» — как известно, иным способом Windows не-Windows'овыми загрузчиками обеспечить невозможно. То есть в файл /boot/grub/menu.lst дерева каталогов Linux надо внести строки такого примерно вида:

title	Windows
root	(hd0,0)
makeactive
chainloader +1

Впрочем, строки эти давным-давно внесены, и Linux и Windows благополучно грузятся попеременно, в зависимости от желания или потребностей пользователя. Остается добавить к этому списку новонедоустановленный Zenwalk. Для этого только то и нужно, что дописать в тот же /boot/grub/menu.lst строки примерно такого вида:

title           Zenwalk 5.2
root            (hd0,#)
kernel          /boot/vmlinuz root=/dev/sda# ro quiet splash
initrd          /boot/initrd.splash
quiet

Где (hd0,#) (наименование корневого раздела в номенклатуре GRUB) и root=/dev/sda# (корневой раздел в номенклатуре Linux) надлежит заменить своими реалиями, например, (hd0,4) — напомню, что в номенклатуре GRUB нумерация разделов начинается с нуля, — и root=/dev/sda5 — а в номенклатуре Linux точка отсчета, напротив, единица, так что первый логический раздел внутри расширенного всегда будет /dev/sda5.

Теперь остается только перезагрузиться и в меню GRUB, выглядящем (в предположении, что первый Linux — это Ubuntu) примерно так:

Windows
Ubuntu, kernel 2.6.##-##-generic
...
Zenwalk 5.2

выбрать пункт Zenwalk 5.2 и нажать Enter. Если конфигурационный файл GRUB'а был оформлен правильно, то Zenwalk загрузится незамедлительно. Если же в конфиге мы что-то напортачили и вместо загрузки появится сообщение об ошибке (скорее всего — об отсутствии файла образа ядра) — тоже не беда: возвращаемся в меню GRUB и, нажав клавишу e, переходим в режим редактирования записи, относящейся к Zenwalk, дабы попытаться загрузить его ядро интерактивно.

Ибо ни в чем так не проявляется мощь GRUB, как в его возможностях интерактивной работы. Для чего он располагает полноценным шеллом — bash-подобной командной оболочкой, поддерживающей автодополнение команд, их атрибутов и путей к файлам по клавише табуляции, вывод списков возможных дополнений, а также имеющей вполне достаточную встроенную систему помощи.

Приёмы интерактивной работы с GRUB — это предмет отдельного разговора, который здесь затевать неуместно. Интересующихся отсылаю к статьям Владимира Попова, в изобилии представленным на этом сайте, например, к этой http://citkit.ru/articles/166/ и к этой. Замечу только, что в интерактивном режиме при должном терпении и внимании к встроенной помощи ядро любой ОС из числа поддерживаемых (а это как минимум Linux и все BSD-системы) можно загрузить всегда.

После этого остаётся только

  • запомнить (а лучше записать), какие именно параметры интерактивного режима привели к успешной загрузке,
  • завершить конфигурирование Zenwalk
  • подмонтировать раздел с каталогом /boot первой Linux-системы, например:
         $ mount /dev/sda2 /mnt
    
  • и внести соответствующие коррективы в файл /boot/grub/menu.lst.

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

Вариант 4. Машина с единственным винчестером, на котором ранее была установлена Windows, а ныне, на высвобожденном тем или иным способом дисковом пространстве, водружен Zenwalk. Лично для меня этот вариант — самый неприятный и малознакомый: во всех случаях, когда мне приходилось обеспечивать сосуществование Windows и Linux, я делал это посредством GRUB'а. Тем не менее, постараемся наметить пути решения этой проблемы посредством Lilo. И путей этих мне видится три.

Первый — это попытаться на предыдущем этапе установки всё-таки разобраться с установкой Lilo в режиме эксперта — судя по беглому взгляду на его меню, он как раз и предназначен для добавления пунктов, соответствующих разным оперционным системам, в меню Lilo.

Второй путь — установить Lilo в режиме simple, выполнить безальтернативно первую загрузку Zenwalk'а на предмет финализации его установки, после чего спокойно разбираться, как с помощью Lilo обеспечить загрузку Windows.

И, наконец, третий путь — поступить аналогично предыдущему, но вместо разборок с Lilo собрать и должным образом сконфигурировать GRUB.

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

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

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

Для начала нас знакомят с текстом лицензии GPL, версии еще 2, слава Богу. Пролистав его с помощью клавиши Enter (что, вероятно, равноценно согласию) мы вступаем в череду соглашений по прочим лицензиям на сторонние программы, входящие в дистрибутив: Adobe и Intel. Говорим, что со всем мы согласные (по умолчанию в обоих случаях стоит NO), и приступаем к конфигурированию звука, за что отвечает система ALSA. Впрочем, тут всё происходит помимо нас, само собой, и завершается (надеюсь) благополучно — нужно только исправно жать Enter в нужных местах.

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

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

C		Create a new user

Вводим его пользовательское имя — например, 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, вернуться в систему управления пользователями и при необходимости добавить еще один аккаунт (или сколько угодно аккаунтов).

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

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

Всё, второй этап установки, оно же начальное конфигурирование, закончен. Происходит старт 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-монитором, матрица которого имела стандартное физическое разрешение 1280x1024, было еще ожидаемо. Но то, что разрешение матрицы ноутбука (1280x800) при интегрированной графике от ATI, будет определено и установлено правильно, для меня явилось приятным сюрпризом. И все это, повторяю, силами штатных драйверов X-сервера, nv и radeon, соответственно. Так что необходимость начинать работу в свежеинсталлированной системе с установки фирменных «дров» опять отпала (как, впрочем, для меня отпала и необходимость в самих фирменных «дровах» вообще).

Конечно, основная заслуга тут разработчиков из X.org. Однако и роль майнтайнеров Zenwalk'а видится не последней...

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




Страницы: предыдущая :: 1 :: ... :: 9 :: 10 :: 11 :: 12 :: 13 :: ... :: 43 :: следующая

Комментарии

Страницы комментариев: 1 :: 2 :: 3 :: ... :: 12 :: следующая

аноним, Thu Dec 17 00:09:43 2009:
Ну, скачал. Дальше что?

класная вестчь! грузи венду.
Loh, Wed Dec 16 23:59:10 2009:
Ну, скачал. Дальше что?
аноним, Wed Sep 16 18:23:17 2009:
Ужос! Автору надо психологом работать. Простыми вещами так мозги засрал!
аноним, Wed Mar 11 17:02:49 2009:
На www.stoplinux.org.ru опубликован обзор Zenwalk 6
Focuse, Mon Feb 23 04:50:30 2009:
По поводу пункта о развитие лирической части, я за. Мне было интересно. На счет тех.части все более или менее понятно, примеры из “жизни“ помогают. В целом мне интересно и не занудно.
аноним, Tue Dec 2 22:55:59 2008:
>ICQ и IRC в списке присутствуют, но вот Jabber не обнаруживается.

кто написал эту глупость? O_o для кого вики существует? o_O

http://ru.wikipedia.org/wiki/XMPP

XMPP (англ. eXtensible Messaging and Presence Protocol — расширяемый протокол обмена сообщениями и информацией о присутствии, ранее известный как Jabber) — это основанный на XML открытый, свободный для использования протокол для мгновенного обмена сообщениями и информацией о присутствии (см. список контактов) в режиме околореального времени. Изначально спроектированный легко расширяемым протокол помимо передачи текстовых сообщений поддерживает передачу голоса и файлов по сети.

привык неучей туда тыкать:D автора первый раз
аноним, Tue Dec 2 21:19:00 2008:
"...ICQ и IRC в списке присутствуют, но вот Jabber не обнаруживается." И зря:( - в списке есть XMPP, под гнусной личиной которого и скрывается Jabber. (говорят будто и GoogleTalk text only под той же личиной ;)
аноним, Mon Dec 1 17:37:39 2008:
...касательно записи CD - если не хочется тащить гирлянду библиотек Qt или брать xf#@ce, или новострой гткшный (правда, стабильный:) - можно взять xcdroast (http://www.xcdroast.org/). Правда, оно мега-либ за собой не тягает, web-примочек не имеет: за то его поборники крутизны и не любят ;(
Khaelroa, Fri Oct 24 13:20:51 2008:
На счет обновления из локального репозитария (может кому поможет): http://support.zenwalk.org/viewtopic.php?f=44&t=8501
touareg, Sun Oct 5 03:44:44 2008:
Zenwalk - респект, впервые на моем DELL Inspiron 6400 заработал suspend, искаропки, без танцев с бубнами. И ИМХО в XFCE самый лучший композитный оконный менеждер - владельцам ATI рекомендую

Страницы комментариев: 1 :: 2 :: 3 :: ... :: 12 :: следующая

Комментарии заморожены.

Новости:

Все новости на CitCity.ru

Компании месяца

 
Последние комментарии
Почему школам следует использовать только свободные программы (101)
20 Декабрь, 14:51
ОСТОРОЖНО: ВИНДОФИЛИЯ! (2250)

24 Декабрь, 22:53
Linux в школе: мифы про школу и информатику (334)
24 Декабрь, 22:43
Kubuntu Feisty (15)
24 Декабрь, 18:42
Software is like sex: it's better when it's free.
©Linus Torvalds