LXF99:Ответы

Текущая версия на 10:39, 17 ноября 2008

[править] Ответы

[править] Gentoo cменил мне имя

В: У меня Fedora Core 7; после того, как попробовал Live CD Gentoo с LXF96, я заметил, что в терминале имя стало root@livecd. Как вернуть его в исходное состояние? Почему такое случилось? Джон [John]

O: Вы, видимо, используете DHCP для конфигурирования сети (возможно, встроенный в маршрутизатор). Подозреваю, что при загрузке Live CD сказал: «меня зовут livecd, дайте мне IP-адрес». Затем маршрутизатор запомнил это имя хоста и передал его в следующий раз, когда получил запрос с того же МАС-адреса.

В таком случае надо заставить ваш компьютер вместе с DHCP-запросом посылать имя хоста, установив его в конфигураторе сети. Войдите в System > Administration > Network (Система > Администрирование > Сеть), выберите интерфейс и нажмите Edit (Изменить). Введите нужное имя хоста в необязательное поле Hostname. Теперь Fedora будет сообщать DHCP-серверу, что хочет использовать это имя вместо предоставляемого DHCP-сервером.

Есть и альтернативный метод, зависящий от вашего маршрутизатора/сервера DHCP. Некоторые из них позволяют указать имя хоста или IP-адрес, выдаваемые конкретному MAC-адресу (MAC-адрес – это аппаратный идентификатор сетевого интерфейса). Если ваш маршрутизатор именно такой, установите имя хоста в нем – он покажет вам список подключенных MAC-адресов, или можно найти его, запустив ifconfig на компьютере: MAC-адрес помещается в первой строке вывода интерфейса, обозначен как HWaddr и выглядит похоже на 00:50:56:C0:00:08. Данный метод обеспечит, чтобы данный компьютер всегда имел одно то же имя или IP-адрес, невзирая на загруженную ОС; это может быть и хорошо, и плохо, в зависимости от ваших предпочтений. НБ

[править] Молчание CD

В: Я не могу слушать аудио-CD ни в моей учетной записи пользователя, ни в учетной записи моего партнера. Звук работает – у меня нет проблем с проигрыванием треков, оцифрованных в моей системе. KsCD показывает, что аудио-CD играет, но звука нет. Громкость CD в микшере установлена примерно на 90 %. Мастер-канал установлен на 100 %, и ничего не выключено. Я пытался изменить /etc/fstab так, чтобы у /dev/cdrom были перечислены параметры user, users, noauto. Джон, из форумов LXF

О: Отвечу сперва на Ваш последний комментарий: аудиодиски вообще не монтируются, и /etc/fstab тут ни при чем. Большинство дистрибутивов используют автомонтирование через HAL, поэтому CD с данными, как правило, тоже не нужно прописывать в /etc/fstab.

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

Второй метод использует цифровое извлечение, когда компьютер снимает данные CDDA (Compact Disc Digital Audio) с диска через ATA/SATA кабели, выполняет необходимые преобразования аудио и передает результат на звуковую карту. Метод требует более интенсивной загрузки процессора, но на современной технике она незаметна, и, как правило, этот метод ставится по умолчанию, поскольку позволяет изготовителю сэкономить пару копеек на кабелях. Существует простой способ проверить, считывает ли CD-привод аудио напрямую: при наличии на его панели разъема для наушников, подключите их туда. Если слышна музыка, то у вас прямое соединение через кабель.

KsCD не использует цифровое извлечение по умолчанию; оно включается установкой флажка Use Direct Digital Playback (Цифровое Воспроизведение) в окне настройки. Вы можете предпочесть другой мультимедийный проигрыватель: KsCD сгодится как простой CD-плейер, но если Вы также слушаете аудио-файлы MP3 или Ogg Vorbis или интернет-радио, куда лучше будет Amarok, аудиоплейер класса «все включено» для KDE.

[править] Перекрасим консоль

В: Как мне изменить цвет текста и фона на консоли Linux при запуске уровня 3? Я хотел бы иметь черный текст на белом фоне. Если такое возможно, хорошо бы данное изменение применялось уже при загрузке ядра, и все загрузочные сообщения выводились бы черным по белому. Подозреваю, что придется малость раскурочить ядро, а если так, то какую часть исходного кода ядра надо менять? Гордон [Gordon]

О: Изменение цвета консоли (после того, как она будет запущена) можно выполнить двумя способами. Вы можете просто вывести коды ANSI, если помните, как они выглядят, или использовать команду setterm. Чтобы установить черный на белом цвет, наберите

setterm -background white -foreground white store.

В man-странице setterm содержится полная информация о различных опциях и допустимые значения цветов. Эту команду можно вызвать из стартового скрипта; детали зависят от дистрибутива, но обычно /etc/rc.local будет хорошей отправной точкой.

Если Вы хотите других цветов с самого начала, отредактируйте исходники ядра, поменяв цвета, и перекомпилируйте ядро. Нужно изменить файл drivers/char/vt.c (в старых ядрах – drivers/char/console.c); поищите строки, начинающиеся с

vc->vc_def_color = 0x07; /* white */

В исходниках ядра 2.6.22 это строка 2739. Две шестнадцатеричные цифры означают цвета фона и текста: 0x07, по умолчанию, белое на черном, а, наоборот, 0x70 – та самая настройка, которая Вам нужна. Измените значения по умолчанию, как Вам нравится, и пересоберите ядро обычным образом. Номера цветов:

   0 ............ черный
   1 ............. синий
   2 ............. зеленый
   3 ............. голубой
   4 ............. красный
   5 ............. фиолетовый
   6 ............. коричневый/желтый
   7 ............. белый
  

Добавив 8 к этим цифрам, можно получить«яркую» версию, но отображение ярких цветов зависит от оборудования и на некоторых системах способно привести к миганию. ПХ

[править] Ох, этот iWireless

В: Пытаюсь установить OpenSUSE 10.2 на iMac моей внучки. Установка шла хорошо до тех пор, пока я не попробовал добавить беспроводной адаптер PluscomWU-ZD1211B USB: не установился его драйвер, ни из комплекта, ни из сети. При запуске 'make' от имени суперпользователя я получаю множество сообщений: make  [6]  Error1,  make  [5]  Error  2, leaving  dir  и т.д. В YaST адаптер опреден как USB2.0 Wireless / drivers: active / modules: yes / modprobe: zd1211rw? Я скопировал прошивки, как написано в readme, и настроил ssid по подсказкам YaST. В SUSE 10.2 нет исходников драйверов zd1211rw или ndiswrapper, и я не могу установить их через YaST! Я новичок в борьбе с командной строкой, и надеюсь, вы мне поможете, не то я с ума сойду! Крис Брайан [Chris Bryan]

О: Могу подтвердить, что драйверы zd1211 работают с ядром PPC, я использовал их с моим iBook до появления драйверов для встроенной беспроводной карты. Но вам не нужно устанавливать какие-либо драйверы для адаптера на базе zd1211: они включены в стандартное ядро SUSE 10.2. Запуск следующих двух команд должен подтвердить присутствие модуля zd1211rw.

 modprobe -l | grep zd1211
 modinfo zd1211rw

Вы также можете просмотреть файлы в YaST. Перейдите в раздел Software Management (Управление программным обеспечением), найдите пакет kernel-default  и нажмите на вкладку Файлы. Спуститесь вниз и найдите соответствующие модули в drivers/net/wireless. Modprobe запустился без ошибок? Если нет, Вам, возможно, придется позаботиться, чтобы прошивка находилась в нужном месте. Большинство драйверов ожидают найти ее прямо в /lib/firmware, но данный конкретный драйвер думает, что она в /lib/firmware/zd1211. Самую новую прошивку можно загрузить с http://sourceforge.net/projects/zd1211.

Если модуль загружается, а сетевое устройство присутствует в выводе команды

 ifconfig -a

то проблема, скорее всего, в настройке. Прежде всего, отключите шифрование. Конечно, не следует пользоваться незащищенным соединением, но при настройке шифрование только мешает, а пока вы не установили связь, и защищать нечего. Используя YaST для конфигурирования сети, попробуйте сделать это и с Network Manager, и без него. Одни установки работают через Network Manager, а другим лучше живется при настройке стандартным методом. Кстати, если вы в будущем столкнетесь с аналогичными проблемами при сборке из исходных текстов, имейте в виду: номер ошибки ни о чем не говорит, причину ошибки указывает сопроводительный текст.

[править] Фото-групповуха

В: Мне бы хотелось иметь простую команду для перевода всех RAW-изображений в папке, скажем, /home/andy/photographs/new, в формат TIFF со сжатием LZW. Не знаю, важно ли это, но расширение RAW-файлов – PEF (в формате RAW Pentax). Энди Инглэнд [Andy England]

О: Программа для конверсии «сырых» (raw) файлов с цифровых камер называется dcraw (http://www.cybercom.net/~dcoffin/dcraw). Она преобразует RAW-форматы большинства цифровых камер в формат NetPBM PPM (Portable PixMap). Затем понадобится еще одна программа, для преобразования PPM-данных в TIFF. Такое умеют команда convert из ImageMagick и программа pnmtotiff из пакета NetPBM. На вопрос о том, которую предпочесть, проще всего ответить «Ту, что уже установлена». Dcraw должна быть в репозитории вашего дистрибутива; в противном случае загрузите исходный код и скомпилируйте/установите ее обычным порядком.

Чтобы не забивать при преобразовании жесткий диск PPM-файлами (PPM –занимающий много места несжатый формат, где используются три байта на пиксель), можно перекинуть вывод dcraw прямо в программу конверсии. Для групповой обработки с помощью ppm2tiff всей директории с файлами, запустите в терминале

 for f in ~/photographs/new/*.PEF
 do
   dcraw -c "$f" | pnmtotiff -lzw >"${f/.PEF/.tif}"
 done

Аргумент -c велит dcraw посылать данные на стандартный вывод, который передается на вход pnmtotiff. Выражение ${f/.PEF/.tiff} подставляет имя исходного файла, меняя расширение PEF на tif. Чтобы использовать ImageMagick, измените третью строку на

dcraw -c "$f" | convert -compress lzw – "${f/.PEF/.tif}"

В этом случае convert использует обычную нотацию "-" для стандартного ввода. На man-страницах imagemagick, dcraw, netpbm и convert подробно описаны всякие дополнительные опции для тонкой настройки процесса.

Эти команды предполагают нахождение всех PEF файлов в одном каталоге. Если Ваша камера сохраняет их во вложенных каталогах, используйте команду find, чтобы создать список имен. Конвертированные изображения можно записать в другой каталог:

 find /mount/pointof/camera -name '*.PEF' | while
  read f
  do
    dcraw -c "$f" | convert -compress lzw - "~/
  photographs/tiff/$(basename "$f" .PEF).tif"
 done

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

[править] Обижен GnuCash...

В: Я без проблем работал с разными версиями GnuCash несколько лет. Однако при использовании версии 2.0.2 с последними релизами Ubuntu и SUSE папка Current Account два раза исчезала между записью счета и его рестартом. В первый раз я вернулся к ранее сохраненным счетам и заново набрал мои банковские ведомости. Во второй раз потерял 6/52 данных, и не намерен повторно вводить утраченное. Есть ли способ восстановить данные и/или избежать потерь в будущем? Программа явно непригодна для использования в ее нынешнем виде. Джо Лэм [Joe Lamb]

O: Моя первая реакция была – да я пользуюсь GnuCash много лет, сейчас в версии 2.2.1, но такого не видывал; наверняка проблема в конкретных настройках. Но это бы вас не утешило. Точно ли в вашей файловой системе нет ошибок? Запуск fsck для раздела /home был бы разумным шагом.

Что касается восстановления данных, GnuCash сохраняет резервные копии и файлы данных в свой каталог; файлы данных называются AccountName.datestring.xac. Найдите самый последний неповрежденный файл и скопируйте его в AccountName. Не надо его переименовывать, пусть лучше сохранится резервная копия на случай потери или нового повреждения учетной записи.

Эти резервные файлы создаются при каждом запуске GnuCash, и если их там оставлять, заполнят весь ваш жесткий диск, поэтому GnuCash удаляет старые файлы по истечении срока, установленного в разделе General окна Preferences. Значение 0 означает, что резервные файлы автоматически удаляться не будут.

Если ваша файловая система в порядке, было бы неплохо разобраться с первичной причиной ошибки (восстановление из резервной копии – это не выход): запустите GnuCash из терминала, и при очередном падении Вы увидите некоторые ошибки в выводе терминала или log-файлах. Поищите в списках рассылки и файле bugzilla для GnuCash (через http://www.GnuCash.org) аналогичные проблемы и создайте сообщение об ошибке, если не обнаружите ничего подобного: если разработчики не узнают о проблеме, они ее и не устранят. Было бы также мудро сперва попробовать новую версию: возьмите RPM GnuCash 2.2.x для SUSE с http://rpm.pbone.net.

[править] Konqueror против USB

В: Похоже, все дистрибутивы обрабатывают скрипты с USB-брелков по-разному. Попробуем запустить скрипт командой execute в Konqueror: Ubuntu отработает без проблем (правда, сперва моя обновленная Feisty по ошибке монтировала диск в режиме non-exec). SUSE 10.2 и Startcom сочтут брелок удаленным и не будут ничего с него выполнять. Fedora 7 Live выдаст запрос на подтверждение, но примется искать скрипт в неправильном каталоге, если Konqueror использовался для открытия USB-устройства через значок. Автомонтировщик монтирует /dev/sdb1 в /media/disk, а Konqueror видит URL как /media/sdb1. При попытке запуска исполняемого файла Konqueror пытается перейти в /media/sdb1 и не может найти исполняемый файл. После перехода в /media/disk скрипты выполняются правильно.

Хотя SUSE 10.2 ничего не запускает через Konqueror, если на брелке имеется скрипт autostart.sh, KDE предлагает выполнить его, стоит лишь вставить брелок. Надо думать, что все это настраиваемо (не вкомпилировано же жестко!), но как? HAL, udev и KDE – все причастны, файлов конфигурации уйма, так с которого начать? Ян Годдард [Ian Goddard]

О: Причин такого разнобоя несколько: отчасти это из-за особенностей работы KDE, отчасти из-за отсутствия реальных прав доступа на файловой системе FAT. Вы уже обнаружили, что KDE использует для доступа к файлу на съемном устройстве не реальный путь. Konqueror отображает media:/media/имя_устройства, но фактически монтирует устройство в /media/метка_тома (или /media/disk, если у диска нет метки тома). Это не вызывает проблем у большинства приложений KDE, так как они понимают URL’ы media:/ и system:/media, зато их не понимают не-KDE программы вроде bash. Ubuntu справляется с проблемой, потому что там установлена заплатка, направляющая Konqueror прямо в точку монтирования, но пока не решено, не перевешивают ли недостатки данного метода его преимущества.

Существует простой способ решить эту проблему для всех дистрибутивов. Откройте окно свойств, нажав правой кнопкой мыши на скрипте. Нажмите значок справа от надписи Type: Shell Script для открытия редактора типов файлов и, используя кнопку Добавить, внесите bash в список программ. Не ищите bash в списке программ, введите путь к нему в поле над списком. Подтвердите изменения; теперь при щелчке правой кнопкой мыши на скрипте bash появится в подпункте меню Открыть с помощью. Если поставить bash в верх списка, вы также сможете запускать скрипты, просто нажав значок: это удобнее, чем выбирать значок, а затем переходить на верхнюю часть окна для поиска меню. Автозапуск autоstart.sh настраивается в разделе Peripherals/Storage Media Центра управления KDE.

Другая возможность, на которую вы уже указали – редактирование конфигурации HAL, чтобы вместо имени тома при монтировании устанавливалось имя устройства. Правда, это сделает систему менее понятной, особенно при использовании файловой системы FAT, созданной другими устройствами, которая дает им значимые имена: карта памяти моего фотоаппарата всегда идентифицируется по имени, как и мой аудиоплейер, поэтому нет опасности скопировать файлы на неправильное устройство, что легко может случиться при монтировании устройств в /media/sde1 и /media/sdf1. НБ

[править] Конфуз с установкой

В: Мой ноутбук имеет двойную загрузку с PCLinuxOS. При каждой попытке установить приложения с DVDLXF, следуя инструкциям в журнале, меня озадачивает одна штука: это отсутствие дефиса, показанного в команде распаковки tar-архива. В журнале показано tar xzvf /mnt, а на самом деле надо tar -xzvf /mnt. Установка ПО в Linux – абсолютная абракадабра, и любые объяснения или оправдания этой ситуации бессмысленны. Лучше бы публиковались конкретные инструкции по установке каждой программы с прилагаемого диска: было бы интересно сравнить установки для 30 различных программ в одном документе. Уверен, их будет 30 разных. Например, я сейчас пытаюсь установить DEFCON с LXF96. Инструкция велит набирать ./configure, но мой терминал возвращает на это следующее:

bash: ./configure: No such file or directory

Камерон Райт [Cameron Wright]

О: Установка ПО в обход менеджера пакетов вашего дистрибутива может вызвать путаницу, потому что есть различные способы поставки ПО. Общие инструкции в журнале распространяются на некоторый процент ПО – а именно, на программы, поставляемые в виде исходных кодов с использованием набора autotools. Во многих случаях имеются инструкции на диске, в виде readme- или install-файлов, сопровождающих ПО, и они часто содержат идентичные инструкции. Их следует рассматривать как «Евангелие от Программиста» по установке.

Дефис перед аргументом был нужен только в ОЧЕНЬ старых версиях tar. По сути, опция z давно уже лишняя, так как tar распознает распространенные форматы сжатия. Я обычно использую tar xf filename .

. (точка) обозначает текущую директорию: например, ./configure сообщает оболочке о необходимости запуска программы или скрипта configure в текущей директории. Как только вы это поймете, понятна станет и причина ошибки: нет скрипта конфигурации этой программы. Дело в том, что DEFCON не поставляется в виде исходных текстов: это двоичный пакет, не требующий установки. Вместо скрипта configure вы увидите скрипт defcon; для его запуска просто наберите ./defcon.

Я согласен, что это не совсем очевидно, приложенная документация подразумевает использование программы под Mac OS, но это недочет одной конкретной программы, хотя мы могли бы, пожалуй, отметить это в журнале. Программы данного типа выигрывают от использования системы Autopackage (http://www.autopackage.org), которую пропагандирует Майк, web-мастер сайта Linux Format и редактор DVD. Autopackage пакует программное обеспечение в единый файл, который вы «запускаете» для установки ПО. НБ

[править] Walkman зашел в тупик

В: У меня плейер Sony NW-E507 Walkman и Ubuntu 7.04 Для установки и удаления музыкальных файлов и подкастов (что я, в основном, и делаю) этот Walkman использует Sonic Stage. Я попытался применить Mbnet, но безуспешно. Можно ли использовать этот Walkman с моей ОС? Глен Кохун [Glen Cohoon]

О: Устройство Walkman тесно связано с технологией DRM от Sony, так что без Sonic Stage не обойтись. Можно монтировать плейер как обычный USB-накопитель и загружать файлы, но они не будут проигрываться. Устройство работает только под Windows, и даже там оно приковано к ПО от Sony; пользователям Mac оно также недоступно. Стандартные MP3-плейеры нынче дешевы, и лучшее, что вы можете сделать – заменить этот упертый Walkman на что-нибудь другое и обращаться с музыкой, которую Вы купили, как вам заблагорассудится. ПХ

[править] Бридж в одиночку

В: Вы не знаете, есть ли игра бридж для Linux? Все найденные мною версии предназначаются для игры через Интернет с партнерами. Смарагда Константиниду [Smaragda Konstantinidou]

О: Изрядно пошарив, мы отыскали всего одну игру, где можно играть против компьютера, но она не с открытым кодом. Значит ли это, что программисты Open Source не играют в бридж, или что они предпочитают играть с реальными оппонентами? Неплохая тема для явно бесцельного социологического исследования; ну да Вам это ни к чему. Обнаруженная коммерческая игра – Xcontractbridge, она поставляется на компакт-диске за $29. Более подробная информация – на http://www.xcontractbridge.com/xbridge.htm, там есть и демо-версия для скачивания. Это заранее собранный двоичный файл, который должен работать на большинстве i386 + или x86_64 систем и вроде бы «бегает» без проблем на моей машине Core2Duo; правда, я-то в бридже умею только различать красные и черные масти (да и то благодаря наследственности: мой отец был мастером этой игры). НБ

[править] Двое на одного

В: Недавно увидел программу АСТЕР для Microsoft Windows. Она позволяет независимо работать на одном компьютере нескольким пользователям: мониторы подключаются к видеокарте с двумя выходами (или используются две видеокарты), а дополнительные клавиатура и мышь подсоединяются к шине USB. Возможно ли сделать такое в Linux? Gates Alex

О: Возможность создания нескольких рабочих мест на базе одной вычислительной машины существовала в операционных системах Unix изначально. Unix-серверы, обслуживающие один или несколько десятков текстовых терминалов (таких, как vt100), когда-то были распространенным явлением. Разумеется, эти возможности не исчезли с распространением X Window System и существуют и в Linux.

Принцип работы работы такой «многоголовой» системы прост. X-сервер (правда, для X.Org потребуется дополнительная надстройка в виде Xephyr, XFree в этом смысле был более продвинут) может обслуживать несколько экранов и получать события от нескольких устройств ввода. Мы можем установить в компьютер несколько видеокарт (конечно, это должны быть PCI-карты, если только у вас нет нескольких AGP-слотов; кроме того, вы можете использовать и встроенное видео), а также подключить необходимое количество клавиатур (устройства /dev/input/eventX) и мышей (/dev/input/mouseX), используя обычный USB-концентратор. После этого достаточно просто установить соответствие между клавиатурами, мышами и мониторами в секциях ServerLayout файла xorg.conf (по одной на каждого пользователя) и запустить несколько копий X с различными значениями параметра -layout – именно он указывает, какая секция будет использоваться для данного экземпляра X-сервера. ВИ

[править] Сумасброд su

В: Я установил ALT Linux 4.0 и у меня возникла смешная проблема. Запускаю консоль, набираю su и вижу вот что:

[andrew@and ~]$ su
password:
[root@and andrew]# echo ~
/home/andrew
[root@and andrew]#

Если верить этому, то получается, что root и andrew (я) используем одну и ту же домашнюю директорию?! Андрей Кондратьев

О: Нет, хотя вы с root’ом – одно и то же лицо, домашние директории у вас, скорее всего, разные. «Оптический обман», который вы наблюдаете, происходит из-за того, что по умолчанию su меняет лишь идентификатор пользователя, но не его окружение. Таким образом, переменная HOME, в которой хранится путь к домашнему каталогу, остается прежней. Чтобы «имитировать» вход нового пользователя в систему, используйте команду su -. ВС

[править] Linux как почтовый прокси

В: Я хочу автоматически качать сообщения с моей учетной записи в Интернете и получать их на свой ноутбук с Windows от машины с Linux, чтобы скачивать их только на одну из машин, но чтобы сообщения также остались на моем сервере. Я бы мог просто изменить запись МХ, указав на мою машину, но мой провайдер не предоставляет статического IP-адреса (кроме dyndns). Tfg, из форумов LXF

О: Запуск местного МТА (Mail Transport Agent) без статического IP-адреса – вещь рисковая: из-за изменения динамического адреса ваша почта может угодить в чужие руки. Некоторые Интернет-провайдеры блокируют порт 25, это потенциальный пункт входа для предполагаемых злодеев. Но для достижения ваших целей свой МТА запускать вовсе не нужно. При помощи fetchmail получите почту с вашего почтового сервера, сохраните ее локально, а затем запустите POP3 или IMAP сервер для работы с почтой на локальных ПК. В текстовом редакторе создайте в Вашем домашнем каталоге файл .fetchmailrc такого содержания:

set daemon 300
poll mail.myisp.com with proto POP3
    user 'myispuser' there with password
'mypass' is 'myuser' here options keep
mda '/usr/bin/procmail -d %T'

и установите права на чтение только для себя:

chmod 600 ~/.fetchmailrc

Первая часть велит fetchmail работать в режиме демона и опрашивать Ваш почтовый сервер каждые 300 секунд, вторая связывается с почтовым сервером, используя имя пользователя и пароль, и сохраняет почту под местным именем пользователя. Опция keep оставляет почту на сервере (убедившись, что все работает, можете ее удалить). Последняя строка предписывает fetchmail доставлять почту через procmail, а не sendmail. Велите procmail доставлять почту, поместив в ~/.procmailrc строки

MAILDIR=/var/spool/mail
DEFAULT=$MAILDIR/$LOGNAME/

Оконечный / обязателен, он приказывает procmail использовать для хранения maildir, которая позже понадобится IMAP-серверу. Создайте почтовую директорию

mkdir -p /var/spool/mail/myuser
chown myuser:mail /var/spool/mail/myuser
chmod 770 /var/spool/mail/myuser

Протестируйте все это командой fetchmail -- daemon 0 -v. Она отключает фоновый режим и показывает все, что происходит. Если все в порядке, установите fetchmail на автоматический запуск, выбрав System > Preferences > Personal > Session, нажав New в вкладке Startup Programs и введя fetchmail в обоих полях. Fetchmail теперь будет запускаться при каждом запуске Gnome. Добившись получения почты в свою систему, обзаведитесь IMAP-сервером для доступа к ней из вашей локальной сети. После установки Dovecot из репозиториев Fedora, внесите изменения в /etc/dovecot.conf. Найдите строки

#listen= [::]
#mail_location =

и замените их на

listen = *
mail_location = /var/spool/mail/%u

Кроме того, необходимо разрешить порты 110 (POP3) и 143 (IMAP) через брандмауэр. Для исходящей электронной почты, на каждом компьютере можно оставить возможность общаться непосредственно с вашим провайдером через SMTP-сервер. НБ LXF

[править] Проблемы с обновлениями

В: После обновления ASPLinux 11 до 11.2 (с диска LXF89) менеджер пакетов перестал работать! Он запускается, но потом появляется окошко, в котором сказано, что он не может подключится к сети – и все. Зачем ему сеть? Наверное, где-то в настройках сказано, что пакеты надо искать в Интернете. Подскажите, где искать эти настройки? Ладно, установил Fedora Core 6 с DVD LXF87/88. С менеджером пакетов – та же проблема! Виктор Басынин

О: Обновлениями в Fedora Core и, как следствие, в ASP Linux занимается одна и та же утилита – Yum, и ее основные настройки хранятся в файле /etc/yum.conf и каталоге /etc/yum.repos.d. По умолчанию все системы, действительно, настроены на получение обновлений из интернета. Репозитории, в которых будет производиться их поиск, обычно перечислены в отдельных файлах с расширением .repo в /etc/yum.repos.d. Откройте (от имени root) такой файл в текстовом редакторе. Он имеет формат «Windows .INI», т.е. состоит из секций, начинающихся с названия в квадратных скобках (каждая секция соответствует одному репозиторию), и пар «ключ-значение». Нас интересует ключ baseurl – измените его значение на file://место/куда/монтируется/cdrom, например file:///media/cdrom. Старую директиву закомментируйте знаком #, не помешает проделать это и для директивы mirrorlist. Обратите также внимание на секции с суффиксом updates. Если оставить их без изменения, Yum будет пытаться искать обновления в сети; если же проделать описанную выше манипуляцию – все данные будут читаться с диска, но об оперативном устранении уязвимостей в этом случае придется побеспокоиться самому. Имейте в виду, что Yum не занимается управлением съемными носителями – вы должны самостоятельно вставить диск с пакетами и смонтировать его, прежде чем откроете Установку/удаление программ. ВС

[править] Неконтактная VMware

В: Я использую VMware Workstation для запуска различных виртуальных машин, и с Windows, и с Linux – для разработки web-сайтов, а также чтобы пробовать разные дистрибутивы. Недавно я утратил способность соединять через SSH хост- (Ubuntu) и гостевую ОС. Команды ssh просто висят, пока я не нажму Ctrl+C.

Я могу соединиться по SSH с хостом или гостевой системой с моего ноутбука в той же сети, могу и подключиться к ноутбуку с хост- или любой из виртуальных машин; похоже, не работает только соединение между хост- и гостевой системой на одной машине. Я пропинговал гостевые системы из хоста и наоборот, и, по-видимому, не работает только SSH. Но я не изменял ничего в моих настройках SSH на хосте, а так как это влияет на все гостевые системы, я не вижу проблемы в настройках. Я использую мост – я всегда так делал, и все работало. Дэйв Бэрч [Dave Burch]

О: Я столкнулся с точно такой же проблемой. Сперва я заподозрил SSH, но затем обнаружил, что другие протоколы тоже сбоят. И выяснилось: поломалось все, что использует TCP, причем в связи с обновлением ядра. Изменилась поддержка движка TCP Offload на некоторых сетевых картах (в моем случае, в контроллере Attansic L1 Gigabit). Движок offload передает часть нагрузки по обработке TCP от ядра к контроллеру сетевой карты, что вызывает проблемы, когда сетевой трафик не идет через сетевой контроллер, хотя он предназначен для той же сети – ситуация, возможная только в виртуальных машинах. Мост дает виртуальной машине IP-адрес в той же подсети, что и Ваша локальная сеть, но трафик не проходит через сетевую карту.

Решение простое: отключите некоторые функции движка offload с помощью ethtool. Все потенциальные источники проблем одновременно ликвидируются так:

sudo ethtool --offload eth0 rx off tx off sg off tso off

Если это работает, неповинных Вы можете «помиловать». На моей системе я отключил только самое необходимое:

sudo ethtool --offload eth0 tx off

Определив, что именно надо отключать, можно добавить команду в /etc/rc.local (без части sudo), и она будет выполняться автоматически при загрузке. НБ

[править] Виртуальные частные сети

Можно ли работать из дома, имея доступ к частной сети вашей компании?

[править] Вроде и круто, но что это?

Виртуальная частная сеть [Virtual Private Network, или VPN] является сетью, туннелируемой через другую сеть. Главное назначение VPN – перенос приватных данных через публичные сети, такие как Интернет. Соединение виртуальной сети проходит через зашифрованный туннель в сети общего доступа. Безопасность последней никак не гарантируется, так как нельзя проконтролировать, кто имеет доступ к промежуточным устройствам; а шифрованные данные бесполезны для всех, кроме вас.

[править] Разве SSH или HTTPS делают не то же самое?

Эти два типа шифрованного соединения используются для определенной цели: запуска оболочки или защищенного доступа к web-страницам. VPN работает на более низком уровне, шифруя все передаваемое.

[править] А зачем?

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

[править] Нужно ли для этого специальное оборудование?

Потребуются VPN-сервер, запущенный в сети, и подходящая настройка брандмауэра, а также клиент VPN, установленный локально. Это может быть программа на вашем компьютере (единственный возможный вариант в так называемой конфигурации «road warrior», т.е. про работе со своего ноутбука из любой точки мира) или выделенный VPN-маршрутизатор, установленный, например, в удаленном офисе фирмы.

[править] Наверное, он недешев?

Почему же? VPN поддерживается многими маршрутизаторами, некоторые из них ненамного дороже самых элементарных, без VPN. Остерегайтесь маршрутизаторов, заявляющих поддержку VPN в режиме pass-through: они всего лишь обеспечивают использование VPN-соединения, но не способны управлять им, и вам все равно потребуется держать клиентское ПО VPN на своем компьютере.

[править] Что это за ПО?

Вам нужны клиентское ПО и ядро соответствующей конфигурации. В большинстве дистрибутивов такое ядро имеется по умолчанию (поскольку большинство дистрибутивов засовывают в свои ядра по умолчанию все, что только может пригодиться). ПО зависит от вида VPN на другом конце соединения, но проекты OpenVPN (http://openvpn.net) и Openswan (http://www.openswan.org) охватывают почти все варианты соединений.

[править] Совет месяца: Смена редактора

Если вы – пользователь дистрибутива на основе Debian (например, Ubuntu), то наверняка обращали внимание на загадочный каталог /etc/alternatives. Заглянув в него, вы обнаружите огромное количество стандартных системных команд. Взглянув пристальнее, вы поймете, что все это – символьные ссылки на реальные исполняемые файлы в вашей системе. Скопище ссылок обязано своим существованием разработчикам Debian, которые решили не делать за вас предпочтений в выборе инструментов. Для иллюстрации своей позиции они обычно используют cron, демон-планировщик. Чтобы назначить некоторое событие на определенные дату и время, Cron запускает текстовый редактор, в котором вводится описание задачи. Вопрос, утверждают разработчики Debian, в том, какой именно редактор? Linux не дает на него однозначного ответа, и «правильный» текстовый редактор послужил предметом бурных споров. Предпочитает ли пользователь Emacs, Vi или Nano, жесткий выбор одного из них всегда приводит к проблемам.

Решением стал /etc/alternatives. Набрав cron в Ubuntu, вы увидите дружелюбный к новичкам Nano. На самом деле, cron просто вызывает команду editor, расположенную в /usr/bin и являющуюся ссылкой на /etc/alternatives/editor.

Ну, а последняя, как вы уже поняли, указывает на реальное приложение – в нашем случае, /usr/bin/nano. Чтобы изменить это поведение в соответствии со своими предпочтениями, достаточно заменить ссылку editor в /etc/alternatives. Существует даже команда, готовая выполнить эту работу за вас. Введите

update-alternatives --set editor /usr/bin/vim, 

тогда редактором станет Vi. Для получения перечня возможных вариантов, используйте ключ -display editor. Точно так же можно поступить с любой командой, определенной в /etc/alternatives.

[править] Коротко про: DVD-CSS Смотрите кино из-под Linux

Это из-за системы DVD Content Scrambling System (CSS) большинство коммерческих DVD не проигрывается мультимедийными проигрывателями Linux при установке «из коробки». CSS пресекает копирование DVD-видео за счет шифрования данных на диске. Ключ шифрования хранится в специальной области диска, не доступной стандартным устройствам записи DVD. В пустых DVD +/-RW эта область заполнена нулями. Если сделать прямую копию DVD, зашифрованного CSS, скопируются все зашифрованные данные, но не ключ к шифру.

Можно взломать шифр, используя обычный подбор, поскольку методика шифрования слабая, но на это все же уйдет около суток – слишком долгое время для того, чтобы посмотреть фильм. Но алгоритм CSS был раскрыт тремя людьми. Двое из них предпочли остаться анонимами, третьим был подросток Йон-Лех Йохансен [Jon Lech Johansen], известный как «Йон-DVD». Эти трое создали DeCSS, в последствии включенную в библиотеку libdvdcss. Если она установлена, мультимедийные проигрыватели Linux могут использовать ее для воспроизведения зашифрованных DVD.

Правовой статус DeCSS темен: Йон-DVD даже был однажды арестован, но не осужден, и за использование libdvdcss пока никого не посадили. Но риск велик, так что практически нет дистрибутивов, включающих поддержку CSS по умолчанию. Установка библиотеки – задача тривиальная, и она оставлена на усмотрение пользователя. Многие дистрибутивы имеют неофициальные сайты, где есть подходящие пакеты, или же можно установить ее из исходных текстов. Поэтому вы не найдете libdvdcss на LXFDVD. Установка libdvdcss позволяет всем DVD-проигрывателям показывать коммерческие DVD без каких-либо дальнейших действий.