Добавить в избранное | Сделать стартовой страницей

Большая Linux библиотека для пользователей OS Linux и ПО для нее
Есть что сказать? Нужен совет? Посети наш форум.


-


Дело в шляпе. (RedHat Linux 9 Shrike).

Автор : Сергей А. ЯРЕМЧУК
Источник : http://www.mycomp.com.ua/

Не успели отгреметь фанфары по поводу выпущенных дистрибутивов, как компании Mandrake и Red Hat опять порадовали нас новыми релизами своих продуктов. Петр "Roxton" СЕМИЛЕТОВ уже поведал об удачном урожае корнеплодов (см. статью "Ура, поспел наш корнеплод"), теперь пару слов о модном в нынешнем сезоне фасоне шляп.

Если честно, после знакомства с source-based дистрибутивами у меня не было особого желания иметь дело с продуктами означенных фирм. Как правило, это просто более новые версии приложений и библиотек, единственное отличие которых состоит в обновленной программе инсталляции, утилит настройки системы и сервисов. Поигравшись с ними неделю, оставляешь их валяться бесполезным грузом где-то на жестком диске. Есть, конечно, сдвиги, иногда в лучшую, иногда в худшую сторону, но в большинстве своем они предсказуемы. По этой же причине Linux свой мне редко приходится капитально переустанавливать, а за свежестью необходимых мне приложений я и так постоянно слежу. Но у source-based дистрибутивов есть один недостаток, очень критичный в наших условиях - необходим доступ к Интернету и желательно хороший. При его наличии систему можно собрать за пару дней, а при помощи системы портов даже без особого напряга. А так как запросы у меня большие, то приходится держать два Linux'a: один - экспериментальный, который доводится потихоньку до ума, и второй - рабочий, набитый нужным софтом. Да, что тут говорить, пользователь, купивший трехдисковый дистрибутив по базарной цене, получает в свои руки много (даже очень много) полезного бесплатного софта; о наличии некоторых утилит он, может быть, даже так никогда и не узнает. А с графической программой установки, не в пример source-based, может совладать практически любой, если он в общих чертах представляет, что надо делать.

Так вот, рабочей лошадкой у меня был RedHat 7.3, от которого, правда, мало уже чего осталось, но именно так он назывался, когда я его устанавливал. И в один прекрасный день из-за моих экспериментов корневого раздела вдруг не стало. Все, в принципе, можно было спасти, ничто не пропадает бесследно, но что-то желания уже не было. И тут мне попался на глаза RedHat Linux 9 Shrike. Может быть, я бы его тоже пропустил, но мое внимание привлекли две вещи. Компания, вопреки своей привычке, изменила порядок нумерации (после 8.0 обычно идет 8.1, 8.2, 8.3 и т.д.), в чем явно чувствовался намек на качественный скачок. Но насторожило другое: номер именно 9, а 9.0, как обычно. Здесь пахнет уже какой-то половинчатостью - либо и впрямь нечто глобальное нас ждет впереди, в версии 10, или просто хотят догнать Mandrake по нумерации :-). В своем интервью менеджер Red Hat по операционным системам Мэтт Вильсон (Matt Wilson) объяснил происходящее стремлением компании разделить имеющуюся линейку дистрибутивов на две: медленно меняющуюся Red Hat Enterprise Linux (RHEL) для корпораций и открытую для всех новшеств Red Hat Linux (RHL) для энтузиастов. Переход от дробной системы нумерации к целочисленной выражает желание компании ускорить процесс принятия открытых технологий. Так что самое вкусное нас ждет, как мне кажется, все-таки впереди.

Из установочных нововведений обращает на себя внимание изменение количества загрузочных образов, предназначенных для инсталляции с отличных от CD-ROM источников. Так, bootdisk.img содержит первичный загрузочный модуль, поддерживающий большинство способов, в том числе с жесткого диска, drvblock.img обеспечивает загрузку с SCSI- или CD-ROM устройств, drvnet.img содержит дополнительные сетевые драйвера, наконец, для владельцев ноутбуков предназначен pcmciadd.img - образ, позволяющий загрузится с PCMCIA-устройств. А еще появился образ boot.iso, который можно записать на CD-RW (давно пора). С помощью него можно запустить программу инсталляции, в том числе и с использованием ftp, nfs и других вариантов, не прибегая к уже отжившим свое дискетам.

В начале установки есть возможность проверить все имеющиеся носители на предмет пригодности к дальнейшей работе. Советую, проверьте. В случае чего сохраните кучу времени и нервов. В моем случае было выдано сообщение о том, что все три диска можно смело выбрасывать. Что ж, при всех достоинствах моего CD-RW 40x12x48 BenQ 4012P-051, я еще ни одного Linux'a с него по-человечески не установил - все время приходилось перезаписывать на CD-RW болванку, и только потом он нормально мог их считывать при загрузке. Дальше запускается RedHat system installer - anaconda, выбирается язык установки (уже давно программа умеет говорить по-русски), клавиатурная раскладка, мышка (инсталлятор наконец-то нормально определил мою A4tech со скроллом, и в дальнейшем доводкой заниматься не пришлось, что уже можно заносить в достоинства). Все как в большинстве дистрибутивов с графическим инсталлятором. Но теперь из списка программ, с помощью которых можно разбить диск, пропал fdisk. Что, в принципе, не смертельно - вряд ли эта утилита пользуется популярностью при установке RedHat, но угадывающаяся за этим тенденция отбить у пользователя желание/необходимость работать в консоли настораживает. DiskDruid позволяет изменить размеры имеющихся разделов (как написано, в стиле parted) в довольно наглядной форме, огорчает только, что пользоваться им можно лишь в момент установки (заметьте, у Микрософт нет утилиты, позволяющей так разбить диск при инсталляции). Но вот что уж точно вызвало удивление - при всем разнообразии файловых систем, на выбор предлагаются только fat, ext2 и еxt3 (еще swap, но это "сырой" раздел без ФС). Это следует расценивать либо как свидетельство упорного продвижения Red Hat’ом своей еxt3, либо как следствие того, что DiskDruid построен на parted, который пока работает на полную только с этими ФС. Других предположений не нашел, пока.

Теперь разработчики буквально выпячивают возможность создания массивов RAID и томов LVM чуть не одним нажатием кнопки. При попытке смонтировать свой swap размером чуть меньше 150 Мб инсталлятор предупредил, мол, маловато будет, и предложил в замен использовать двойной размер ОЗУ - 512 Мб. В старой системе в обычном режиме работы с IceWM у меня редко когда до свопа доходило, работал в основном на одной оперативке. Пришлось вежливо отказать - как оказалось, я жестоко ошибся. Еще хочу добавить, что только в RedHat инсталлятор умеет правильно настроить мою систему X-Window так, что потом ничего не надо дорабатывать. Интересно, что теперь процесс установки разбит как бы на две части - пользователи создаются уже после перезагрузки системы. C чем это связано, официального ответа не нашел, может быть, с использованием списков контроля доступа (Access Control Lists, ACL), планирующимся в будущих версиях (хотя и в первых бетах это уже было включено), или какой либо другой подобной технологии, например RSBAC (Rule Set Based Access Control) - чтобы разделить тех, кому система доверяет, от остальных ненадежных особей. А может, просто так захотелось. Поживем - увидим. Больше об установке говорить ничего не буду, все описано в статье Романа Епишева. Загружаемся.

Видать, Америка не в ладах с Европой, поэтому в Красных Шапочках вовсю рулит Gnome, а KDE даже по умолчанию к установке не предлагается. Спорить не буду, это на любителя. Поразило то, что если под CRUX эти менеджеры, будучи собраны из исходников, буквально летают (а никаких других в RH9 больше и нет, sawfish не в счет, WindowMaker'у помашем ручкой), то здесь пришлось наблюдать бег раненой черепахи по пересеченной местности с препятствиями. Может, под более мощной конфигурацией это не так заметно, но у меня каждый такт процессора на счету. Что ж, за все надо платить. Хотите легкость в установке - забудьте про оптимизацию. И что совсем интересно, все пакеты собраны под i386-архитектуру, при минимально рекомендуемом Pentium200. Не минула эта участь и "тяжелые" KDE 3.1, Gnome 2.2 и офисный пакет ОpenOffice.Org 1.02 (это я потихоньку начинаю перечислять, что там внутри). Хотелось бы взглянуть на того пользователя, который запустит все это на таком компьютере. Даже украинцы на своем blin'е до такого не додумались. О том, что всякие там технологии типа MMX не пустой звук, я убедился, когда попытался в свое время запустить видеоплейеры, собранные под такую архитектуру - раскадровка, да и только. Зато, скомпилировав их из исходников, не имел проблем до сегодняшнего дня.

Разобрать, KDE перед тобой или Gnome, просто взглянув на только что запущенный рабочий стол, не получится. В RedHat используется интерфейс (тема рабочего стола) Bluecurve, обеспечивающий единый внешний вид для всех приложений. Не знаю, как кому, а мне разные оконные менеджеры нравятся именно оттого, что они РАЗНЫЕ. Раз зашла уже речь о видео, то спешу обрадовать: ни один из написанных под эту систему в комплект не входит (придется лезть в Интернет), так же как и поддержка формата mp3 (для XMMS даю прямую ссылку - http://www.gurulabs.com/files/xmms-mp3-1.2.7-13.p.i386.rpm). Но я просто скопировал библиотеки из CRUX (/usr/local/lib/xmms), и все заработало. Порадовал видеопроигрыватель XINE, который не затронули перемены. Что-то ему не понравилось при запуске, после чего автоматически активизировалась программа конфигурации xine-check, после чего я уже мог смотреть видео. Более того, было найдено устройство /dev/dvd, и автоматически добавились менюшки для работы с DVD-дисками, которых я раннее и не видел. Интересно, что как я ни старался убрать при инсталляции некоторые программы вроде игр, штук двадцать все равно проникли на жесткий диск; то же касается системы автоматического обновления up2date (если канал хороший и к тому же шаровой, последняя очень даже ничего).

Как и в предыдущей восьмой версии здесь используется вовсю юникод. Сейчас много мнений по этому поводу, спорить не буду; наверное, если вместо пяти различных кодировок предлагают пользоваться одной, скорее всего, стоит с этим согласиться. Проблемы здесь в том, что UTF-шрифты как-то менее распространены, а те, что есть, не обязательно содержат символы русского (украинского) языка. Но еще и не все приложения готовы на данный момент работать с такими шрифтами. По поводу настройки корректного отображения русского текста писал в своей статье Роман Епишев, некоторые другие варианты я встречал в Интернете. В принципе, эти советы актуальны и для девятой версии. Лично я, зайдя после инсталляции в консоль и набрав там date, увидел кракозяблики. А когда вернулся через некоторое время после настройки шрифтов в Х-Window, русский текст выводился уже нормально. В принципе, на домашнем компьютере можно так и оставить, но посмотрите, что творится в системных журналах. Заметьте, то, что вы там увидите, сильно зависит от приложения. Прочитать некоторые сообщения невозможно, так что нечего и говорить об специализированных утилитах вроде logsentry (или logcheck), предназначенных для обнаружения вторжения путем просмотра как раз лог-файлов (в дистрибутиве нет, но есть подобные). В данном случае можно остановиться на варианте, когда работать с русскими буквами можно, но все сообщения будут выводиться на английском (в AltLinux root-аккаунт сейчас так и работает). Для этого в файле /etc/sysconfig/i18n приводим соответствующие переменные к такому виду (остальное можно оставить как есть):

Под графической оболочкой, в случае, если локализованный текст будет нечитаемым, достаточно позабавиться шрифтами, и все должно прийти в норму. При этом придется несколько раз перейти из KDE в Gnome и обратно - в приложениях, использующих, например, библиотеки Qt, шрифт может отображаться уже нормально, а в Gtk-приложениях все еще неправильно. Со шрифтами вообще сейчас небольшая путаница. Дело в том, что в настоящее время поддерживаются две подсистемы шрифтов, каждая с различными характеристиками:

оригинальная core X font subsystem с пятнадцатилетним (и более) стажем. Шрифты, представленные этой подсистемой, не анти-aliased, обрабатываются X-сервером и имеют названия вроде misc-fixed-medium-r-normal--10-100-75-75-c-60-iso8859-1;

более новая подсистема шрифта, известная как fontconfig, позволяющая прямой доступ приложений к файлам шрифта. Fontconfig часто используется наряду с библиотекой Xft (сейчас интегрирована в XFree86), которая позволяет приложениям выполнять fontconfig-шрифты со сглаживанием, при этом используются более понятные human-friendly имена типа Luxi Sans-10.

Через некоторое время fontconfig/Xft полностью заменит имеющуюся подсистему шрифтов. Сейчас же только KDE с Gnomе используют fontconfig и Xft, остальным же приложениям они пока недоступны, только два из них пользуются своими шрифтами/методами их получения - OpenOffice.org (собственный метод получения шрифтов) и Mozilla (использует fontconfig, но не от GTK 2). Надеюсь, когда все устаканится, с UTF-шрифтами будет работать приятнее.

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

Под Х-Window можно было видеть русские имена в обоих случаях, правда, для каждого пришлось подбирать шрифт. В чистой консоли в разделе, смонтированном под KOI8-R, вместо имен знаки вопросов (понятно, консоль-то UTF’ная, с соответствующим шрифтом), зато в UTF-разделе с именами все в порядке. Если используете по старинке KOI8-R консоль, то скорее всего все будет с точностью наоборот. Интересная ситуация произошла с записью в эти разделы файлов с русскими именами (с английскими все в порядке). В KOI8-раздел все записалось и потом под Windows прочиталось нормально, хотя бывало, что вместо имени под Windows были видны нечитаемые - системой, выдавалась ошибка - кракозябрики. Все разрешилось после установки шрифтов. А вот в UTF записать файл с таким именем вообще не удалось. Делайте выводы. Вообще, сдается мне, скоро в конференциях появятся вопросы по русификации RH9 (перед отправкой заглянул на форум сайта LinuxBegin, уже появились). Проблема решается всего-то лишь установкой локальных параметров в Центре Управления и подбором шрифтов. Просмотреть имеющиеся шрифты можно двумя способами: в konqueror, зайдя в папку со шрифтами или (лучше всего) набрав fonts:/// в строке URL Nautilus'a, при установленном fontilus'e) - тогда будут видны все имеющиеся, а при помощи контекстного меню можно понравившийся открыть в Gnome Font Viewer.

И наконец настал тот час, когда в команде разработки XFree86 подумали о пользователях, которым необходимо набирать текст на нескольких языках. Теперь в версии 4.3.0 при необходимости без лишних мучений можно прописать сразу четыре клавиатурные раскладки. Для этого в секции InputDevice, которая описывает клавиатуру, в строке Option XkbLayout через запятую перечисляем все языки, с которыми вы хотите работать; при этом прописанный в первой позиции будет встречать вас при регистрации в системе, и поэтому желательно написать здесь us, чтобы лишний раз не переключаться. А для того чтобы иметь возможность использовать вариант для русской и украинской раскладки не по умолчанию (basic), в опции XkbVariant через запятую указываем нужный вариант для каждой позиции, соответствующей своему XkbLayout, при этом basic-позиции отмечаем просто пустышками. Пример для переключения в английскую-русскую(winkeys)-украинскую(winkeys) по Alt+Shift:

С настройкой переключателя вышла небольшая заминка. Если под root все работало как надо, то под обычным пользователем что-то не получалось. Сперва я было подумал (дикая мысль), что необходимы соответствующие права доступа. Облазил все возможные файлы - оказалось, все ОК. Загвоздка была вот в чем: был запущен клавиатурный переключатель от KDE - kxkb. Необходимо его отключить в Центре Управления и перезапустить оконный менеджер. После этого все стало на свои места. В принципе, можно использовать и штатные переключатели, которые есть в Gnome и KDE, но это приводит к запуску еще одного приложения, что хоть немного, но все же тянет ресурсы, а под другими оконными менеджерами вообще приводит к загрузке дополнительных библиотек (простая на первый взгляд по функциональности утилита kxkb тянет за собой более 64 Мб их).

В glibc 2.3 (GNU libc), которая используется в девятой версии RedHat, добавлена поддержка Native POSIX Thread Library (NPTL). Эта библиотека обеспечивает некоторые преимущества для i686- или лучших процессоров, а также для бинарной совместимости со старым LinuxThreads, которое не всегда POSIX. Хотелось бы сказать "наконец-то", но это привело к проблемам при работе с 3D-графикой на видеокартах от NVidia и ATI, а также к несовместимости с некоторыми версиями Java от Sun Microsystems. Но если 3D для вас важнее, то, добавив параметр nosysinfo в файле загрузчика или в командной строке, можно загрузиться и без поддержки NPTL.

Теперь немного о приложениях. Компания RedHat, в отличие от Mandrake, видит применение своим продуктам в первую очередь на сервере. Для настройки всевозможных сервисов (в том числе видеоподсистемы и звука), в комплекте имеются утилиты под X-Window; большинство из них можно найти, набрав redhat в окне терминала и нажав табуляцию. При этом с их настройкой и запуском может справиться любой прочитавший что-то вроде "Linux за 24 часа", лишь бы он только представлял себе, чего же в результате он хочет добиться. Это с одной стороны радует, но с другой… Утилиты не могут все равно охватить всех параметров, и для тонкой настройки придется все равно лезть в конфигурационные файлы. И за безопасность такого сервера я бы поручаться не стал. Интересно, что полностью пропали консольные утилиты настройки вроде kbdconfig, mouseconfig и некоторые другие, что может свидетельствовать только о вымирании консоли как класса. Хотя с другой стороны, что на "высокопроизводительном" (слово из релиза) сервере делать KDE, да еще со всеми прибамбасами? Можно и что попроще поставить, раз уж хочется X. А вот в небольшом (среднем) офисе, где системный администратор, как правило, - должность по совместительству, применение данного дистрибутива позволит настроить все сервисы (mail, Web, ftp, file) в короткие строки и без вникания в тонкости настроек.

Доступ в Интернет можно настроить при помощи двух графических утилит: фирменной internet-druid и kppp от производителей KDE. К слову, вместо wu-ftpd, правившего долгое время, теперь здесь "за основного" (и единственного) vsftpd (Very Secure File Transfer Protocol Daemon). Появилась утилита tsclient, GUI-клиент для VNS и Windows Terminal Server. Для пользователя же, чтобы скрасить пребывание за компьютером, припасено великое (именно великое) множество различных тем рабочего стола, комплектов пиктограмм, декораций окон, стилей оформления, фоновых рисунков и особенно много скринсейверов. Так, что свое рабочее окружение можно настроить действительно на любой вкус.

Дистрибутив, если честно, вызвал двоякое мнение. Но то, что это все-таки шаг вперед, несомненно. Если не считать отсутствия средств просмотра видео и работы с mp3, которые можно взять с Интернета, то девятка вполне подходит для домашнего использования. Хотя, судя по описаниям, для новичков при возможности выбора между Mandrake и RedHat я бы посоветовал скорее остановится на первом - работать руками при настройке придется меньше. Но не следует забывать и о продуктах российских дистрибьютеров AltLinux и ASPLinux, своих тоже поддерживать надо. Последняя уже порадовала нас 15 мая новой версией ASPLinux 9 "Урал". Имеющей, кстати, необходимые компоненты для создания сервера терминального доступа и загрузки с него бездисковых рабочих станций, использование которого приведет к удешевлению вычислительного комплекса в целом. К тому же ASPLinux на 100% совместим с RedHat, и потому пакеты, взятые с сайта этой компании, как правило, устанавливаются под ним без проблем.

Linux forever!


Flash курс, компьютерные курсы photoshop. Компьютерные курсы для начинающих, курсы web дизайна. | Игры для линукс