Во время процесса установки Linux вы получаете достаточное количество информации, включая не только руководства по установке, но и встроенные системы помощи и информационные файлы, такие, как HOWTO. Все это обеспечивает хорошее начало, но, через некоторое время, вы обнаруживаете, что хотите узнать больше, обновлять вовремя свою систему и, вообще, шагать в ногу со временем. Для простоты мы в этом документе разделим подобную информацию на несколько видов: ту, на которую вы подписываетесь, ту, которую вы ищете в сети, а также ту, которая позволяет вам максимально быстро получить наиболее полезную помощь.
Даже в том случае, когда с вашими пакетами Linux не поставляется печатный вариант документации, все равно, любой уважающий себя дистрибутив содержит каталоги с документацией разного рода, начиная от сжатых до предела файлов README, почти во всех пакетах с программным обеспечением, до более подробных HOWTO, таких, как этот.
Взгляните в каталог документации , где большинство пакетов хранят основную документацию, файлы README и т.п. Вы найдете там архив готовых отформатированных HOWTO , а также архив мини-HOWTO .
Исходные тексты ядра, естественно, тоже являются мощной документацией. Другими словами: use the source, Luke. Необходимо отметить, что в ядро поставляются не только исходные тексты (которые кстати тоже хорошо документированы, хотя бы частично), но еще и неплохой каталог с документацией. Если вы собираетесь задать вопрос, касающийся ядра, вы сначала должны прочитать этот каталог - таким образом вы сохраните себе и другим уйму времени и, возможно, нервов.
Электронная документация удобная для чтения и поиска, но не умаляйте значения печатной; если, например, вы не можете загрузить свою систему, то как вы собираетесь читать документы о том, как запустить вашу машину снова?
Linux был создан при помощи очень мощного и полного использования сетей, в особенности Internet. Однако, все таки существует шанс встретиться вживую, лицом к лицу, в группах пользователей Linux (Linux user groups (LUG)), существующих по всему миру. Ищите регулярно публикуемые списки, такая группа может находиться недалеко от вас.
Конференции, презентационные фестивали, создание новых групп и прочее регулярно объявляются в группе новостей announcements. Такие события - прекрасный способ остаться на высоте и получить практически любую помощь.
Kjetil Bakkeskaug
Kjell Sundby
Stein Gjoen
sgjoen@nex.net
Перевод: Станислав Рогин, ASPLinux
В этом документе описываются процедуры, позволяющие своевременно следить за процессами развития, происходящим в мире Linux. Несмотря на то, что большая часть этого текста специфична для Linux, в него также входит большое количество общих советов по поиску конкретной информации, которые могут быть полезны широкой аудитории читателей.
Этот HOWTO не ставит перед собой цели описать, как получить доступ к новостям Usenet, для этого есть другие документы, которые помогут вам получить и прочитать новости прямо из Linux. Если вы ранее никогда не использовали новости, то вам необходимо внимательно прочитать вводную информацию. Несмотря на то, что мир новостей выглядит слегка анархично, в нем все таки есть свой своеобразный порядок. Почитайте некоторое время сообщения из группы новостей перед тем, как писать туда самому. Что особенно важно, следите за сообщениями с темой Frequently Asked Questions или FAQ (Часто Задаваемые вопросы или кратко ЧаВо), в нем будут подсказки о сути группы новостей и достаточно часто содержат ответ на вопрос, который вы хотите задать. Задать такой вопрос в группе - это значит заработать себе плохую репутацию и, возможно, попасть в черный список многих пользователей этой группы.
FAQ должны достаточно часто посылаться в группу, но если вы не можете его обнаружить, вы всегда можете найти его в главном архиве FAQ в MIT.
Также они существуют в виде веб-страниц.
Все-таки в новостях очень много шума, спама и мусора и здесь на сцену выходят "черные списки". Вам будет необходима программа чтения новостей с поддержкой "черных списков", и когда эта функция будет правильно настроена, она будет просматривать группу новостей в соответствии с вашими поисковыми ключами, и будет сама отмечать ненужные сообщения как прочитанные, чтобы шум вас больше не беспокоил. Это значительно улучшает уровень сигнал-шум и дает вам возможность сконцентрироваться на важных вещах. Соответственно, если вы сами будете шуметь в новостях, другие отфильтруют вас, и потом, если вы попросите о помощи, то вас никто не услышит.
Вернемся к делу: ниже приведен список полезных групп новостей:
Во многих странах есть свои группы, касающиеся Linux, например в Норвегии. Если вы не можете обнаружить свою национальную или местную группу, используйте поисковую систему Deja для поиска названий для вас.
Обычно это означает, что вы оформляете некую подписку и затем следуете новостям по мере их прихода. Осторожно, не откусывайте больше, чем можете съесть, информационная перегрузка - это не просто ворчание. Там кстати часто бывает больше ненужной болтовни, чем чего-то реально стоящего, такая ситуация - это бич наших дней. Подходите к информации трезво и всегда будьте готовы отказаться от подписки.
Существуют два совершенно различных способа постоянного получения информации: новости и списки рассылки, хотя порой новости пересылаются по почте, и наоборот. Вообще, новости имеют больший объем, и более захламлены, чем списки рассылки. Пытаться читать много групп новостей - это то же самое, что утолять жажду из пожарного шланга.
Существует много путей поиска чего-либо. Не забудьте, что вы можете использовать поисковые системы WWW и некоторые из них, например
могут производить поиск и в новостях Usenet.
Существует большое количество поисковых систем, и многие из них различаются и по методу подсчета рейтингов, и по размеру баз данных. Для поиска по устоявшимся хорошим страницам я рекомендую использовать Google так как он выводит рейтинг страницы по количеству ссылок на нее. Люди очень часто делают на своих страницах ссылки на важную или полезную, по их мнению, информацию. Этим пользуется Google.
Google тратит достаточное время для оценки страницы, поэтому он не очень удобен для поиска информации по новым или экзотическим темам. В таких случаях, я рекомендую использовать быстрый и эффективный AllTheWeb
или мета-системы - веб-системы, переназначающие ваш запрос на другие системы поиска, получает ответы, делает их подборку и выводит результат на экран. Моя любимая подобная система - Go2Net, ранее известная как MetaCrawler.
Подобные предпочтения - дело исключительно субъективное, системы улучшаются постоянно, поэтому вам придется самим экспериментировать. Не существует иделаьной поисковой системы - проиндексировано максимум 10 процентов страниц интернета, и вам можно испытать несколько поисковых систем, если вы ничего не нашли в первой.
Помните, что Deja - это специальная система поиска в новостях Usenet, в которой есть полный архив новостей с начала 1995 года по сегодняшний день.
Несмотря на то, что все больше и больше вещей размещаются сейчас в WWW, не забывайте, что много информации содержат различные ftp-сервера по всему миру. Некоторые поисковые системы в web также производят поиск по ftp-серверам, но все-таки лучшим способом пока остаются Archie-сервера, системы, которые регулярно сканируют основные ftp-сервера, и содержат список файлов. К ним можно получить доступ разными способами, как при помощи Archie-клиентов, например, archie или X-версии xarchie, которые должны быть в любой хорошо настроенной Linux-системе, так и при помощи telnet:
В отличие от новостей Usenet списки рассылки централизованы, т.е. некто посылает сообщение на сервер рассылки, а сервер рассылает это сообщение всем, кто подписан на конкретный список. Такие списки имеют небольшой объем, но в них практически нет шума. Любые нарушения потока воспринимаются очень резко. Эти нарушения могут серьезно затормозить развитие или проект, которому посвящен список рассылки. Когда вы подписываетесь, вам обычно приходит вводное письмо, описывающее расписание рассылки и суть списка, и снова, еще раз, настоятельно рекомендуем вам прочитать это письмо очень внимательно.
Существует много видов почтовых серверов, которые поддерживают списки рассылки, и вам будет необходима информация о том, где и как можно подписаться.
Наиболее известным сервером списков рассылки является Majordomo - под этим именем работает сервер с адресом vger.rutgers.edu . Для того, чтобы узнать, как с ним работать, пошлите сообщение с командой help в теле письма. Если вы пошлете нечто, что он не сможет обработать, то вы получите помощь по командам этого сервера. Если же вы пошлете письмо с командой lists, то вам придет список всех списков рассылки на этом сервере, и это, наверно, вам, в любом случае, будет необходимо сделать.
Другие списки рассылки используют несколько адресов, на один из них вы посылаете запросы вида subscribe или unsubscribe, на другой вы посылаете ваши идеи для внесения в список рассылки - это обычно бывает тот же адрес, с которого вы получаете письма из списка рассылки. Также, если вы пошлете сообщение с фразой help или чем-нибудь, что сервер не поймет, то вы получите помощь. Пример: вы посылаете слово subscribe на адрес corned-beef-requests@somelistserver.org, и затем начинаете получать почту и посылать письма по адресу corned-beef-list@somelistserver.org до тех пор, пока не откажетесь от подписки.
Несколько подсказок перед тем, как вы начнете работать со списками рассылки:
Не посылайте фраз типа subscribe в сам список, только в адрес сервера, иначе вы будете глупо выглядеть и будете зря беспокоить людей. Там могут быть тысячи подписчиков и если такие ошибки пропускать, то будет слишком много шума.
Многие очень огорчены тем, что очень не хватает информации о Linux в обычной прессе. Это, наверное, происходит от того, что многие коммерческие продукты не переносят никакого сравнения с Linux, а рекламодатели этого вообще не выносят. К счастью, есть один журнал, посвященный Linux - он так и называется: Linux Journal. Информацию о том, как на него подписаться и т.п. можно найти на домашней странице SSC . Содержание новых выпусков обычно также доступно в сети.
Другим коммерческим журналом является Linux Magazine , содержание и выдержки из которого есть и в сети.
В журнале Unix Review
(раньше он назывался Performance Computing) есть много информации про Linux.
Популярные электронные журналы
Linux Focus (выпускается на нескольких языках)
Linux Netmag (выпускается на нескольких языках)
и, наверно, еще несколько других, так как новые появляются достаточно часто.
Загляните на LinuxHQ , чтобы узнать наиболее свежую информацию о сервисах новостей.
Новые web-страницы с ежедневными новостями Linux появляются почти везде, некоторые из них достаточно профессиональны, если приглядеться. Почти самой большой из них является Freshmeat
, который ежедневно выпускает новости.
Для тех, у кого нет времени следить ежечасно за событиями в сети, могут читать краткие новости по адресу Linux Weekly News, который содержит еженедельные выпуски важных новостей, включая предупреждения о проблемах безопасности систем и объявления о новых и обновленных программах.
Вы можете найти советы в IRC по адресу Linux.com.
Существуют несколько серверов, посвященных оборудованию, которые стоит посетить Toms Hardware, Anandtech, в них есть общие обзоры оборудования, и Storage review с обзорами новых разработок в технологиях устройств хранения информации (дисках, лентах и т.п.). В России вы можете взглянуть на сайт iXBT,
ИСПОЛЬЗУЙТЕ ЭТУ ИНФОРМАЦИЮ НА СВОЙ СТРАХ И РИСК!
(Смотрите раздел "Ответственность" в начале этого документа.)
Цель этого документа - предложить вам набор подсказок, которые могут помочь в процессе полной переустановки системы. Это ни в коем случае не рецептурник для чайников; однако, я надеюсь, что этот труд послужит вам некоторого рода путеводителем, заставив о чем-то поразмыслить, а также предложит порядок действий. Он наверняка бы помог мне, если бы кто-нибудь другой написал что-то подобное до того, как я сделал свой первый апгрейд (upgrade); поэтому я надеюсь помочь вам, если у вас есть планы перестройки Linux.
Однако, не пытайтесь воспринимать этот текст, как библию - ваши действия могут отличаться от моих. Даже названия каталогов могут сильно различаться от тех, которые есть у вас; некоторые люди, например, используют /usr/home вместо /home; некоторые называют его /u, а некоторые (держитесь крепче! :) даже помещают каталоги пользователей прямо в каталог /usr! Я не могу знать настроек вашей системы, поэтому использую те названия, которые есть на моей машине.
Также вы можете заметить, что я использовал дистрибутивы Slackware, и я предполагаю, что у вас достаточно ОЗУ и места на жестком диске для установки исходных текстов, и сборки собственного ядра. Если ваша система сильно отличается от приведенной в примерах, то некоторые мои рекомендации будут неприменимы; но я надеюсь, что вы сможете понять общие принципы, которые помогут вам в процессе перестройки.
Greg Louis
glouis@dynamicro.on.ca
Перевод: Станислав Рогин, ASPLinux
Советы и подсказки, касающиеся обновления версии дистрибутива Linux.
Это, конечно, зависит от степени сложности настроек вашей системы. Но я выяснил, что удачная переустановка (про неудачную не спрашивайте!) занимает примерно столько: 10 часов на создание резервных копий, 6 часов - установка системы до момента разрешения входа в систему и еще полдня или около того на восстановление менее важных вещей. Со временем всплывали небольшие недоделки - я их исправлял по мере нахождения - но 20 часов в общей сложности должно хватить на полный процесс переустановки. Возможно эта цифра будет меньше при установке с жесткого диска (я использовал CDROM), или больше - при установке с флоппи-дисков. Процесс конечно завершится быстрее на Pentium-е, и, естественно, медленнее на 386. Думайте сами.
Итак, что-то мы задержались на введении. Ниже я опишу, как подготовиться к тому, на что вы решились. Вооружитесь мужеством, стойкостью, страхом или чем-то еще, и:
Даже в том случае, если ядро в новом дистрибутиве содержит все необходимые вам драйверы, лучше пересобрать ядро, чтобы избавиться от того огромного количества лишних драйверов и функций, встроенных в универсальные ядра. За подробной информации обращайтесь к документу "HOWTO: Ядро" (Kernel HOWTO). Сначала установите новое ядро на флоппи-диск, убедитесь, что оно нормально работает, и только в этом случае установите его на жесткий диск, запустите lilo и перезагрузитесь.
Это надежнее, хотя и немного грубовато... Если вы установите новый дистрибутив поверх старого, то существуют шансы получить смесь старых и новых программ, конфигурационных файлов, и, скорее всего, полностью запутаться, пытаясь разобраться. Полная очистка системы и установка затем только того, что необходимо - немного крутовато, но очень эффективно для получения хорошего результата. (Конечно здесь идет разговор о переустановке всего дистрибутива Linux, а не об обновлении пары-тройки пакетов! Лучший способ избежать полной переустановки - это отслеживать только некоторые изменения, особенно gcc, вместе с его библиотеками, и binutils, и своевременно обновлять их версии. Если то, что вы используете, более-менее современно, и вы можете поддерживать версии, своевременно обновляя их по мере надобности, собирая и компилируя новые пакеты, то нет никакой необходимости в массовой переустановке.)
Как заметил Patrick Volkerding (тоже сторонник процедуры очистки-переустановки), установка ELF главным в существующей a.out-системе - это рецепт от многих проблем; по крайней мере, если вы знаете достаточно, чтобы попробовать это - то вам этот документ не нужен!
Даже без последнего замечания ясно, что строить проще с нуля.
Вам понадобятся 2 диска, по одному на каждое ядро.
После всех этих приготовлений вы готовы к Большому Делу. Следующие шаги уничтожат старую систему.
Проверьте правильность установок разрешений на файлах и каталогах. Я выяснил, что Slackware - система немного более открытая, чем мне это нравится, поэтому я поменял 755 на 711 для программ в каталогах .../bin и т.п.. И даже проставил 700 в .../sbin. Особенно осторожным в этом вопросе надо быть, если у вас установлен ftp-сервер, но, конечно, если он есть, то вы уже позаботились о разрешениях и запретах... :)
Хороший вопрос! Если этого можно избежать, избегайте! (Это единственная самая главная рекомендация в данном руководстве!!!) Но бывают случаи, когда вам все-таки придется это сделать.
Например, я установил жесткий диск на 4 Гб и затем выяснил, что дистрибутив Slackware 2.0 Vintage Linux не мог себе представить, что диски бывают больше 2 Гб, и начались ужасные проблемы. Поэтому мне пришлось переходить на новый тогда Slackware 2.3. Тот апгрейд был жутко изнурительным экспериментом, и стал, частично, причиной написания этого документа. Я, практически, все делал неправильно, и только везение и наличие другой Linux-машины рядом спасли меня от катастрофы.
В качестве другого примера можно вспомнить, что мне так и не удалось собрать ядро серии 1.3 в свежем дистрибутиве Slackware 2.3 (на другой машине; не той, которую я мучил в предыдущем примере). Я достал свои сбережения, купил Slackware 3.0 на CDROM и перешел на ELF. В этот раз переустановка прошла проще, частично благодаря предыдущему горькому опыту. В результате это все и послужило источником многих идей, которые я здесь опишу.
Описание того, как это сделать, должны быть приведены в руководстве по установке вашего дистрибутива.
У вас все настроено и работает. В течение некоторого времени, конечно, придется подчищать хвосты, но основная часть работы уже сделана. Наслаждайтесь!
Эта часть процесса может наиболее сильно различаться на разных системах, и максимум того, чем я могу помочь - это описать то, что я сделал на своей системе, в надежде хоть как-нибудь указать вам суть действий. В общем случае вам придется смотреть в каждый каталог, содержащий
файлы, не входившие в ваш старый дистрибутив Linux, или
файлы, более новые, чем файлы с вашего нового дистрибутива
и выделить только те файлы, которые вы хотите сохранить.
(Другая возможная стратегия состоит в том, чтобы сделать копию файлов с более поздними mtime или ctime, чем дата старого дистрибутива, и, затем восстановить необходимые файлы с этой копии. Если вы решитесь придерживаться этого способа, то помните, что новый дистрибутив может содержать более новые файлы, чем те, что вы сохранили.)
В моем случае, я остановился на создании .tgz-файлов для следующих каталогов:
/usr/lib/rn
/usr/lib/smail
/usr/lib/trn (оставшаяся часть /usr/lib будет переустановлена)
/usr/local/src
/usr/local/bin
/usr/local/lib
/usr/local/lpfont
/usr/local/man
/usr/local/sbin
/usr/local/thot (в каталоге /usr/local были файлы, которые мне не нужны)
/usr/openwin
/usr/src/lilo-17 (в моем новом Slackware была версия 16)
/usr/src/linux-1.2.13 (по причине того, что там были кое-какие хитрые настройки)
/usr/X11R6/lib/X11/app-defaults
/usr/X11R6/lib/X11/initrc (оставшаяся часть Xfree86 будет переустановлена)
/var/named
/var/openwin
/var/texfonts
С моей машиной все было более-менее просто, так как в каталоге spool не было важных файлов. У меня не был запущен сервер новостей, и из-за того, что у меня на машине всего два пользователя, я просто заставил их прочитать почту до ее уничтожения. В противном случае необходимо также скопировать каталог /var/spool (в последний момент) И, конечно, не забудьте про библиотеки сервера новостей и его настройки.
В общем случае резервные копии делаются на носителях с последовательным доступом. Поэтому эта полная копия не пригодится вам для восстановления отдельных файлов - в ней слишком много лишнего. Лучше, в дополнение к полной копии, создать небольшие копии отдельных сегментов системы, которые будут восстанавливаться в новой системе полностью. Примерный список я приведу позже.
Тогда зачем же нужна полная копия? Две основных причины: первая - в случае полного падения новой системы необходимо оставить возможность возврата к началу с минимальными потерями. Вторая - как бы вы ни готовились к установке, существует очень большая вероятность того, что пара-тройка важных файлов будет забыта в процессе отдельного копирования. Если так, то неудобства с восстановлением этих файлов из полной резервной копии, в любом случае, лучше проблем с их потерей.
Для сохранения сил и времени, в том случае если у вас все еще есть старый дистрибутив, вы можете сделать копию только тех файлов, у которых mtime (время модификации) или ctime (время создания) более поздние, чем дата выпуска этого дистрибутива.
Тут причины немножко другие: вы не будете восстанавливать эти файлы (по крайней мере, большинство из них); но вы можете сравнить эти файлы с новыми, созданными в процессе установки. Зачем? В новых файлах могут быть данные, отсутствующие в старых; или что-то может быть сделано по-новому. Изменения в протоколах, добавление новых средств, применение новых функций в существующих утилитах могут привести к изменению формата конфигурационных файлов и загрузочных скриптов из дерева каталогов /etc, и, скорее всего, вам придется вносить ваши старые настройки в эти новые форматы, одновременно используя улучшения и дополнения.
В руководстве по установке должно быть описано, как это сделать - это уничтожит старую систему. С этого момента вы зависите от качества резервных копий, сделанных ранее! Вас предупреждали!
и добавьте в него свой раздел подкачки. После этого запустите команду "swapon -a". Я не знаю почему, но установка Slackware не делает этого, если раздел подкачки уже существует. Если этого не сделать, то при загрузке новой системы скрипт rc.S пытается включить подкачку, не находит раздел, и подкачка не включается. Вышеописанные действия это исправляют.
Как было описано выше, нельзя просто скопировать все старые файлы в каталог /etc и надеяться, что все заработает. С некоторыми файлами это, конечно, получится; например с /etc/XF86Config (если вы используете ту же версию Xfree86, и ту же видеокарту, что и в старой системе). В большинстве случаев лучше использовать diff для сравнения старых и новых файлов до начала копирования. Обратите особенное внимание на различия файлов в каталоге /etc/rc.d потому, что может понадобиться ручное создание файлов конфигурации, вместо копирования старых скриптов из резервной копии. После того, как все будет завершено, перезагрузитесь.
Некоторые программы придется переустановить из старых каталогов исходных текстов; мне, например, пришлось это проделать с lilo, потому что моя версия была новее той, что встроена в новый дистрибутив Slackware, и я не решился сохранять программы из каталога /sbin. Вам, наверное, придется проверить восстановленные программы на предмет наличия и правильности конфигурационных файлов, библиотек и т.п. Иногда придется восстанавливать некоторые вещи в определенном порядке, но вы конечно все это отметили еще при сохранении резервных копий, не так ли? ;-)
Очень важно иметь полный подробный журнал всех ваших действий в процессе приготовлений и переустановки. Особенно важно иметь список всех резервных копий, которые вы собираетесь сделать при приготовлениях к очистке системы.
Это последнее, что надо сделать в старой системе до ее полного уничтожения. Этот шаг делается последним, чтобы сохранить наиболее актуальную информацию пользователей.
Существует много хороших описаний, как это сделать, поэтому я не буду на этом останавливаться. Продолжайте чтение с того момента, когда ваша система сможет загружаться самостоятельно с жесткого диска.
Однако, вместе с тем, запаситесь загрузочным флоппи-диском, так как ядро, установленное дистрибутивом, будет заменено новым, и в процессе этой замены могут возникнуть проблемы. Не забудьте установить пакеты разработки и исходные тексты ядра.
Большая часть установленного оборудования совместима с Linux. Но есть и исключения, касающиеся модема, порта USB и декодера MPEG. Помните. что вы не сможете использовать модем. Модемы, установленные на VAIO, называются DSVD, и являются модификацией "Winmodem."
(Добавление от: 12/98) Более новые модели имеют другие модемы.
Звуковая и видео карты, установленные на компьютере, частично совместимы.
Звуковая карта будет работать под Linux при поддержке Microsoft Sound System + Sound Blaster. Если вы хотите использовать MIDI под Linux, то придется отключить Sound Blaster. Но если вам понадобится MIDI и вход на звуковую карту, то придется приобрести OSS/Linux. OSS/Linux полностью поддерживает карты, которые устанавливаются на VAIO (Yamaha OPL3SA). На момент написания этого документа существовал OSS/Free 3.8, который поддерживал эту карту с аудио контроллером Yamaha OPL3-SA1. Не забывайте, что в версии 2.0.x его нет. Вам понадобится загрузить его с сайта OSS. Версия 2.1.x поставляется с новой версией OSS/Free, но я не тестировал ее на совместимость. Если вы это проверите, пожалуйста, дайте мне знать.
Видеокарта частично поддерживается Linux. У вас не возникнет затруднений, если использовать ее в текстовом режиме. Если вы хотите ее использовать под X Windows, то придется установить XFree86 версии 3.3.1 или выше, которая поддерживает ATI Rage. Другие коммерческие версии тоже ее поддерживают. Так или иначе, 3D ускоритель не будет работать под Linux, так как для него нет драйвера.
(Дополнение 12/98) Для модели 505, есть драйверы ALSA, поставляемые с XFree86 V3.3.3 или выше, которые совместимы с картой.
Сама установка Linux не вызовет дополнительных затруднений. Единственный момент, на диске есть раздел (не распознаваемый DOS), он составляет 400MB, и я не имею понятия, что это за раздел. Я его просто удалил и на его место установил Linux. У меня не возникло никаких проблем. (Дополнения от 12/98) Этот раздел, составляющий 400MB, есть только на старых моделях. Возможно это должен был быть еще один раздел DOS, но Sony допустило ошибку. При установке Linux воспользуйтесь другим руководством. У компьютеров VAIO есть поддержка, позволяющая загрузить систему с CD-ROM, если CD-ROM является загрузочным. Так как есть поддержка BIOS, то вы можете воспользоваться каким-нибудь дистрибутивом. Это удобно, потому что не придется возиться с дискетами. Например, Redhat можно загрузить с CD-ROM. Другие дистрибутивы, например SUSE, тоже обещают реализовать загрузку с CD-ROM. Но я до сих пор не проверил это. Если у вас не получается загрузиться с CD, то попробуйте проверить настройки BIOS. Настройка ядра тоже не вызывает проблем, кроме той части, где затрагивается звуковая карта. Так как мы обсудили эту проблему ранее, я не буду к ней возвращаться. На компьютерах VAIO установлена APM BIOS, то есть Advanced Power Management BIOS, я лично не рекомендую включать ее поддержку в Linux. У меня возникли проблемы, когда я это сделал. (дополнение от 12/98) Я получил письмо, в котором утверждается, что установка по сети гораздо проще, чем с CD-ROM.
Hideki Saito
hideki@chatlink.com
Перевод: Михаил Корепанов, ASPLinux
Этот документ представляет собой руководство по установке Linux на компьютеры Sony VAIO.
Все прошло хорошо? Надеюсь на это. Теперь ваш компьютер Sony VAIO одна из самых лучших машин под Linux. Если у вас возникли вопросы, я надеюсь, что смогу на них ответить. Присылайте их по адресу hideki@chatlink.com в любое время. Я постараюсь на них ответить, как можно быстрее.
Есть плохие новости. Не каждое приложение использует termcap или terminfo. Большинство маленьких программ используют символы '\a' (alarm) прямо в исходном тексте на C. Во время выполнения программы этот символ превращается в ASCII BEL. Реальное приложение обычно не падает под эту категорию, но остерегайтесь новичков в C, дающих вам свои программы. Из них хуже всего студенты, изучающие информатику.
Единственный путь заставить эти программы замолчать - это онемение, или использование escape-последовательностей Martin'а Mares'а.
Alessandro Rubini
rubini@linux.it
Перевод: Павел Гашев, ASPLinux
В этом документе содержится информация о том, как визуализировать звуковой сигнал при помощи termcap.
В Linux 1.3.43, Martin Mares, изменив console.c, добавил возможность настраивать частоту и длительность звукового сигнала. Каждая консоль, при помощи escape-последовательностей, может быть настроена на звуковой сигнал с разной частотой и/или длительностью. Вы можете изменить ~/.profile
или ~/.login, настроив разный сигнал для каждой консоли (или вообще его выключить).
Escape-последовательности следующие:
ESC-[10;xx] устанавливает частоту сигнала в герцах. Значение должно быть в диапазоне 21-32766. При отсутствии или неправильном значении `xx', устанавливается значение по умолчанию (750Гц).
ESC-[11;xx] устанавливает длительность звукового сигнала в миллисекундах. Опять же при отсутствии или неправильном значении `xx' устанавливается значение по умолчанию (125мс).
Например для установки звукового сигнала в 50Гц и длительностью в одну секунду, вы можете выполнить "echo -e "\\33[10;50]\\33[11;1000]"" в bash (гдк "-e" означает `используются escape-последовательности'. Если вы пользуетесь tcsh, та же команда выгдядит так "echo "\\033[10;50]\\033[11;1000]"".
Насколько я знаю, команда setterm не поддерживает такую настройку, хотя вполне может быть, что будущие версии будут делать это.
Если у вас Linux-1.3.43 или выше, вас могут удовлетворить escape-последовательности, и можно не читать дальше. Если у вас старое ядро или вы хотите настроить визуальный сигнал, то вам понравится оставшаяся часть документа.
Онемение (лат. speakerotomy :-) - это самое лучшее решение нашей проблемы. Как следует из названия, она представляет из себя удаление звуковых сигналов путем удаления того, что издает эти сигналы. Операция довольна проста и не требует никаких анестезирующих средств.
Персональный компьютер обычно поставляется с идиотской кнопкой "Turbo", снижающей тактовую частоту процессора. Обычно она никогда не используется, за исключением случаев, когда вы хотите поиграть в старую-добрую игру времен XT. Т.е. обычно мы не используем эту кнопку по прямому назначению, но мы можем легко ее переделать для включения/выключения динамика, т.к. иногда динамик очень даже нужен (например, для уведомления о том, что закончилась продолжительная компиляция). Чтобы это сделать, просто отключите ее от материнской платы и подсоедините провода последовательно с динамиком.
К сожалению, пользователи портативных компьютеров не имеют доступа к динамику, кроме того, у них нет свободной кнопки для этого. Самое лучшее решение для таких пользователей - соответственно настроить программное обеспечение. Что мы и сделаем.
Вы можете добавить запись vb в файл termcap, если там ее еще нет. Dennis Henriksen (duke@diku.dk) предложил вставлять в termcap для терминала linux (в старых дистрибутивах console) следующую строку:
:vb=\E7\E[?5h\E[?5l\E[?5h\E[?5l\E[?5h\E[?5l\E[?5h\E[?5l\E8:\ |
Последняя наклонная черта необходима, чтобы избежать перевод строки в файле базы данных. Эта строка выполняет следующее (по словам Dennis'а):
Сохраняем позицию курсора (просто мера предосторожности).
Несколько раз меняем цвет фона с нормального на реверсный и обратно.
Восстанавливаем позицию курсора.
/etc/termcap - это текстовый файл, описывающий возможности терминала (terminal capabilities). Различные приложения используют termcap для получения информации о том, как двигать курсор по экрану и т.д. tcsh, bash, vi и другие приложения, основанные на curses, используют базу данных termcap.
База данных описывает различные типы терминалов. Переменная окружения TERM указывает приложениям на соответствующий терминал в termcap.
Внутри базы данных каждая возможность терминала описывается двухбуквенным кодом и представляет из себя escape-последовательность, которую надо вывести, чтобы добиться желаемого эффекта. Для разделения используется символ двоеточия (":"). Например, звуковой сигнал с кодом "bl" обычно описывается как "bl=^G". Это значит, что для звукового сигнала нужно вывести символ Ctrl-G (ASCII BEL).
В дополнении к bl поддерживается код vb Он описывает визуальный сигнал ("visible bell") и обычно отсутствует в файле termcap для терминала linux.
Большинство современных приложений и библиотек вместо termcap используют базу данных terminfo. Эта база данных описывает каждый вид терминала в отдельном файле из каталога /usr/lib/terminfo. Чтобы избежать использования каталога с большим количеством файлов, каждый файл находится в подкаталоге, названном по первой букве названия терминала; например, терминал linux описывается в файле /usr/lib/terminfo/l/linux. Чтобы создать запись в terminfo, вы должны "откомпилировать" описание termcap (man tic).
Если вы хотите использовать визуальный сигнал вместо звукового, определите в termcap "bl" так же, как "vb" из предыдущего раздела. Этот метод удобен, если вы не хотите настраивать каждое приложение (впрочем, это все равно описывается ниже). Я использую этот способ на всех машинах, где не могу отключить динамик.
Вот незаконченный список приложений, которые можно заставить использовать визуальный сигнал вместо звукового:
X-сервер: используйте команду "xset b", чтобы определить параметры звукового сигнала. Она имеет три числовых аргумента: громкость, частоту и длительность. Кроме того, "xset -b" вообще выключат звуковой сигнал. Эта настройка оказывает влияние на все приложения, запущенные на данном X-сервере.
xterm: xterm может преобразовывать визуальный и звуковой сигнал из одного в другой. В xterm сигнал по умолчанию - звуковой, но вы можете использовать "xset -vb" или изменить ресурс "xterm*visualBell: true", чтобы превратить звуковой сигнал в визуальный. Для переключения визуального/звукового сигнала, можно также использовать меню, вызываемое Ctrl-левая_кнопка_мыши. Если вы работаете в основном под X-windows, дальнейшая информация может не понадобиться.
tcsh (6.04 и выше): "set visiblebell". Команда может быть помещена в .cshrc или введена вручную. "unset visiblebell" снова включает звуковой сигнал. Чтобы вообще выключить любые сигналы, используйте "set nobeep".
bash (любой bash, насколько я знаю): поместите "set bell-style visible" в ?/.bashrc. Возможные типы сигналов также "none" или "audible".
bash (С readline, как и для других приложений основанных на readline
): поместите "set prefer-visible-bell" в ?/.inputrc.
nvi и elvis: поместите "set flash" в ?/.exrc или наберите ":set flash" вручную. Чтобы выключить звуковой сигнал, введите noflash вместо flash.
emacs: поместите "(setq visible-bell t)" в ?/.emacs. Чтобы выключить - "(setq visible-bell nil)".
less: используйте опцию "-q" для визуального сигнала, и "-Q" вообще без сигналов. Опции по умолчанию могут быть помещены в переменную окружения "LESS".
screen: CtrlA-CtrlG меняет поведение всех виртуальных экранов. Чтобы установить это по умолчанию, см. man screen раздел "НАСТРОЙКА" ("CUSTOMIZATION").