Linux становится признанной платформой для критических бизнес-приложений, таких, как СУБД, ERP-, CRM-системы и другие. Такой вывод делается в исследовании, проведенном IDC по заказу Linux Foundation.

Исследовательская компания IDC отмечает несколько основных изменений на рынке ПО по отношению к системам на базе Linux. Рост ранних внедрений Linux-серверов происходил, в основном, в составе решений технической инфраструктуры — файловых серверов, серверов печати, веб-серверов, DNS, DHCP. Теперь, при сохранении роли Linux в составе таких решений, нарастает число внедрений в бизнес-ориентированных областях, таких, как СУБД, ERP-системы, системы поддержки принятия решений и другие бизнес-ориентированные системы.

При этом прогнозируется рост расходов на ПО серверных платформы на базе Linux со среднегодовым темпом в 35,7% до 2011 гг. Суммарный рост расходов корпораций на Linux-решения, включающий расходы на программное и аппаратное обеспечение, а также техническую поддержку — с $21 млрд. в 2007 г. до $49 млрд. к 2011 г. за счет роста инсталляций коммерческих дистрибутивов Linux у корпоративных заказчиков. Если же учитывать только расходы на ПО, числа окажутся несколько меньше: $10 млн. по данным 2007 г., $31 млн. к 2011 г. В суммарной величине общих расходов на ПО доля расходов, относящихся к Linux, составляет на текущий момент всего 4% с ростом до 9% к 2011 г.

При этом произойдет увеличение доли СУБД, средств разработки, внедрения и эксплуатации ПО (включая middleware) и ПО для анализа данных, а также CMS-, ERP-, CRM-систем, систем управления цепями поставок, систем управления технологическими процессами в структуре Linux-решений, считают аналитики.

Отчет IDC рассматривает также перспективные возможности и угрозы для Linux. В качестве одного из обстоятельств, которые потенциально могут привести к росту доли Linux, называется миграция с коммерческих версий Unix для высокобюджетных RISC-платформ на Linux-решения для платформы x86.

При этом, анализ показывает, что доля Linux в качестве предпочитаемой ОС для миграции с UNIX меняется в зависимости от отрасли от менее чем 15% в здравоохранении, до более чем 50% в государственном секторе и образовательных учреждениях. Отмечается, что среди решений Open Source возможно возникновение конкуренции Linux, например, со стороны OpenSolaris, при условии его достаточной рыночной поддержки.

Определенную угрозу представляет здесь и выход Windows Server 2008, включающего ряд наработок, ранее являвшихся областью приоритета Linux- и Unix-решений. При этом угроза Windows Server 2008 для традиционных пользователей Linux-решений оценивается как низкая.

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

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

В качестве инструментария для разработки интерфейса был выбран Qt. Это и стало главным препятствием для широкого распространения интерфейса. Дело в том, что до ноября 1998 г. Qt распространялся под закрытой лицензией. Участники проекта вполне обоснованно опасались, что это может привести к определенным трудностям.

Частично сомнения скептиков рассеялись, когда инструментарий Qt стал доступен под Оpen Source Q Public License. При этом специально оговаривалось, что если разработка Qt будет по каким-либо причинам прекращена, то заинтересованные в ее существовании лица смогут сменить лицензию на BSD.

Окончательно вопрос был решен в 2000 г., когда Qt стал распространяться под GPL. Все препятствия на пути KDE были сняты. В настоящее время этот десктоп используется в качестве основного в дистрибутивах Mandriva, MOPS, OpenSUSE и некоторых других. Свой вклад в повышение его популярности внес даже сам Линус Торвальдс, однажды заявив, что предпочитает именно его, а не GNOME.

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

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

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

Основные достоинства KDE:

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

читать далее

Хотя эта программа предназначена для обычных пользователей, она не столь дружелюбна по отношению к ним, как того хотелось бы. Некоторое время назад, я даже предлагал новичкам (переходящим с Windows) использовать xine вместо элегантной командной строки MPlayer.

Но все в этом мире развивается, не стал исключением и Mplayer. Так, недавно вышедший Mplayer 0.90 RC наделен очень красивым, удобным, поддерживающим скины графическим интерфейсом с типичной для графического интерфейса функциональностью и некоторыми пока не задокументированными сюрпризами и пасхальными яйцами. В качестве примера можно привести новейшие возможности полосы прокрутки. А стоит вам переместить мышь в нижнюю среднюю часть экрана (в полноэкранном режиме), и вы увидите вращающуюся мини-панель, которая позволит вам управлять воспроизведением. (Примечание: к сожалению, в настоящее время это возможно только со скином, заданным по умолчанию).

Даже скептикам придется признать, что работать с MPlayer стало проще, но настройка “окружающей среды” (драйверов, ОС и т.д) для MPlayer иногда не является тривиальной задачей. В этой короткой статье я попробовал описать основные этапы установки и конфигурирования MPlayer в Linux для получения наилучшего соотношения качества/производительности. Попрошу обратить внимание, что всё, что здесь написано, имеется в гораздо более подробной форме в документации Mplayer.

Немного о драйверах звуковой карты.

Вам, наверное, интересно, почему я начал именно с этого. Дело в том, что именно драйвера звуковой карты являются основной причиной проблем с производительностью. Причем - причиной не очевидной. Главное - учесть, что проигрывание только звука (например, mp3), это не проигрывание видеофайла, так как в случае проигрывания видеофайла проигрывателю приходится синхронизировать звук с видеорядом. При этом возникают задержки в аудио потоке. Так как все звуковые карты/драйвера имеют буферизацию, задержка должна компенсироваться. Так, что при первом рассмотрении это не кажется большой проблемой. И ALSA и OSS имеют функцию проверки состояния буфера, и текущей звуковой задержки. К сожалению, многие звуковые драйвера (в основном это OSS, включенные в ядро) не делают этого (кажется, что авторы драйверов реализуют только то, что нужно для проигрывания mp3) или, что хуже - производят проверку, но при этом допускают ошибки, сообщая неправильные значения. Я даже где-то слышал, что некоторые драйвера рушат ядро при запросе задержки.

Именно поэтому я, к сожалению, должен отвести драйверам звуковых карт первое место в рейтинге проблем при воспроизведении видео в Linux. Так как эта проблема связана с системой в целом, то она проявляется не только в Mplayer, но и в большинстве других проигрывателей и даже в играх (!). Возможно, Mplayer более чувствителен к этой проблеме, так как он синхронизирует со звуком всё, поэтому плохие драйвера могут стать причиной воспроизведения рывками, зависания и даже падения системы. Воспроизведение рывками (вызванное неверными сообщениями о задержках буфера в драйвере) может быть устранена с помощью новой функции Mplayer - “-autosync”, но всё же с очень плохими драйверами придется разбираться непосредственно. Я настоятельно рекомендую использовать ALSA 0.9. Они намного надежнее, чем включенные в ядро OSS - даже в случае, когда они эмулируют OSS. Если ваша звуковая карта не поддерживается ALSA, попробуйте коммерческие драйверы от 4Front Technologies. Придется заплатить несколько долларов, но они того стоят. Они выполняют OSS правильно в целом и предоставляют контроль буфера и времени задержки поверх свободных драйверов.

Видеокарта

Самые современные графические платы (произведенные за прошедшие несколько лет) имеют поддержку аппаратного масштабирования и прямую поддержку YUV colorsapace. Вы должны обратить внимание на эти характеристики, если вы хотите получить высококачественное (идеальное, с сглаживанием цветов) и быстрое (аппаратное ускорение) полноэкранное воспроизведение. Обратите внимание - недостаточно, чтобы ваша видеокарта аппаратно поддерживала всё это. Чтобы всё работало, необходим быстрый драйвер для Linux, поддерживающий её возможности. Последнее - наиболее важно, только несколько видео карт имеют хорошую поддержку и только несколько видео карт имеют хотя и несовершенные, но по крайней мере - стабильные и работающие драйвера. Для видеокарт от Maxtor и ATI вы можите использовать драйвера VIDIX. Для остальных - остается надеяться, что карта поддерживается XFree 4.x и драйвер поддерживает расширения Xvideo (для проверки запустите “xvinfo”). Насколько нам известно, у чипов S3 Savage, Trident, и Neomagic имеются серьезные проблемы с Xv, в то же время как некоторые другие (такие как nVida и 3dfx) в основном работают нормально, и только иногда могут возникнуть маленькие проблемы и ограничения. Выбор видео режима в MPlayer осуществляется с помощью параметра -vo (для более детальной информации по конкретным драйверам загляните в справочную систему). Попробуйте каждый видеорежим, чтобы найти лучшее соотношение качества и скорости.

Скорость процессора.

Ваш процессор достаточно быстр для воспроизведения DivX ? Это зависит от поддержки операционной системой видеокарты. Почему ? Давайте рассмотрим два случая. Для тестирования у меня имеется PII 250MHz , с видеокартой Matrox G200 AGP, и на нем я могу просматривать DVD в полноэкранном режиме (даже DivX файл размером 720х576). У моего друга 1GHz PIII с S3 Trio3D. Он не может проиграть DVD в полноэкранном режиме, так как у его видеокарты нету “родительских” драйверов, и даже нет поддержки Xv, и DGA не функционирует. Работает только чистый X11.

Он вынужден использовать программное масштабирование, а это означает, что приходится передавать большее количество данных по медленной шине AGP и большую загруженность для процессора. Благодаря лучшим драйверам видеокарты для Windows, он может смотреть DVD под Windows с загрузкой процессора меньшей, чем 50 процентов.

Итак, если у вас имеется достаточно хорошая видеокарта, с достаточно хорошей поддержкой Linux, подойдет любой процессор с частотой по крайней мере 250-300 МГц и выше. Однако, вы можите просматривать маленькие (512х384) DivX файлы даже на P1 166 c MMX! Единственный случай, когда имеет значение мощность процессора, это когда вы используете фильтры (-vop) - такие, как postprocess, deinterlace, blur/sharpen, denoise, и т.д. Они могут съесть большее количество мощности процессора для того, чтобы обработать изображение.

Direct Rendering

“Воспроизведение напрямую” (не путать с DRI в XFree 4.x (!))

Воспроизведение напрямую (Direct rendering, DR) означает обращение к памяти видео карты напрямую, минуя все “бесполезные прослойки” - XFree и/или драйвера. Итак, какие выгоды сулит DR? При воспроизведении напрямую кодек не будет создавать буфер в памяти компьютера, а будет декодировать изображения непосредственно в память видео карты (hard DR) или передавать драйверу (soft DR). Обход пути “RAM-to-RAM” не может дать слишком большое улучшение производительности. Память и так достаточно быстра, чтобы использовать только несколько процентов мощности процессора. Реальное преимущество заключается в том, что от кадра к кадру меняется не целое изображение, а только его часть. В среднем меняется только 20-40% (за исключением случаев, когда изображение трясется или зумируется). Это означает, что придется передавать только 20-40% изображения на медленную видео память и такую же медленную PCI/AGP шину. И это даёт огромное увеличение производительности на медленных системах (таких, как старый AMD K6). Вы можете активировать DR с помощью параметра -dr при запуске MPlayer (по умолчанию DR отключен). Обратите внимание, что даже если вы активируете DR, он может не работать, поскольку требуется ряд условий (кодек, фильтры, и поддержка видеодрайвером) для его работы. Чтобы увидеть, работает ли DR, запустите MPlayer с параметром -v.

Учтите следующие недостатки воспроизведения напрямую:

• Требуется поддержка “hard DR” драйвером видеокарты (VIDIX, mga_vid, DGA, VESA, или fbdev)).
• DR не работает в случае двойной буферизации.
• DR иногда не работает при воспроизведении с субтитрами.

Smooth playback (Сглаживание)

По умолчанию параметры аудио-видео синхронизации MPlayer`а не подстраиваются под конкретный видео файл. Параметры аудио-видео синхронизации настроены на работу с большинством (не очень качественным большинством) файлов. Если же у вас есть высококачественный видеофайл, вы можите захотеть ограничить корректировку аудио-видео синхронизации для того, чтобы получить возможность гладкого воспроизведения. Наиболее важный параметр для работы с аудио-видео синхронизацией - это “-mc” (”mc” расшифровывается как “max A-V корректировка за кадр”, и по умолчанию параметр имеет значение 0,01). В случае хорошего видеофайла, вы можете уменьшить его даже до 0,0001, но в большинстве случаев достаточно значения 0,001. Обратите внимание, что уменьшение этого параметра делает воспроизведение более гладким, но замедляет реакцию в случае рассинхронизации изображения (поломок/пропущенных кадров и т.д.)

Если уделять синхронизации столько внимания, то нужно позаботиться и о видео таймерах. Нужно убедиться, что используется аппаратный таймер RTC (часы реального времени) (проверьте сообщения MPlayer). И обратите внимание, что для использования RTC в старых ядрах требуются права “root”. С 2.4.19pre8 вы можете позволить использовать RTC и обычным пользователям:

echo 1024 > /proc/sys/dev/rtc/max-user-freq

(Обратите, внимание, что это должно быть разрешено при конфигурации ядра)

Если у вас не совершенная звуковая карта/драйвер (хотя я еще пока не видел идеальной :), вы должны так же немного “сгладить” звуковой таймер. Для начала попробуйте “-autosync 30″. Большее значение означает большее количество сглаживания, постарайтесь не использовать слишком высокие значения, поскольку это приведет к рассинхронизации изображения и звука.

Фильтры

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

В случае эффекта “переплетания” (interlaced video - когда в случае быстрого перемещения изображения на экране каждая вторая строка изображения перемещается, создавая эффект гребенки), вы должны попробовать параметр “-vop pp=0×20000″. Если это не поможет, попробуйте 0×10000, 0×40000, и 0×80000. Для плохо преобразованного NTSC фильма попробуйте “-vop dint” или “vop pp=fd:c” или “-vop lavcdeint”. Если у вас не достаточно процессорноой мощности (а фильтр против “переплетения” - очень ресурсоёмок), попробуйте один из “дешевых” фильтров: “-vop halfpack” или “-vop field”.

В случае появления “квадратиков (block)” (наиболее часто это происходит с DivX/WMV с низким битрейтом и с низкокачественным (S) VCD) попробуйте использовать фильтры против них и (опционально) “deringing-фильтр”. Только для избавления от “квадратиков” используйте “-vop pp=0×33″, для избавления от “квадратиков”+dering попробуйте “-vop pp=0×77″. Стоит отметить, что вы можете комбинировать параметры против “квадратиков” и против “переплетания” (”-vop pp = 0×20077″, может быть полезным для SVCDS) и получать эффект обоих фильтров в одно и тоже время. Если вам не нравится двоичный код, Вы можете использовать более “человеческие” параметры для -vop pp. Чтобы узнать больше, смотрите “mplayer -pphelp”.

В случае шума (даже некоторые старые DVD диски содержат много шума), попробуйте использовать “-vop denoise3d”. Параметры фильтра по умолчанию (4:3:6) - не самые лучшие для конкретного видеофайла. Вероятно, вы захотите увеличить/уменьшить пространственный коэффициент и величину искажения в зависимости от уровня шума. Первый параметр - пространственный коэффициент (luma spatial coefficient) и чем он выше, тем изображение более гладкое, но расплывчатое. (Можно сравнить его с фильтром smartblur). Второй параметр влияет на цвет. Я рекомендую использовать половину коэффициента для цветности для MPEG видео. Последний вид фильтрации - это временная. Она наиболее эффективна в случае “шумного” видеофайла без размывания/сглаживания картинки, но вызывает много побочных эффектов - быстрые движения происходят рывками, и в некоторых случаях появляется эффект границы возле движущегося предмета. Если у вас достаточно мощности процессора, попробуйте “-vop hqdn3d” - наиболее точный из фильтров (Он доступен только в “основной” CVS версии).

Относительно программного масштабирования: даже если ваша видеокарта и её драйвер поддерживают аппаратное масштабирование, вы можете захотеть попробовать программное масштабирование (SwScale) для получения лучшего качества картинки (за это придется расплачиваться большей нагрузкой на процессор). Стоит обратить внимание, что программное масштабирование тоже производит фильтрацию (размытие/фокусировка, изменение цвета). Для масштабирования используйте параметр -ssf. С его помощью можно выбрать несколько методов масштабирования: от nearest-neighbor (появляются пиксели) до bicubic spline (очень милого).

end

MPlayer - очень масштабируемый проигрыватель. Его можно использовать, уже начиная с low-end систем на базе P1 и кончая самым мощным современным процессором. Он позволяет выжать из вашей машины все возможное, только потребуется уделить время чтению документации и экспериментам.

Начнем, пожалуй, с наиболее общих характеристик.

Еще несколько лет назад достать Linux было довольно трудной задачей. Существовало два способа: или загрузить через Internet, или заказать по почте. В любом случае это обходилось в кругленькую сумму. Представьте: нужно выкачать 200–300 MB информации. По нынешним временам это не так уж много. Но, скажем, лет семь-восемь назад, когда Internet “стоил” гораздо дороже, а модем на 19,2 Kbps считался роскошью, такое могла позволить себе далеко не каждая организация. Сейчас ситуация радикально изменилась — купить дистрибутив Linux можно практически в любом компьютерном магазине.

Однако все привыкли считать Linux бесплатной операционной системой, и отчасти это так. Покупая коробку с данной ОС, вы обычно платите лишь за документацию и техническую поддержку. Но в последнее время на рынке свободного программного обеспечения появились в полном смысле слова коммерческие дистрибутивы. Как правило, это подразумевает включение в поставку дополнительного коммерческого ПО, в первую очередь, эмуляторов Windows (для запуска соответствующих приложений), игр, реже — бухгалтерских и других программ. Хорошим примером является, скажем, ASP Linux. При этом обычно все же остается доступной и некая “минимальная” (стандартная) версия, которую можно бесплатно загрузить с сайта разработчика.

Для большинства рядовых пользователей (отнюдь не стремящихся организовать себе очередную головоломку) любая ОС должна обладать совершенно конкретными качествами: достаточной поддержкой аппаратуры, качественной локализацией, совместимостью с популярным ПО. И не секрет, что долгое время разрыв в этих вопросах между Windows и Linux был попросту вопиющим. Сегодня ситуация значительно выровнялась. Нынешние дистрибутивы неплохо распознают современное оборудование — процессоры, чипсеты, IDE-, SCSI- и USB-устройства. Практически наверняка не возникнет проблем даже с TV-тюнерами и приводами CD-RW.

Правда, почти у всех дистрибутивов не сложились отношения с Windows-модемами. Ситуация обусловлена тем, что производители не спешат предоставить информацию по своим продуктам для создания Linux-драйверов. Первая попытка поддержки Windows-модема была сделана компанией ALT Linux, на сайте которой есть пакет hsf, обеспечивающий работу устройств на чипе Connexant. В Internet можно также поискать драйверы для других модемов, скажем, Motorola.

Примерно то же самое относится и к GDI-принтерам. Их производители неохотно поддерживают Linux, во многих случаях надежды исключительно на энтузиастов. Относительно благополучно дела обстоят разве что с оборудованием компании Oki.

В целом же ситуацию с аппаратным обеспечением можно подытожить таким образом: с более или менее “средним” оборудованием (т. е. не слишком старым и не самым новым) существенных проблем возникнуть не должно. Для более экзотических устройств могут задействоваться лишь их базовые функции. Например, в XFree86 4.x реализована и продолжает постепенно совершенствоваться поддержка видеоакселераторов на чипах ATI и NVidia, однако “тонкие” средства для настройки цветовой гаммы или TV-выхода, естественно, недоступны. Поэтому стоит предварительно изучить список совместимости и базовую комплектацию (как минимум версию ядра и XFree86) каждого конкретного дистрибутива. Обычно эту информацию легко найти на сайте разработчика, к примеру для Red Hat — hardware.redhat.com/hcl.

Что касается минимальных системных требований, то официальные данные (как и в случае с Windows) для современных дистрибутивов беззастенчиво занижаются. Да, на машине с Pentium 133 и 32 MB RAM можно запустить Linux, но не работать. Pentium 200 MMX и 64 MB больше похожи на правду, но если вы планируете использовать оконную среду KDE 3, то и 128 MB памяти не окажутся лишними. В противном случае применяйте менее ресурсоемкую среду Gnome. Дополнительно нужно учитывать потребности прикладных программ, которые сами по себе могут быть весьма немаленькими (особенно это относится к кросс-платформенному ПО вроде OpenOffice и Mozilla). Одно из правил, которое следует всегда помнить — Linux гораздо более требовательна к объему оперативной памяти, чем к частоте процессора: Pentium III 600 MHz/32 MB будет работать гораздо медленнее, чем Celeron 400 MHz/64 MB.

Следует позаботиться и о видеосистеме — она должна обеспечивать (как минимум) комфортную работу с разрешением 1024 768. Дело в том, многие Linux-приложения проектировались исключительно для данного режима, поэтому при использовании 800 600 могут возникнуть затруднения (часть окна просто не будет видна).

Потребности в дисковом пространстве вполне стандартны по нынешним временам. Минимальная конфигурация требует 300–500 MB, однако новичкам, как правило, рекомендуется сразу устанавливать определенный набор прикладных программ, для которого обычно хватает 1,5 GB. К тому же нужно оставить место для документов и рабочих файлов, так что в качестве отправной точки вполне подойдут 2 GB. Следует также отметить, что все современные дистрибутивы содержат необходимые средства разметки диска, а часть из них даже укомплектована программами для перераспределения дискового пространства без потери информации.

Теперь поговорим о локализации, проблем с которой также становится все меньше. Большинство современных дистрибутивов полностью русифицировано и даже украинизировано. Поддержка русского и украинского в дистрибутивах Red Hat и Mandrake заслуживает уважения: вам не придется предпринимать никаких дополнительных действий и “хирургических” вмешательств в конфигурационные файлы системы — достаточно выбрать нужный язык. Ясное дело, то же самое можно сказать и об “отечественных” дистрибутивах — ALT Linux и ASP Linux.

Конечно же, начинающего пользователя волнует наличие необходимого и, по возможности, привычного программного обеспечения. Это действительно непростой вопрос. Приложений много, но отнюдь не все могут похвастать “коммерческим” качеством или беспроблемностью в вопросах совместимости, переносимости документов и пр. Тем не менее пакет OpenOffice способен покрыть большинство “офисных” нужд, а Mozilla — решить основные Internet-задачи. Найдутся и графические редакторы (например, GIMP), и словари, и средства разработки, и более серьезное серверное ПО.

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

Red Hat и Mandrake

Предположим, вы решили изучить Linux. Тогда вам нужно выбирать между Red Hat или Mandrake. На мой взгляд, это лучшие дистрибутивы, подходящие как для профессиональной работы, так и для освоения альтернативной ОС. Red Hat — своеобразный стандарт в мире Linux. Не случайно даже на компакт-диске с тем же самым Mandrake написано: “стопроцентно совместим с Red Hat”. Почему не наоборот? Дело в том, что когда создавался дистрибутив Mandrake, за основу был взят именно Red Hat. Затем его переработали и значительно упростили, ориентировав на конечного пользователя. Некоторые другие разработчики, стремясь сделать еще более простой и удобный дистрибутив, использовали в качестве фундамента уже Mandrake.

Red Hat изначально создавался для серверов и по-прежнему наиболее популярен именно в данном сегменте. Mandrake довольно быстро переориентировался на десктопный рынок, особенно это касается последних версий дистрибутива. Он более прост — после его установки нужно кое-что подправить (например, шрифты), но “работать руками” вам придется значительно меньше, чем в Red Hat.

Скажем, сразу после установки Red Hat 7.3 конфигурационный файл для autofsd, обеспечивающего автоматическое монтирование съемных дисков, оказался пуст. Настроить его — минутное дело для знающего пользователя, но отнюдь не для начинающего. Разработчики Mandrake постарались избавить свое детище от подобных недостатков. К тому же в Mandrake доступно много различных и удобных конфигураторов (основной — DrakeConf) и вспомогательных утилит. В Red Hat имеется только setup, да и тот я предпочитаю не использовать, а редактировать конфигурационные файлы вручную (как, в общем-то, и рекомендуется). Конечно, можно установить программу linuxconf или любой другой конфигуратор, но это уже требует определенных знаний и квалификации.

В состав последней, восьмой, версии дистрибутива Red Hat входят две графические среды — KDE и Gnome. Наверное, разработчики Red Hat решили, что даже такой скромный выбор может смутить пользователя, поэтому они максимально устранили их основные особенности — KDE и Gnome стали похожими друг на друга как два брата-близнеца.

В ту же версию наконец-то включили OpenOffice 1.0.1. Именно по этой причине я не рекомендую вам приобретать предыдущую (7.3), на пяти (!) компакт-дисках которой не нашлось места для столь важного пакета. Также порадовало появление программы Evolution — своеобразного аналога Microsoft Outlook.

К сожалению, из Red Hat 8 удалены все программы, работающие с MP3. Разработчики пошли на этот шаг после введения в августе 2002 г. лицензирования данного формата. Пользователям рекомендуется использовать открытый стандарт сжатия звука Ogg Vorbis.

Как уже говорилось, разработчики Mandrake ориентируют свой дистрибутив на рабочие станции, поэтому многие принципиальные вопросы решают совершенно иначе, чем в Red Hat. К примеру, в состав Mandrake 9 включен целый букет графических сред — KDE 3.0.3, Gnome 2.0.1, IceWM 1.2, WindowMaker 0.8, Enlightenment 0.16.5, BlackBox 0.62. Также присутствуют офисные пакеты OpenOffice 1.0.1 и KOffice 1.2. Для прослушивания MP3 имеется программа XMMS 1.2.7.

ALT Junior 2 и ALT Master

Использовать для обучения дистрибутив ALT Junior 2 я не рекомендую — уж слишком все там просто. Так вы уподобитесь иным пользователям Windows, которые привычно переустанавливают ОС при малейших затруднениях. Зато этот дистрибутив прекрасно подойдет, если вы хотите заменить Windows в офисе или дома — поставьте и не мучайтесь. Имеется полный комплект “стандартного” офисного ПО (делового, для Internet, для воспроизведения MP3 и MP4), поддержка цифровых камер, USB-принтеров и много чего еще. Сразу после установки практически все это будет уже настроено, останется лишь изменить имя компьютера и параметры PPP-соединения. Интересно, что при этом ALT Junior 2 очень компактен, все необходимое ПО уместилось фактически на одном компакт-диске, на втором размещены исходные тексты и дополнительные средства программирования.

Что еще хорошо в этом дистрибутиве, а точнее, в политике компании ALT Linux, так это сопровождение — обновления появляются регулярно и оперативно. Скажем, версия 2.0 отличалась некоторой нестабильностью работы, однако вскоре вышел доработанный Junior 2.1.

Дистрибутив ALT Master предназначен для пользователей, уже знакомых с Linux. Он также создает впечатление более стабильного и надежного, чем ALT Junior. К тому же в коробочной версии вы найдете целых шесть компакт-дисков с различным программным обеспечением для Linux, в том числе — популярный эмулятор VMWare, который позволяет запускать одну ОС внутри другой.

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

В комплект стандартной поставки ALT Junior 2 входит печатное руководство по установке операционной системы. Хотя, на мой взгляд, в нем не хватает иллюстраций, тем не менее с его помощью новичку будет гораздо проще инсталлировать ОС; кроме того, в нем содержится краткая информация по установке дополнительных программ и обновлений.

В состав коробочной версии дистрибутива ALT Master входят четыре (!) прекрасных печатных руководства: по инсталляции ОС, администратора и пользователя, а также отдельное по OpenOffice. Можно с уверенностью сказать, что на первое время этой литературы более чем достаточно. А если учитывать, что руководства составлены разработчиками ALT Linux и все описанные в них примеры ориентированы на “родной” дистрибутив, то им и вовсе цены нет.

ASP Linux 7.3 “Восток”

Еще один дистрибутив, какой невозможно не упомянуть в этом обзоре, — ASP Linux. Своей отлаженностью и стабильностью на меня он произвел очень приятное впечатление.

Дистрибутив отличается хорошей совместимостью с видеоакселераторами NVidia, ATI (проект GATOS), а также чипсетом SiS630, который часто используется в ноутбуках.

ASP Linux также выделяется улучшенной поддержкой украинского языка и возможностью легкой смены кодировки (koi8-r, koi8-u, cp1251, iso8859-5). Естественно, в состав дистрибутива входят OpenOffice и другие традиционные Linux-программы; антивирус eSafe компании Aladdin — уже неожиданность, а бухгалтерское ПО (от компании Hansa) — явление фактически уникальное. Имеется также масса вспомогательных средств, например система автоматического обновления, автоопределение приводов CD-RW и DVD и пр.

Наиболее полный дистрибутив “Восток” распространяется на десяти (!) компакт-дисках, среди которых три установочных, два с исходными текстами, по одному с документацией, играми и пользовательскими приложениями. На отдельном CD-ROM поставляется полная версия Acronis OS Selector 8.0, еще один диск содержит демонстрационные версии серверных приложений.

В коробочную поставку ASP Linux входят печатные руководства “Быстрый старт”, “Руководство по инсталляции”, “Руководство пользователя”, “Руководство администратора”, которые фактически освобождают пользователя от необходимости приобретения дополнительной литературы по Linux.

К тому же на Documentation CD, кроме традиционных FAQ и HOWTO от группы Linux Documentation Project, содержатся и их переводы, выполненные командой ASP Linux и сторонними переводчиками. Просмотр электронной документации обеспечивается через удобный гипертекстовый интерфейс.

Пожалуй, единственным недостатком этого дистрибутива является его цена — на сайте LinuxShop “Восток” можно купить за 1270 руб. (более 200 грн), однако нужно учитывать, что при этом вы получите целый “букет” стороннего коммерческого ПО, а также скидки на приобретение лицензионной версии DrWeb и на обучение на курсах по ОС Linux.

Gentoo Linux RV

Дистрибутив Gentoo Linux RV (Russian Version) практически неизвестен отечественному пользователю — сказывается отсутствие поддержки русского языка (не говоря уже об украинском) в предыдущих версиях. Дистрибутив распространяется на двух компакт-дисках. На первом находится необходимый минимум для развертывания системы, а все остальные программы (включая систему XFree86) размещены на втором, поэтому установка дистрибутива почти не занимает времени.

На мой взгляд, дистрибутив довольно сырой, и использовать его (пока) для обучения или работы вряд ли целесообразно. Почему он тогда попал в обзор? Во-первых, это все-таки специальная русская версия. Во-вторых, как уже отмечалось, для установки дистрибутива требуется буквально 10 минут. Если вам нужно быстро развернуть шлюз или сетевой сервер, Gentoo реально поможет сэкономить время. Правда, перед установкой я рекомендую внимательно ознакомиться с документацией, поскольку настраивается этот дистрибутив несколько иначе, чем Red Hat и совместимые с ним.

LindowsOS

Этот дистрибутив сейчас на слуху. “Полная эмуляция Windows, прозрачный запуск Windows-программ”, а какие красивые снимки экранов выложены в Internet! Собственно, основных идей в нем две: 1) сделать внешний вид альтернативной ОС максимально похожим на Windows, вплоть до пиктограмм My Computer и пр.; 2) за счет эмулятора WINE выполнять прямо в среде Linux некоторые приложения Windows.

Однако поработав с этим дистрибутивом, я пришел к выводу, что хорошего слова он не заслуживает. Поддержки русского языка нет. В стандартной поставке совсем немного пользовательского программного обеспечения — дополнительное нужно загружать с сайта разработчиков с помощью системы Click-N-Run, причем сервис этот платный (изначально предоставляется лишь годовая подписка). Вместо OpenOffice предлагается коммерческий StarOffice 6, также не русифицированный.

Эмуляция Windows, о которой так много говорится, работает вполне посредственно. Чего стоит хотя бы официальное заявление о совместимости с Microsoft Office 2000: “Word is about 90% functional, Excel about 95%, and Powerpoint about 80%”. Впрочем, в данном случае порочен сам подход — для популяризации Linux как настольной платформы нужно в первую очередь стимулировать разработку “родных” программ. Тем более что сама LindowsOS отнюдь не бесплатна — $129 вполне соизмеримы с ценой Windows. По большому счету, подобные дистрибутивы наносят вред репутации свободной альтернативной ОС.

автор: Денис Колисниченко

Так как среда эмуляции Wine находится в стадии разработки, стоит всегда устанавливать её последнюю версию. Для этого больше всего подходит получение и обновление исходных текстов посредством CVS.

Создадим папку для работы с исходными текстами Wine.
% mkdir ~/wine-sources

Внимание: для корректной сборки wine необходимо порядка 100M пространства на диске.

Получим wine из CVS.
% cd ~/wine-sources
% export CVSROOT=:pserver:cvscvs.winehq.com:/home/wine
% cvs login\

В качестве пароля использовано слово “cvs” (маленькими буквами, без кавычек)
% cvs -z3 checkout wine

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

% cd ~/wine-sources/wine
% cvs -z3 update -AdP

Создадим рабочую копию wine.
% cp -r wine wine-work

Зададим параметры для сборки. К сожалению, стандартный метод сборки wine требует привелегий суперпользователя.

% cd wine-work
% vi tools/wineinstall

находим строку, начинающуюся с CONFARGS=, и после вписываем в нее нужные параметры сборки. В нашем случае строка будет выглядеть так:

CONFARGS=”–enable-opengl –disable-debug –disable-trace”

То есть, “включить поддержку opengl и выключить вывод отладочных сообщений.”

Внимание: перед сборкой убедитесь, что пакет wine в системе не установлен.

Запуск сборки

% su

Введите пароль суперпользователя.
% ./tools/wineinstall

Процесс сборки

Купить пирожные, кофе, сигареты, потреблять их и ждать окончания сборки.
На все вопросы отвечать решительным нажатием enter.

Скопировать начальные настройки в домашнюю папку.
% cp -r /root/.wine /home/vasya/.wine
% chown vasya:users /home/vasya -R

Позволить всем пользователям читать и писать папку /c для работы с windows программами.
% chown a+wr /c -R

Собственно установка завершена.

Запуск программ

Запуск программ windows осушествляется вводом команды
% wine <имя_программы>

где <имя_программы> указывает на запускаемую программу. Например:
% wine setup.exe

или
% wine sol.exe

Обратите внимание что при неизмененной конфигурации wine доступны только программы лежашие в папках /c, /mnt/cdrom, /mnt/floppy,

Дополнения

Сушествует клон wine, ориентированный на работу с 3D играми, содержаший также реализацию библиотеки DirectX8. Получение его выглядит так:

% cd ~/wine-sources
% export CVSROOT=:pserver:anonymouscvs.winex.sourceforge.net:/cvsroot/winex
% cvs login

В качестве пароля нужно просто нажать enter
% cvs -z3 co wineX

Для оптимизации работы OpenGL предлагается внести следующие изменения в файле dlls/opengl32/make_opengl

заменить gen_thread_safe=1 на **gen_thread_safe=0*

заменить ext_prefix=”func_” на ext_prefix=”"

заменить gen_traces=1 на gen_traces=0
Также для повышения производительности можно перед этапом сборки (запуска ./tools/wineinstall) выполнить команду
export CFLAGS=”-O2 -mcpu=i386 -march=i686″

Эмулятор наш всё ещё в альфа версии, честно говоря он всегда будет альфа, до тех пор пока не откроют
исходники кое-какой ОС. Не думайте, что вы сможете играть в новейшие игры. Но в свои любимые - есть шанс.
Скачали, распаковали, настроили 3Д, и мы готовы устанавливать - всё просто :

./configure
make depend && make

теперь пойдите заварите кофе =) или если у вас слабая машина - сделайте генеральную уборку во всей квартире =)
ок? сделали кофе/уборку дальше набираем

make install &&
mkdir -p $HOME/.transgaming/c_drive/windows/system32

и запускаем инсталляционный скрипт (только из основной директории, где configure и Makefile)

tools/wineinstall

на вопрос о директории отвечаем $HOME/.transgaming/ , он установит реестр - и всё - можно играть!

Было проведено расследование. Все говорили, что различия между платной и бесплатной версией только в работе с оригинальными дисками. Но у меня были сомнения. Неожиданно у меня появилаcь платная версия, чему я несказанно обрадовался. Естественно, она уже лежит на сайте. Линка нет но я скажу, что это лежит в директории soft, имя файла - winex-2.01.tar.rar . Качайте на здоровье! (Примечание: уже появилась новая версия - wineX3.tar.gz). Это собранный winex. С этим winex я играю в warcraft3, maxpayne, couner-strike и другие игры.

Немного опишу установку:

1. Все распаковывается в какую-нибудь директорию ( далее подразумевается /opt/winex ).
2. Редактируем файлик usr/bin/winex :

export INSTALLDIR=/opt/winex/usr/lib/transgaming
export WINEPREFIX=”/opt/winex/usr/lib/transgaming/.transgaming”

3. Редактируем файлик /opt/winex/usr/lib/transgaming/.transgaming/config

[Drive C]
“Path” = “/opt/winex/usr/lib/transgaming/.transgaming/c_drive/”

Если надо, измените директорию, просто переместив ее в другое место и создав на нее ссылку с тем же именем.
Эта директория - ваш диск (в маздае). Туда будут устанавливаться по умолчанию все игры.

4. Пишем в конец файла ~/.bash_profile

alias winex=’/opt/winex/usr/bin/winex’

Все, можно ставить игры и играть. Но проблемы с русским! Не беда, в файле /opt/winex/usr/lib/transgaming/.transgaming/config

ставим следущие строки, как здесь написано:

[fonts]
“Resolution” = “96″
“Default” = “-cronyx-heveltica-”
“DefaultFixed” = “fixed”;
“DefaultSerif” = “-cronyx-times-”;
“DefaultSansSerif” = “-cronyx-helvetica-”;

[FontPatterns]
“Pattern0″ = “-cronyx-times*”
“Pattern1″ = “-cronyx-helvetica*”
“Pattern2″ = “-cronyx-courier*”
“Pattern3″ = “-cronyx-fixed*”

С русским проблем нет. Теперь немного о самих играх. Надо играть или под рутом или сменить рекурсивно владельца директории маздайного диска. Еще прикол : winex эмулирует DirectX7.0, но некоторые игры для DirectX8 нормально работают. Могут быть проблемы с самим winex - это зависит от дистрибутива. Яркий пример - в suse постоянно падает, в моем reaver linux отлично работает (видимо потому, что в моем дистрибутиве нет лишнего мусора). И не ставьте последнюю Mesa для Х-сервера версией ниже 4.2 .

Есть некоторые тонкости при установке. Описываю три игры:

MaxPayne
Если будет вылетать при загрузке уровня - запускайте с ключом -disable3dpreloads
например :

winex MaxPayne.exe — -disable3dpreloads

Counter-Strike и Half-Life
Играть на opengl. Запускать первый раз с ключами -gl -gldrv Default .
Можно также поставить это в настройках. Игра трубует 16-битного цвета.
При создании сервера в cs - если играете не в полноэкранном режиме, он не стартанет сервер, пока не нажмете done в предпоследнем открытом окне игры.

Warcraft3 :
Установка должно выглядеть так :
wine -winver win98 install.exe
на другой версии могут быть проблемы
чтобы он не вылетал в директории, где вы его установили, переименуйте папку Movies в что-нибудь

mv Movies bak.Movies

И все будет без проблем.

Ну ладно, не буду рассказывать про все тонкости управления пользователями, сэкономим ваше время и приступим к непосредственному добавлению пользователя в систему.
useradd Vadim -u 2002

Если же нам он надоел, набираем команду userdel Vadim, которая удалит всю информацию об этом пользователе из системы.
А в принципе можно добавить пользователей с помощью linuxconf.

Давайте для начала создадим директорию, в которую мы распакуем эмулятор. Пусть это будет /usr/src/wine/. Команды, которые мы будем выполнять, в консоли будут выделены.
mkdir /home/Vadim/wine/

Далее скопируем в эту директорию архив с программой.
cp wineXXX.tar.gz /home/Vadim/wine

Теперь набираем команду su Vadim. Теперь мы работаем от имени этого пользователя.
Так как недавно в КГ рассматривались архиваторы и работа с ними, я хочу, чтобы вы самостоятельно распаковали wine.
Теперь заходим в папку, в которую произвели распаковку, и набираем
./tools/wineinstall

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

make

make install

И вдобавок ко всему будет необходимо с помощью команды ldconfig, предварительно поправив файл /etc/ld.so.conf, где записаны пути к различным библиотекам. Очень часто бывает, что после установки пользователь пытается запустить какую-либо Windows-программу и в ответ получает сообщение об ошибке, а именно об отсутствии библиотеки. Так как первым делом используются функции библиотеки libntdll.dll.so. Если у вас возникла какая-нибудь проблема при установке wine, то лучше всего сначала самостоятельно прочитать всю документацию, прилагающуюся к программе, и только потом, если ваша проблема не была рассмотрена, задавать вопросы на форумах. Это касается не только эмулятора Windows.
Я предполагаю, что у вас не возникло проблем с установкой, поэтому давайте займемся настройкой программы.

Настройка
При инсталляции программы был создан файл конфигурации wine, а именно
/<Имя пользователя который производил установку>/.wine/wine.conf

Одной из важнейших секций файла конфигурации является та, в которой указаны корни наших виртуальных дисков. То есть в Windows мы привыкли открывать Мой компьютер, а затем делать двойной щелчок на диске, который там был назван буквой латинского алфавита. В Linux же немного по-другому. Структура носителей на жестком диске нам представляется как разветвленная сеть, имеющая свое начало в корневом разделе, к которому прикреплены каталоги, некоторые из которых у нас могут являться виртуальными разделами жесткого диска, или, если быть точнее, разделами диска, к которым мы привыкли используя Windows.
Предположим, что наш жесткий диск был разбит на 3 раздела. Два имели fat32-систему (диск C и D) и один external2-раздел.

После монтирования этих систем, к примеру:
mount —t vfat /dev/hda1 /mnt/cmount —t vfat /dev/hda6 /mnt/d

я получил доступ к разделам fat32.

Для того, чтобы не было проблем с приложениями Windows, и они считали, что диск разбит на разделы C и D, мы и пропишем в файл конфигурации:
[Drive C]
“Path” = “/mnt/c”
“Type” = “hd”
“Filesystem” = “win95″

[Drive D]
“Path” = “/mnt/f”
“Type” = “hd”
“Filesystem” = “win95″

Теперь у нас есть разделы, к которым смогут обращаться приложения Windows. Кто знает, может вам захочется использовать файловый менеджер. Нужно дать возможность wine работать с cd-rom’ом. Для этого прописываем в файл конфигурации такие строки:
[Drive G]
“Path” = “/mnt/cdrom”
“Type” = “cdrom”
“Device” = “/dev/cdrom”
“Filesystem” = “win95″

Но и не исключена вероятность того, что вы захотите иметь доступ к вашему корневому разделу Linux, получив при этом доступ ко всей хранящейся там информации.
[Drive H]
“Path” = “/tmp”
“Type” = “hd”
“Filesystem” = “win95″
Теперь приступим непосредственно к настройке самой виртуальной Windows операционной системы.

[wine]
“windows” = “C:\\windows”
“system” = “C:\\windows\\SYSTEM”
“path” = “C:\\WINDOWS;C:\\WINDOWS\\COMMAND;C:\\PROGRA~1\\BORLAND\\DELPHI4\\BIN;
C:\\PROGRA~1\\BORLAND\\VBROKER\\BIN;C:\\PROGRA~1\\BORLAND\\VBROKER\\JRE\\BIN”
“temp” = “C:\\WINDOWS\\TEMP”
В этой секции мы указали wine-пути ко всем приложениям и библиотекам, которые должны вызываться без входа в их директории. К примеру, у меня на разделе /dev/hda1, примонтированному к директории /mnt/c, находились программы, для которых должна была производиться автоматическая подгрузка библиотек, причем благодаря такой установке в файле конфигурации их поиск производился в папках, заданных по умолчанию директивой path.

[DllOverrides]
“commdlg” = “builtin, native”
“comdlg32″ = “builtin, native”
Благодаря этой секции мы можем задать очередность обращения к библиотекам. Если у нас есть более новые версии или используются библиотеки уже установленного Windows, то есть возможность использовать именно их, а не предлагаемые wine. Но желательно оставлять эту секцию неизменной во избежание проблем с запуском эмулятора и системных сбоев.
Далее идет настройка эмуляции графического интерфейса wine.

[x11drv]
“PrivateColorMap” = “N”
Эта опция включает использование карты цветов, созданной самой wine.
“PerfectGraphics” = “Y”
“ScreenDepth” = “24″
Здесь мы устанавливаем глубину цвета, поддерживаемую вашим монитором и видеокартой. Лучше всего выбирать ту, которая стоит в настройках иксов.
“Managed” = “Y”
Данная функция предоставляет вашему оконному менеджеру управлять окнами, созданными wine.
“Desktop” = “800×600″
Здесь устанавливаем разрешение вашего виртуального десктопа.
Далее идет управление видеопамятью.
“DXGrab” = “Y”
Эта опция позволяет захват событий, связанных с изменением состояния мыши средствами встроенных библиотек DirectX.
“DesktopDoubleBuffered” = “Y”
Лучше всего включить поддержку двойной буферизации экрана. Вдруг нам захочется попробовать запустить приложения, использующие библиотеки openGL.
Оставим остальные настройки по умолчанию.

[Fonts]
Переходим к секции шрифтов. В этой секции мы можем добавить шрифты, к которым привыкли в Windows. Все они прекрасно портируются в wine путем добавления нескольких строк. Если вы захотите добавить шрифт, то можете для начала воспользоваться библиотекой шрифтов, предоставленной в дистрибутиве эмулятора. Если же вам их число покажется маленьким, то, пожалуйста, добавляйте свои! Но не забывайте, что проблем у вас с их установкой не будет при перестановке кодировки по умолчанию на win1251. Но для этого вам придется почитать документацию по грамотной кириллизации Linux.

[serialports]
“Com1″ = “/dev/ttyS0″
“Com2″ = “/dev/ttyS1″
“Com3″ = “/dev/ttyS2″
“Com4″ = “/dev/ttyS3″
Здесь, как вы видите, настройки серийных портов. Это для того, чтобы иметь доступ к устройствам, подключенным к ним непосредственно из wine.

[parallelports]
“Lpt1″ = “/dev/lp0″
То же для параллельных портов, для работы с принтерами, ключами к программам автоматизированного проектирования, наконец.

[ppdev]
А это секция настройки устройств, которые подключены к компьютеру иными способами, не предусмотренными в wine и для установки обращений к портам ввода-вывода, позволяющих контактирование с устройством.

[spooler]
“FILE:” = “tmp.ps”
“LPT1:” = “|lpr”
Секция, где заданы настройки создания временных файлов, промежуточных измерений, вычислений.

[registry]
В этой секции заданы настройки работы с реестром. Заданы имена файлов, которые представляют реестр, заданы настройки автосохранения при длительном изменении реестра средствами его конфигурирования.

[Tweak.Layout]
“WineLook” = “Win95″
Здесь задаются настройки внешнего вида рабочего стола wine. Предположим, что нас замучила ностальгия по временам windows 3.1. Не проблема! Несколько метких нажатий на клавиши, и вот перед нами графический интерфейс старых добрых окошек.

[WinMM]
“Drivers” = “wineoss.drv”
“WaveMapper” = “msacm.drv”
“MidiMapper” = “midimap.drv”
Последняя и самая интересная секция: указание имен драйверов для переназначения ввода-вывода, для работы миди-устройств, для работы программных синтезаторов таблиц и вообще для всего, что придумаете, хоть для устройств дистанционного управления вашим любимым виндовым winamp’ом. Хотя Linux’овые плейеры круче:).
Wine мы установили, настроили — давайте запускать программы!

Запуск приложений
И вот, наконец, тот момент, которого мы так долго ждали, — запуск приложений.
Когда мы запускаем приложение через wine, мы можем сделать это несколькими способами.
Давайте будем запускать калькулятор.
wine calcwine calc.exe

Это первый способ запуска приложений. Но не стоит забывать, что все приложения мы так не запустим, так как эмулятор их не сможет найти, а для этой программы мы при настройке установили директорию, в которой она может находиться, c:\\windows\\
Второй способ запуска приложений — это запуск с указанием полного пути к ним в двух форматах: в формате Windows с учетом настроек в файле конфигурации и в формате Unix-систем, то есть сразу, без обходных путей, без использования средств поиска, грубой консольной силой.
wine c:\\windows\\calc.exe; (использование windows-имени)
wine /usr/windows/calc.exe; (использование unix-имени)
Необходимо отметить, что для поддержки параметров исполняемых файлов нужно обязательно использовать полное имя файла, то есть путь и сам файл.

Заключение
Но, увы, не все программы можно запустить с использованием эмулятора. Многие из них могут привести к системным сбоям. Сбои возможны при использовании в программах неподдерживаемых прерываний, при использовании системных вызовов. Wine не может предсказать все, на что способен гений программистов, разрабатывающих программное обеспечение для компьютера. И так как wine не является коммерческим продуктом, его разработчики работают на собственном интересе, они выращивают, модернизируют свой продукт и предоставляют его пользователю.
Если же вдруг произойдет сбой в программе, то произойдет автоматическая загрузка отладчика, с помощью которого вы сможете узнать, по какой причине произошел этот сбой, и получить возможность его исправить либо модернизировав программный код, либо установив недостающие библиотеки.

Не стоит забывать, что, когда вы используете wine, вы подвержены вирусам, написанным для Windows. И на фоне этого может разрушиться неприступность вашей операционной системы. Так что старайтесь не давать возможности Windows-приложениям соприкасаться с важной для вас информацией или вмешиваться в работу Linux’а. Каждое запущенное приложение в противном случае будет нести потенциальную опасность и будет выбивать кирпичики из вашей крепости, несущей гордое название Linux.

Интернет:
Большое количество информации будет доступно вам с ресурсов WineHQ, расположенных на http://www.winehq.com/. Там вы найдете разнообразные путеводители по миру wine, сообщения об ошибках, способы их исправления и многое другое. Этот сайт должен стать опорным пунктом, начальной точкой, от которой начнется ваше углубленное знакомство с wine.
ЧАВО:
Ответы на Часто Задаваемые Вопросы вы сможете найти на http://www.winehq.com/FAQ. Также вам доступны группы новостей, из которых вы почерпнете новую информацию об этом эмуляторе, news://comp.emulators.ms-windows.wine/.¼br> IRC:
Также помощь в работе с программой вам будет оказана на канале #WineHQ сервера irc.openprojects.net.

автор: Вадим Логинов

К делу! Привод лучше подключать как secondary master, это значительно облегчит работу. В консоли наберите su, введите пароль root’a и откройте в редакторе конфигурационный файл загрузчика (pico /etc/lilo.conf для LiLo, или pico /etc/grub.conf для GRUB). Найдите строчку типа append= ….. аргументы…., и замените их на строку append=64M hdc=ide-scsi (для Secondary Master). Если изначально таковых строк не было, то просто допишите. Закройте файл (в pico - Ctrl-x, Enter, Enter).

Затем открываем файл /etc/modules и добавляем в него scsi_hostadapter, если такого файла нет, то создайте его. Расправившись с /etc/modules, открываем /etc/modules.conf, в него мы добавляем строчки: alias scsi_hostadapter ide_scsi options ide-scsi units=/dev/hdc (hdc - для Secondary Master).

Теперь меняем директорию на /dev (cd /dev). Здесь создадим ссылку на наше устройство, при условии что это - единственное эмулируемое или неэмулированное устройство SCSI. Если резак - ваше единственное устройство CD-ROM, то смело пишите в консоли: rm -f cdrom (удаляем старое устройство) [Enter], затем ln -s scd0 cdrom. Теперь перезагружаем машинку и пишем!!!

Отдельно хотелось бы поговорить о программах для писанины. На мой взгляд, наиболее подходящими являются KonCD, взодящий в базовый состав KDE, и CD Bake Oven, которого можно взять в любом формате на http://cdbakeoven.sourceforge.net.

Итак, KonCD. Эта программа, судя по названию, должна бы копировать интерфейс WinOnCD. Однако это не так. Хотя по функциональности при умелом подходе она не уступает знаменитой программе под Окошками. Особое внимание следует уделить принципу создания нового диска с данными. Все привыкли, бросив папку в окно программы, удалять ненужные файлы и папки в том же окне. В нашем случае удалять файлы и папки нужно в других вкладках - “Exclude files-dirs”. В случае с файлами, их можно удалять по названию и маске, что удобно при большом количестве последних. Программа работает с сессиями, можно включить поддержку длинных имен. Также есть возможность граббинга аудио, почти во все форматы, можно даже на лету компресовать в форматы MP3, OGG.

Ну вот! При первом запуске программы записать ничего не получится. Надо в режиме ROOT’a в опциях проставить все необходимые параметры. В частности, возможность записи для других пользователей. После завершения настройки перезагружаемся или просто перезапускаем программу. Видим много кнопочек: выбор типа записи и кнопку инструменты(tools) - очистка диска RW и тому подобные вещи. Если будете писать дата CD то советую поставить галочку возле “Запись на лету” так не возникнет дополнительных трудностей. Сначала пробуйте тест а только затем запись, а то немудрено болванку потерять. Ну с KonCD вообщем-то всё.

CD Bake Oven. Если открыть к этой проге справку то окажется, что она не может ничего. Но Хелп писался, наверное, тогда, когда автор не умел кодить. Однако сейчас она даст фору пожалуй всем. При первом запуске появляется диалог для настройки, советую покопаться в нём подольше. Что касается управления программой, то оно интуитивно. Интерфейс приближен к Окошечным программам.

Особое внимание хотелось бы уделить вопросу мультисессий. Есть у текущей (1,7,9) недостаток - она не умеет показывать данные о предыдущих сессиях записи. При этом может спокойно дозаписывать данные на CD-R с незакрытой сессией. Для того, чтобы писать в режиме мультисессий, нужно поставить галочку (Multisession) в разделе New CD Settings. Затем при записи вылезет окошко, в котором нужно будет выбрать First (для первой сессии), Indetermit (для любой последующей) и Finish для последней сессии. А так - просто великолепная программа. Желаю удачи.

Пара замечаний:

1. Упомянув штатную программу для импорта треков с AudioCD (cdda2wav), ИМХО следовало бы упомянуть и вторую (из распространенных) - cdparanoia, которая лучше подходит для снятия треков с поврежденных дисков (хотя в моей практике случаи, когда функциональности cdda2wav было недостаточно не встречались, но такое возможно).

2. cdrtools (cdrecord, mkisofs, cdda2wav и еще ряд приложений) - это не движки, а самодостаточный набор полнофункциональных программ. Другое дело, что их интерфейс может отпугнуть неподготовленного пользователя, но лично меня он вполне устраивает. Как следствие, я не потрудился установить ни одного фронтенда к ним.

архивный — выполнение для владельца;

системный — выполнение для группы;

скрытый — выполнение для группы.

Сеть Windows-машин может быть организована как рабочая группа (workgroup), когда компьютеры независимы друг от друга и на каждом имеется своя база паролей и логинов со своей политикой безопасности, а также как домен NT. Вся база для аутентификации пользователей и компьютеров управляется главным контролером домена (PDC, Primary Domain Controler), т.е. централизовано. Samba позволяет ограничивать доступ на всех этих уровнях и выполняет функции «главного браузера» в контексте рабочей группы или контролера домена.

С общеорганизационными вопросами разобрались. Давайте посмотрим теперь конкретно на реализацию и настройку SAMBA-сервера в Linux. Для работы Samba-сервера необходимо, чтобы были запущены два демона: smbd, обеспечивающий работу службы печати и разделения файлов для клиентов Samba (таких как Windows всех мастей), и nmbd, обеспечивающий работу службы имен NetBIOS (он может использоваться и для запроса других демонов служб имен). Для доступа к клиентам используется протокол TCP/IP. Как правило, Samba устанавливается вместе с дистрибутивом Linux. Как проверить? Просто дайте команду:

[sergej@grinder sergej]$ whereis samba

Вспомним девиз Билла Джоя и компании Sun: “Сеть - это компьютер”. Эта идеология во многом определяет “живучесть” и популярность программных продуктов для этой ОС. X Window - полноценный сетевой продукт, построенный по принципу “клиент-сервер”. В его состав входят две части, взаимодействующие друг с другом,- X-сервер и графические клиенты.

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

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

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

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

Но ситуация с X-сервером в некотором роде противоположна: он выполняется в оперативной памяти машины, на которой работает оператор. Таким образом, клиент и сервер в определенном смысле меняются местами. Картина выглядит примерно следующим образом. Есть несколько “слабых” компьютеров, на которых работают операторы: набирают и редактируют текст, а также выполняют другие подобные задачи. На этих компьютерах установлен UNIX и X Window server. Такие ПК называются рабочими станциями X или X-терминалами. Операционная система X-терминалов получает события, создаваемые пользователем, и передает их для обработки серверу, а также получает от него графический результат обработки и выводит его на экран. Компьютер, выполняющий основную работу, называют сервером графических приложений. Именно на нем работают веб-браузеры, текстовые редакторы, игры и другие прикладные программы. Естественно, что к ресурсам такого компьютера предъявляются особые требования. Особенно это касается оперативной памяти, которой должно хватать на все эти задачи. Зато к рабочим станциям требования гораздо ниже. Это могут быть очень старые компьютеры - вплоть до “четверок”.

Мы рассмотрим два варианта организации X-терминалов на ПК, выступающих в роли “толстых клиентов”, то есть компьютеров, в оперативной памяти которых выполняется операционная система. В нашем случае это Linux.

X-сервер для PC

Рассмотрим процедуру настройки полноценной рабочей станции, на которой установлены Linux и XFree86 - реализация X Window server для архитектуры PC. Опустим инсталляцию ОС Linux - сегодня существует множество публикаций на эту тему. Будем считать, что сервер графических приложений и рабочая станция у нас уже есть. Напомним, что под сервером графических приложений понимается достаточно мощный компьютер, на котором установлены необходимые графические пакеты (KDE, GNOME и др.), а под рабочей станцией - компьютер, на котором установлена ОС Linux, XFree86. Оба компьютера, разумеется, подключены к сети Ethernet.

Теперь рассмотрим несколько моментов, непосредственно связанных с функционированием X-терминалов. Мы привыкли, что в текстовом режиме процессами управляет пользовательская оболочка (такая как sh или bash). Когда компьютер работает в графическом режиме, ее заменяет интерфейс X Display Manager (XDM). Он запускается с привилегиями root, выводит окно регистрации и открывает так называемую сессию пользователя, сконфигурированную надлежащим образом.

Одна из переменных, входящих в состав параметров сессии, $DISPLAY, определяет систему, на которую будут выводиться графические данные. Например, если IP-адрес сервера графических приложений - 192.168.0.1, а другая рабочая станция с X-сервером имеет IP-адрес 192.168.0.2, и если в параметрах некоторой сессии задано DISPLAY=”192.168.0.2″, то все графические приложения, принадлежащие этой сессии, будут отправлять результаты своей работы на экран удаленной машины 192.168.0.2.

Наиболее эффективным способом конфигурирования сессии X-станции является использование протокола XDMCP (X Display Manager Control Protocol). Эта программа работает на сервере графических приложений и управляет сессиями, выделяемыми X-серверам, работающим на терминалах. Однако следует помнить, что такой способ организации X-терминалов уязвим для атак, основанных на прослушивании сети, поскольку данные между компьютерами передаются в незашифрованном виде. Рекомендуется использовать технологии, описанные в этой статье, только в доверяемых сетях.

Прием XDM-сервером запроса от X-сервера

Существует две основные возможности взаимодействия X Display Manager (XDM) и X-сервера:

• прием запроса от X-сервера;
• управление X-сервером.

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

Запрос может быть осуществлен следующими способами.

• Прямой запрос - запрос, напрямую адресованный известному хосту.
• Широковещательный запрос - запрос, который адресован всем XDM-серверам в сети. Сеанс предоставляется первым обнаруженным XDM-сервером.
• Непрямой запрос - направляется определенному хосту с просьбой вернуть список серверов, предоставляющих сервис XDM. Из списка выбирается один, наиболее подходящий, сервер, с ним устанавливается контакт и инициируется процесс регистрации.

Настройка X-сервера XDM-сервером

Для того чтобы создать группу компьютеров, которые будут работать с единственным в сети сервером приложений, этот сервер можно сконфигурировать так, чтобы он автоматически направлял XDM на X-терминалы (”немые” X-терминалы).

Поведение X Display Menager определяется следующими системными файлами, которые находятся в каталоге /etc/X11/xdm (для RedHat-совместимых ОС):

• xdm-config;
• Xaccess;
• Xservers;
• Xresources.

В файле xdm-config описано расположение других основных конфигурационных файлов, а также скриптов, выполняемых при инициализации сессии. При запуске системы XDM инициализируется процедурой init с параметрами, указанными в /etc/inittab или с помощью скрипта startx.

В некоторых дистрибутивах Linux (в том числе в RH7.1 и RH7.2) файл xdm-config в целях безопасности сконфигурирован таким образом, чтобы не принимать запросы от терминалов на открытие XDM. Для того чтобы сервер смог принимать запросы, необходимо изменить следующий фрагмент:

Строку DisplayManager.requestPort: 0 нужно закомментировать, чтобы получилось:

В файле Xaccess определены хосты и шаблоны для контроля прямого, косвенного и широковещательного запроса XDMCP.

В файле Xresources описаны ресурсы, используемые окном XDM,- размер, цвет, шрифт и др.

Запуск X-сервера

Для эффективной работы терминалов желательно настроить их на автоматический запуск X-сервера с необходимыми параметрами. Как известно, в Linux существует понятие “уровень выполнения” (runlevel). При запуске системы процесс init анализирует файл /etc/inittab и определяет, на какой уровень загружать ОС. Обычно это уровень 3 (текстовый режим) или 5 (графический). Для выбора по умолчанию уровня 5 необходимо изменить inittab, чтобы строка id:3:initdefault: выглядела так:

Теперь X-сервер запустится автоматически при загрузке ПК.

В этом же файле находится строка с параметрами, которые передаются в систему при ее работе на уровне 5:

Эти параметры также можно изменять в зависимости от ситуации.

Альтернативы XDM

Обычно пользователи предпочитают пакеты с дополнительными пользовательскими интерфейсами: KDE, GNOME и др. Эти оболочки заменяют стандартный XDM своими менеджерами - KDM и GDM. В этом нет ничего страшного, следует только внести изменения в конфигурационные файлы, чтобы можно было использовать протокол XDMCP.

Для KDM в файл /usr/share/config/kde/kdmrc нужно внести следующие изменения:

Для GDM нужно внести изменения в файл /etc/X11/gdm/gdm.conf:

XDM-сервер графических приложений управляет X-сервером терминала

Теперь рассмотрим настройку системы, в которой сервер графических приложений “раздает” сеансы “немым” терминалам.

В файле Xservers сервера графических приложений нужно указать список хостов, которые к нему подключены:

Строка :0 local /usr/X11R6/bin/X стандартна и означает, что XDM работает на локальном ПК. Две другие строки описывают терминалы, которым будет отсылаться приглашение XDM. Как видим, хост может быть задан как по имени, так и по адресу. Цифра 0 указывает на номер дисплея и подходит практически всегда, кроме случая, когда на компьютере выполняется сразу несколько X-серверов или подключено несколько дисплеев.

Терминал запускается путем загрузки X-сервера без клиентов и с параметром, отменяющим контроль доступа с удаленных машин. Для этого нужно в файле /etc/inittab на компьютере, используемом в качестве терминала (”wolf”), заменить строку:

на следующий фрагмент:

После перезагрузки сервера приложений и терминала сервер должен запустить на консоли терминала XDM-сессию. Аналогичные действия, естественно, нужно выполнить и с машиной 192.168.0.11.

Прием XDM-сервером графических приложений прямого запроса от X-сервера терминала

Для начала следует указать XDM, работающему на сервере приложений, что он может принимать прямые запросы от X-сервера. Эта функция описывается в файле Xaccess. Формат файла прост и описывает три вида обращений: прямой, непрямой и избирательный (chooser) запрос. Для определения хостов используется имя или шаблон имени (где “?” обозначает любой символ, а “*” - любое количество символов). Знак “!” используется для инверсии значения шаблона хостов. Можно также использовать IP-адрес хоста. Строки проверяются последовательно до первого совпадения и могут снабжаться комментариями. Для того чтобы продолжить строку, используется знак “\”. Пустые строки игнорируются. Указание опции NOBROADCAST означает исключение определенного хоста из широковещательного запроса, то есть доступ к нему только по прямому запросу. Вот пример такого описания:

В приведенном примере разрешены запросы от хоста wolf, хоста 192.168.0.15 (только прямые запросы) и всего домена socrat.com, кроме хоста guest (это правило имеет приоритет перед доменным). Для того чтобы разрешить прямой и широковещательный запрос всем хостам, нужно изменить файл Xaccess следующим образом:

Для запуска X-сервера с функцией прямого запроса к XDM нужно внести изменения в файл inittab машины wolf:

где xdmserver.socrat.com - имя сервера приложений (вместо него можно указать IP-адрес).

Прием XDM-сервером графических приложений широковещательного запроса от X-терминала

В этом случае настройка подобна предыдущей. В файле Xaccess снова разрешаем широковещательный опрос XDM (как в предыдущем разделе), а X-сервер запускаем строкой из inittab:

LTSP: готовое решение для Linux-терминалов

Если компьютер выступает в роли терминала, перекладывая заботу о выполнении задач на сервер приложений, то возникает один интересный эффект. Пока пользователь находится в графической среде, он работает в системном окружении удаленного сервера и, таким образом, теряет доступ к локальным файловым ресурсам, в том числе и к жесткому диску. Получается, что последний нужен на компьютере только для загрузки ОС и запуска X-сервера.

А нельзя ли обойтись без него? Оказывается, можно. Такие ПК называются бездисковыми рабочими станциями. Принцип их работы основан на расширении функций стандартного BIOS путем подключения ROM сетевой платы. Если в память чипа ROM записать программу начальной загрузки, то с ее помощью можно обращаться к ОС сервера по сети.

Если мы хотим загружать на терминалы Linux, то нужно решить две важные задачи: предоставить возможность загрузки по сети ядра Linux и создать на сервере структуру директорий, которая будет служить корневой структурой подключаемых терминалов. Первая задача решается путем динамического конфигурирования сетевого интерфейса (dhcp-запроса) и протокола TFTP (Trivial File Transfer Protocol, примитивный протокол передачи файлов). Корневой раздел монтируется с сервера по протоколу NFS. Этим же способом создается раздел подкачки.

Основная сложность заключается в выборе минимального, но необходимого набора пакетов для успешной загрузки и работы Linux. Любая перспективная операционная система предусматривает разные варианты решения той или иной задачи, а характеристикой развитой ОС является наличие готовых решений для стандартных задач. Исследуя наиболее простые схемы организации удаленных терминалов, я остановился на LTSP (Linux Terminal Server Project) - Linux-проекте терминального сервера. Это небольшой пакет, работающий с Red Hat, SuSe, Mandrake, Debian и совместимыми с ними платформами. Рассмотрим процессы, которые происходят при подключении терминала к серверу под управлением LTSP.

Загрузка бездискового терминала: теория

Загрузка бездискового терминала происходит следующим образом.

При включении питания управление компьютером передается функциям основного BIOS, которые выполняют начальную инициализацию (POST - power-on self test) и анализируют дополнительные платы компьютера.

В ходе выполнения этой операции обнаруживается Etherboot BOOTROM сетевой карты. После завершения POST начинает выполняться записанный в нем код. Etherboot находит сетевую карту и инициализирует ее.

Затем программа сетевой загрузки инициирует DHCP-запрос, передавая в нем путем широковещательной рассылки свой MAC-адрес. Сервер принимает запрос, находит конфигурацию, соответствующую данному MAC-адресу, и возвращает данные, необходимые для конфигурирования сетевого интерфейса:

• IP-адрес рабочей станции;
• маску сети;
• путь к ядру ОС;
• путь к директории, которая должна быть смонтирована в качестве корневого раздела;
• при необходимости - параметры ядра.

Etherboot конфигурирует TCP/IP-параметры сетевого интерфейса, используя информацию из ответа на DHCP-запрос.

Используя TFTP, ядро ОС загружается в память. По окончании загрузки управление переходит к ядру, и оно выполняет стандартную инициализацию локального оборудования.

К моменту завершения работы ядра на RAM-диске при помощи опции root=/dev/ram0 монтируется корневая файловая система.

Обычно при завершении своей работы ядро загружает программу init, которая продолжает загрузку ОС. В данном пакете используется ядро со встроенной опцией init=/linuxrc, и вместо init вызывается срипт linuxrc.

Этот скрипт сканирует PCI-слоты. Если в одном из них он обнаруживает сетевую карту и идентифицирует ее с помощью файла описаний /etc/niclist, то загружается соответствующий модуль.

Затем терминал генерирует еще один запрос к DHCP-серверу. По получении ответа он конфигурирует интерфейс eth0.

К этому моменту корневой раздел находится на RAM-диске. Теперь все готово к монтированию корня поверх NFS. Для этого в ответе на DHCP-запрос указывается путь к образу корневой системы (обычно /opt/ltsp/i386), но ядро не может просто смонтировать его в корень. Вначале сетевой ресурс монтируется как /mnt. Затем программа pivot_root перемещает /mnt в корень, а старая корневая система монтируется в директорию /oldroot. В результате этих действий образуется новая корневая система. В конце работы скрипта linuxrc вызывается обычная процедура init, которая для установки системного окружения init читает /etc/inittab.

Терминал запускается на уровне 2, согласно параметрам строки initdefault в /etc/inittab. Вначале система инициализируется скриптом rc.local. Он создает в памяти диск объемом 1 Мб и монтирует его в директорию /tmp. Туда копируются все необходимые программы, и на них создаются символические ссылки.

Если терминал сконфигурирован для использования сетевого раздела подкачки, то NFS-ресурс /var/opt/ltsp/swapfiles монтируется в точку /tmp/swapfiles. При необходимости создается файл подкачки и выполняется swapon.

Затем создаются и монтируются необходимые Linux-директории - var, proc, run и т. п. - и выполняется конфигурирование Xserver. Для этого в файле /etc/lts.conf ищется параметр XSERVER. Если он отсутствует или равен auto, предпринимается попытка автоматического определения. Если установлена PCI-видеокарта, то по ее производителю и идентификатору устройства выполняется поиск в списке серверов /etc/vidlist.

Если видеокарта поддерживается системой XFree86 4.X, то для построения конфигурационного файла XF86Config вызывается скрипт /etc/rc.setupx, а если используется сервер XFree86 3.3.6 - /etc/rc.setupx3. Необходимые параметры уточняются в файле /etc/lts.conf.

Затем создается скрипт /tmp/start_ws, отвечающий за запуск X-сервера, создается конфигурационный файл демона syslog и производится его запуск.

Управление передается к процедуре init, которая читает /etc/inittab и определяет необходимый уровень загрузки. В текущей версии LTSP это уровень 2.

На уровне 2 с помощью lts.conf определяется индивидуальный уровень загрузки для каждого терминала. По умолчанию это уровень 5, который соответствует графической среде.

Установка LTSP на сервере приложений

Пакет LTSP поставляется в TAR-архивах и в RPM-пакетах и состоит из четырех следующих частей:

• LTSP Core pakage;
• Kernel pakage;
• X Core pakage;
• X Fonts pakage.

Перед установкой LTSP необходимо установить в системе сервисы DHCP, TFTP, NFS и PORTMAP. Их настройкой можно заняться после инсталляции основного пакета. Установка пакета выполняется при помощи следующих команд.

В результате создается rfnfkju /opt/ltsp с тремя подкаталогами: i386, templates, install_scripts. Причем каталог /opt/tsp/i386 в дальнейшем будет служить корневым для терминалов. Дальнейшую установку предлагается производить командой ltsp_initialize из каталога templates. Она внесет изменения в конфигурационные файлы перечисленных сервисов. Настоятельно рекомендуется вам сделать резервную копию следующих файлов:

• /etc/X11/xdm/Xaccess (контроль доступа к XDMCP-сервису);
• /etc/dhcpd.conf (конфигурация DHCP-сервера);
• /etc/exports (конфигурация NFS);
• /etc/sysconfig/syslog (конфигурация syslogd);
• /etc/hosts.allow (конфигурация демона tcpd);
• /etc/inittab (файл инициализации init);
• /etc/X11/gdm/gdm.conf (конфигурация Gnome Desktop Manager);
• /etc/kde/kdm/kdmrc (конфигурация KDE Desktop Manager);
• /etc/X11/xdm/xdm-config (конфигурация XDM-сервиса);
• /etc/X11/xdm/Xaccess (прямой запрос XDM-сессии).

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

Теперь все готово к выполнению команды

Но здесь есть одно замечание. Дело в том, что скрипт инициализации все равно не в состоянии полностью сконфигурировать все системные файлы. Приходится прибегать к “ручной доводке” системы. В связи с этим лучше выполнить всю работу (ее не много) самостоятельно, полностью контролируя все изменения. Это важно, если вас беспокоит целостность ОС.

Прежде всего, нужно настроить сервис TFTP.

Сервис примитивной передачи файлов - TFTP

Задача этого сервиса - предоставить доступ терминалам к ядру ОС на этапе начальной загрузки. Сервис работает посредством суперсервера xinetd, и его конфигурация находится в файле /etc/xinetd/tft. Обычно достаточно лишь заменить запись disable=yes на disable=no и перезапустить xinetd:

В результате файл /etc/xinetd/tftp будет выглядеть так:

Существенная для нас информация содержится также в записи

Здесь указывается, что описываемый сервис открывает каталог /tftpboot для доступа, а при помощи ключа -s он становится корневым. Как известно, терминал загружает ядро ОС именно отсюда. Пакет LTSP поставляется с двумя ядрами, поддерживающими большинство сетевых карт. Это файлы vmlinuz-2.4.9-ltsp-6 и vmlinuz-2.4.9-ltsp-lpp-6. Второй из них снабжен Linux Progres Patch. Впоследствии надо будет указать имя ядра загрузки для всех терминалов или для отдельного терминала.

Настройка сервиса DHCP

Интересно, что при установке этого сервиса в Red Hat конфигурационный файл не создается. Может потребоваться выполнение команды

Здесь надо оговориться о некоторых допущениях, связанных с конфигурацией локальной сети.

Предположим, в сети 192.168.0.0/255.255.255.0 для бездисковых терминалов выделены адреса с 192.168.0.200 по 192.168.0.254. Серверы LTSP и DHCP находятся на одной и той же машине с адресом 192.168.0.1. Тогда параметры DHCPD в файле /etc/dhcpd.conf могут выглядеть так:

Здесь требуются небольшие пояснения. Для удобства управления терминалами их IP-адреса выбираются по значению MAC сетевой карты в диапазоне 200-254 последнего октета. Диапазон 2-199 отдан остальным машинам, которые не требуют индивидуального контроля IP.

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

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

IP-адрес терминала назначается в соответствии с MAC-адресом сетевой карты:

Сетевое имя хоста указывается опцией

Строка

описывает файл, содержащий ядро ОС. Поскольку ftpt делает соответствующую папку корневой для подключаемых по этому сервису терминалов, необходимо указать только имя файла. После загрузки ядра Linux потребуется смонтировать корневой раздел, находящийся в NFS. Этот ресурс указывает опция

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

И еще одно замечание. Настоятельно рекомендуется записать данные о каждом терминале, загружаемом по сети, в файл /etc/hosts сервера приложений:

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

Сетевая файловая система NFS

В Red Hat сетевыми ресурсами NFS управляет файл /etc/exports. Для обеспечения работы пакета LTSP достаточно внести в него несколько строк:

Слева указаны директории, предназначенные для сетевого монтирования, а справа - соответствующие им опции. Опции ro и rw означают доступ только для чтения и доступ для записи и чтения, соответственно; no_root_squash обычно заменяет идентификатор пользователя root на идентификатор nobody, блокируя таким образом неограниченный доступ к ресурсу. Первая строка в этом файле реализует корневую структуру ОС, а вторая - раздел своппинга, если есть необходимость использовать его по сети.

Настройка демона syslog

Как уже говорилось, терминальные машины заносят в журнал события, происходящие в ОС, и передают их на сервер приложений (или другой, заданный в конфигурации DHCP). В связи с этим необходимо настроить демон syslogd на сервере так, чтобы он воспринимал сведения от удаленных машин. Для этого в файле конфигурации /etc/sysconfig/syslog используется ключ -r:

Контроль доступа к TCP-сервисам

Если в системе производится ограничение/контроль доступа к сетевым портам посредством TCPD, необходимо открыть все необходимые сервисы для терминалов в сети. Для этого нужно внести изменения в файл /etc/host.allow:

Настройка XDM

Для того чтобы терминалы могли запрашивать у сервера сеанс XDM, нужно правильно настроить файлы /etc/X11/xdm/Xaccess и /etc/X11/xdm/x/dm-config. Кроме того, LTSP использует предварительную настройку XDM-окна, добавляя в список xdm-config скрипт Xsetup_workstation. Таким образом, список xdm-config в файле /etc/X11/xdm/xdm-config имеет следующий вид (изменения выделены жирным шрифтом):

Сам скрипт Xsetup_workstation, расположенный в файле /etc/X11/xdm/Xsetup_workstation, выглядит так:

В файле ltsp.gif находится логотип LTSP, который отображается на начальной стадии загрузки XDM.

На этом настройка сервера завершена. Переходим к подготовке терминалов.

Получение ядра сетевой загрузки Etherboot

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

Мы воспользуемся пакетом Etherboot, распространяемым по лицензии GNU. На помощь нам придет веб-проект, предоставляющий удобный интерфейс для загрузки etherboot-образа сетевой карты или дискеты. Дело в том, что для записи EPROM нам потребуются услуги специализированных центров, а на этапе отладки удобно воспользоваться загрузкой с флоппи-диска.

Итак, идем на сайт и выбираем версию продукта (я пользовался версией 5.06). Затем выбираем модуль сетевой карты и тип загружаемого образа (для EPROM или загрузочной дискеты). Если загружен образ дискеты, далее следует выполнить команду

Не забудьте указать правильное название загруженного файла.

Это команда Linux. В DOS следует воспользоваться утилитой RAWRITE, поставляемой с дистрибутивами Linux. Теперь все готово к загрузке терминала. Если все настроено правильно, то на экране появится приглашение XDM. Впрочем, если видеокарта не поддерживает XFree86 4.x, возможно, придется выполнить дополнительную настройку данного терминала.

Подбор X-сервера для устаревших видеокарт

X-серверы версий 3.3.6 и 4.x поддерживают видеокарты по-разному. XFree86 4.0 просто загружает необходимый видеомодуль - если только данная видеокарта поддерживается этой версией. Если же в терминале установлена старая видеокарта (например, очень популярная в свое время S3Trio или S3Virge), то система будет использовать X-сервер версии 3.3.6, где каждому типу видеокарты соответствует свой вид этой программы (например, для S3Virge это XF86_S3V). Если в системе LTSP не установлен нужный XFree, то X-сервер откажется загружаться, о чем вы узнаете из информационной строки на экране терминала:

Чтобы устранить эту проблему, достаточно указать в каталоге /opt/ltsp/i386/usr/X11R6/bin/ подходящий сервер. В нашем случае это программа XF86_S3V.

Единые параметры настройки терминалов

В проекте LTSP существует возможность корректировки общих и индивидуальных параметров терминалов, благодаря чему система достаточно легко адаптируется к аппаратным и программным особенностям среды. Необходимые параметры и значения хранятся в файле /opt/ltsp/i386/etc/lts.conf. Знакомство с ним мы начнем с секции [Default], определяющей значения, общие для всех подключаемых терминалов. При необходимости для отдельных терминалов эти значения могут быть переопределены:

Рассмотрим эти параметры по очереди.

SERVER = 192.168.0.1 обозначает машину, выступающую в роли сервера графических приложений.

XSERVER = auto указывает на то, что система сама определяет тип загружаемого сервера XFree86. Рекомендуется это значение не изменять.

X_MOUSE_PROTOCOL = “PS/2″ - название протокола манипулятора мыши, используемого на удаленной машине. Если в большинстве компьютеров используется мышь с последовательным интерфейсом, это значение следует изменить на

X_MOUSE_DEVICE = “/dev/psaux” - порт PS/2. Для порта COM1 следует использовать значение /dev/ttyS0.

USE_XFS = N показывает, надо ли использовать сетевой сервер X-шрифтов. Советую настроить XFS-сервер приложений так, чтобы он мог использоваться удаленными машинами (подробнее об этом будет рассказано отдельно). После этого не забудьте изменить соответствующую запись в lts.conf:

Индивидуальная настройка терминалов

Используя этот же файл, можно произвести настройку отдельного терминала, параметры которого отличаются от остальных. Для этого создается секция [terminal], где указываются дополнительные опции или опции, уже существующие в [Default]. В последнем случае локальные значения параметров “перекрывают” общие. В качестве определения [terminal] может выступать имя хоста (в этом случае оно должно быть определено в /etc/hosts или средствами DNS), IP- или MAC-адрес терминала, например [ 00:30:84:0a:62:8d], [192.168.0.200] или [term01].

Теперь можно указать, что данный компьютер использует мышь на порту COM1 и получает список шрифтов с сетевого сервера:

Важные параметры файла lts.conf

Теперь рассмотрим наиболее часто используемые параметры в конфигурации lts.conf.

XSERVER. Определяет тип X-сервера, который будет выполняться на рабочей станции. Для XFree86 4.x указывают видеомодуль, например atati ati, cirrus, i810. Для XFree86 3.3.6 надо указать имя сервера, например XF86_SVGA, XF86_S3.

X_MODE_0 … X_MODE_10. Настраивает параметры вывода на экран. Можно просто указать разрешение: X_MODE_0 = 800×600, а можно все параметры полностью:

X_MOUSE_PROTOCOL. Тип мыши. Обычно это “PS/2″ или “Microsoft”.

X_MOUSE_DEVICE. Порт, к которому подключена мышь: /dev/psaux для PS/2 и /dev/ttyS0 для COM1.

X_MOUSE_BUTTONS. Количество кнопок мыши - 2 или 3 (по умолчанию 3).

X_MOUSE_EMULATE3BTN. Режим “Y” соответствует эмуляции третьей кнопки мыши (нажатием двух кнопок одновременно).

USE_XFS. Использование внешнего сервера X-шрифтов.

XFS_SERVER. Имя или IP-адрес сервера шрифтов.

XF86CONFIG_FILE. Использование для терминала собственного конфигурационного файла XFree86. Можно создать для терминала term01 отдельную конфигурацию X, например в файле XF86Config.term01, который находится в папке /tftpboot/ltsp/etc. Затем нужно ввести в секции [term01] параметр, указывающий на этот файл с индивидуальными параметрами настройки X-сервера терминала:

XkbModel. Модель клавиатуры. Наиболее распространенные значения - “pc101″, “pc102″, “pc105″.

XkbLayout. Раскладка клавиатуры - например, “us” или “ru(winkeys)”.

XkbSymbols. Таблица скан-кодов. По умолчанию это “us(pc101)”, но ее можно заменить на “en_US(pc105)+ru”.

автор статьи: Николай Ткаченко