Ай да Linux Wiki - Вклад участника [ru]

PortSentry - средство противодействия сканированию портов

2011-03-24T16:44:41Z

Angelo:

[[Category:Руководства]]
[[Категория:Net]]
[[Категория:Безопасность]]

= Введение =

Сканирование портов является одним из самых распространенных и простых способов узнать, какая операционная система установлена на компьютере, какие службы запущены в данный момент и получить другую информацию о компьютере, подключенном к Internet , которая может быть использована для взлома и проникновения. Существует много программ для обнаружения сканирования портов. Но обнаружения не достаточно. Должна последовать адекватная реакция. "Адекватная реакция" может заключаться в отправке в сторону сканирующего тебя человека неправильного фрагментированного пакета, ответного сканирования портов, установки на него firewall'а и т.д. Также желательно, чтоб он получил недостоверную информацию об открытых портах на твоем компьютере. Все это и многое другое позволяет делать прекрасная программа Psionic Software Portsentry.

Когда сканирование обнаружено могут последовать следующие ответы:
*занесение информации об инциденте в системный журнал через syslog().
*Компьютер замеченный в сканировании автоматически заносится в файл /etc/host.deny для TCP Wrappers.
*Локальный компьютер автоматически перенастраивается, чтобы направлять весь трафик от атакующего на несуществующий компьютер.
*Локальный компьютер автоматически перенастраивается, чтобы блокировать все пакеты от атакующего пакетным фильтром.

'''''Цель этой программы''''' – дать администратору информацию о том, что их сервер исследуется.

= Установка =

'''''Внимание:''''' в версии portsentry 1.2 было найдено несколько багов, и поэтому, я рекомендую использовать версию 1.2-r1. Хотя и там ситуация не изменилась. Проблема заключалась в некорректной остановке демона. Ниже будет приведено решение данной проблемы.

Для этого необходимо:

echo net-analyzer/portsentry ~x86 >> /etc/portage/package.keywords

Устанавливаем программу:

emerge -av net-analyzer/portsentry

= Настройка =

'''''Внимание:''''' если у вас проблемы с остановкой или перезапуском демона, то необходимо поправить файл ''/etc/init.d/portsentry'', а точнее разделы ''stop'' и ''restart'':

stop() {
ebegin "Stopping portsentry"
start-stop-daemon --stop --quiet --exec /usr/bin/portsentry
eend $?
}

restart() {
$stop
$start
}

== Режим работы ==

Portsentry возможно запускать в трех режимах для каждого протокола. Одновременно можно использовать только один режим работы на одном протоколе.

Режим работы задается в файле:

/etc/conf.d/portsentry

Достаточно раскомментировать необходимую стройку.

=== Classic ===

Работая в данном режиме Portsentry открывает порты, указанные в TCP_PORTS или UDP_PORTS и находится в состоянии ожидания соединения. При попытке подключения к перечисленному порту происходит блокирование удаленного хоста. В этом режиме Portsentry не реагирует на Stealth-сканирование. Данный режим работы задается опциями командной строки: -tcp и -udp , для TCP и UDP-портов соответственно.

=== Enhanced Stealth Scan Detection ===

Данный режим используется для проверки перечисленных в TCP_PORTS или UDP_PORTS портов на предмет подключения или сканирования. Отличительная черта, то что палит практически все типы Stealth-сканирования, а не ограничивается только сканирование подключением. Порты, в отличие от предыдущего режима открытыми не держит, посему атакующий получает достоверную информацию об открытых портах. Задается ключиками командной строки: -stcp и -sudp , для TCP и UDP-портов соответственно.

=== Advanced Stealth Scan Detection ===

Данный режим используется для проверки всех портов входящих в пул от 1 до ADVANCED_PORT_TCP (для TCP) или ADVANCED_PORT_UDP (для UDP). Порты, открытые работающими на хосте программами и перечисленные в ADVANCED_EXLUDE_TCP(для TCP) или ADVANCED_EXCLUDE_UDP(для UDP) не проверяются. Любой хост, попытавшийся подключится к порту из этого промежутка, мгновенно блокируется. Наиболее удобный для использования метод, т.к. реакция на сканирование или попытку подключения у данного метода самая быстрая, а также в этом режиме используется гораздо меньше процессорного времени, чем в остальных. Задается ключами из коммандной строки: -atcp и -audp , TCP и UDP-портов соответственно.

== Конфигурация ==

Приступаем к правке основный конфигурационных файлов. Будем отталкиваться от доступных файлов примеров:

cp /etc/portsentry/portsentry.conf.sample /etc/portsentry/portsentry.conf
cp /etc/portsentry/portsentry.ignore.sample /etc/portsentry/portsentry.ignore

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

#######################
# Конфигурации портов #
#######################
#
#
# Несколько примеров настроены для классического и основного Stealth
# режимов
#
# Я люблю всегда сохранить некоторые порты в нижнем конце диапазона.
# Это позволит быстро обнаружить последовательное сканирование портов
# и обычно эти порты не используются (например, tcpmux порт 1)
#
# ** Пользователи X-Windows **: Если вы запускаете X на вашем сервере, вам
# нужно быть уверенным, что PortSentry не привязан к порту 6000 (или порту
# 2000 для пользователей OpenWindows).
# Сделав это вы обеспечите правильный старт X-клиента.
#
# Эти привязанные порты игнорируются для режима Advanced Stealth Scan
# Detection Mode.
#
# Раскомментируйте это для чрезвычайного анализа:
TCP_PORTS="1,7,9,11,15,70,79,80,109,110,111,119,138,139,143,512,513,514,515,540,635,1080,1524,2000,2001,4000,4001,5742,6000,6001,6667,12345,12 346,20034,27665,30303,32771,32772,32773,32774,31337,40421,40425,49724,54320"
UDP_PORTS="1,7,9,66,67,68,69,111,137,138,161,162,474,513,517,518,635,640,641,666,700,2049,31335,27444,34555,32770,32771,32772,32773,32774,3133 7,54321"
#
# Используйте их, если вы только хотите знать:
#TCP_PORTS="1,11,15,79,111,119,143,540,635,1080,1524,2000,5742,6667,12345,12346,20034,27665,31337,32771,32772,32773,32774,40421,49724,54320"
#UDP_PORTS="1,7,9,69,161,162,513,635,640,641,700,37444,34555,31335,32770,32771,32772,32773,32774,31337,54321"
#
# Используйте это только для bare-bones
#TCP_PORTS="1,11,15,110,111,143,540,635,1080,1524,2000,12345,12346,20034,32771,32772,32773,32774,49724,54320"
#UDP_PORTS="1,7,9,69,161,162,513,640,700,32770,32771,32772,32773,32774,31337,54321"
###########################################
# Опции Advanced Stealth Scan Detection #
###########################################
#
# Это номера портов, которые PortSentry должен контролировать в
# Advanced mode.
# Любые порты "ниже" этого числа будут контролироваться. Оставьте это
# для контроля всего ниже 1023.
#
# На многих Linux системах нельзя привязать порты выше 61000. Это
# потому, что эти порты используются как часть IP маскарадинга. Я не
# рекомендую вам привязываться к этим номерам портов. Реальность: Я не
# рекомендую использовать порты за 1023, так как это будет приводить к
# ошибочным предупреждениям. Вы были предупреждены!
# Не пишите мне если у вас возникли проблемы, потому что я просто
# высказываю вам свое мнение. Не используйте выше 1023 порта.
#
#
ADVANCED_PORTS_TCP="1024"
ADVANCED_PORTS_UDP="1024"
#
# Это поле говорит PortSentry, что порты (за исключением прослушиваемых
# демонами) игнорируются. Это полезно для услуг, вызываемых ident,
# например FTP, SMTP и wrappers, которые могут остаться не
# запущенными.
#
# По установленным здесь портам PortSentry будет просто не отвечать
# на входящие запросы. Фактически, PortSentry будет их обрабатывать как
# будто они привязаны к демонам. Заданные по умолчанию порты могут
# выступать в отчетах, как возможно ложные сигналы тревоги и
# вероятно должны быть оставлены для всез кроме особо изолированных систем
#
# TCP ident и NetBIOS сервисы
ADVANCED_EXCLUDE_TCP="113,139"
# Default UDP route (RIP), NetBIOS, bootp broadcasts.
ADVANCED_EXCLUDE_UDP="520,138,137,67"

######################
# Конфигурационные файлы #
######################
#
# Игнорируемые хосты
IGNORE_FILE="/etc/portsentry/portsentry.ignore"
# Хосты, которым было отказано в доступе (из истории работы)
HISTORY_FILE="/var/log/portsentry/portsentry.history"
# Компьютеры доступ которым заблокирован только в этой сессии
# (времмено до следующей перезагрузки)
BLOCKED_FILE="/var/log/portsentry/portsentry.blocked"
##############################
# Различные конфигурационные опции #
##############################
#
# Определять ли "имя" атакующего хоста используя DNS Name resolution
# 1 – определять
# 0 – не определять
RESOLVE_HOST = "0"
###################
# Опции ответов #
###################
# Опции ликвидации атакующего. Каждое из этих действий будет
# выполняться если будет обнаружена атака. Если вы не хотите отдельную
# опцию, то комментируйте ее и она будет пропущена.
#
# Переменная $TARGET$ будет замещена целью атаки, когда атака обнаружена.
# Переменная $PORT$ будет заменятьс портом, который был сканирован.
#
##################
# Опции игнорирования #
##################
# Эти опции позволяют вам допустить автоматический параметры ответа для
# UDP/TCP. Это бывает полезно, если вы хотите получить предупреждение о
# соединениях, но не хоти реагировать на определенный протокол.
# Для предотвращения возможных Denial of service атак через UDP и
# определение stealth сканирования для TCP, вы можете пожелать отключить
# блокирование, но оставить предупреждение.
# Лично я предпочитаю ждать начала возникновения проблем до того как
# что-нибудь предпринять, так как большинство атакующих ничего не делают.
# Третья опция позволяет вам запускать внешнюю команду в случае
# сканирования. Это может быть полезно, например, для администраторов,
# которые хотят блокировать TCP, но для UDP будет высылаться
# предупреждения и т.д.
#
#
# 0 = Не блокировать UDP/TCP сканирование.
# 1 = Блокировать UDP/TCP сканирование.
# 2 = Запуск внешней команды (KILL_RUN_CMD)
BLOCK_UDP="1"
BLOCK_TCP="1"
###################
# Сброс маршрутов #
###################
# Эти команды используются для удаления маршрута или
# хоста в локальную таблицу фильтрации.
#
# Шлюз (333.444.555.666) идеально должен быть неработающий хост
# в локальной подсети. На некоторых хостах вместо него используется
# localhost (127.0.0.1), что дает тот же эффект. ЗАМЕТИМ ЧТО
# 333.444.555.66 НЕ БУДЕТ РАБОТАТЬ, ИЗМЕНИТЕ ЭТО!!
#
# ВСЕ ОПЦИИ ОТКЛЮЧЕНИЯ МАРШРУТОВ ИЗНАЧАЛЬНО
# ЗАКОММЕНТИРОВАНЫ. Убедитесь, что вы раскомменировали
# правильные строки для вашей ОС. Если вашей ОС нет в списке
# и вы точно знаете команды сбрасывающие маршруты, то,
# пожалуйста, пришлите их мне. ТОЛЬКО ОДНА KILL_ROUTE ОПЦИЯ
# МОЖЕТ БЫТЬ ИСПОЛЬЗОАНА ОДНОВРЕМЕННО, ТАК ЧТО
# НЕ РАСКОММЕНТИРУЙТЕ БОЛЬШЕ ОДНОЙ СТРОКИ.
#
# ЗАМЕЧАНИЕ: route команды это наименее оптимальная дорога блокирования
# и она не предоставляет полной защиты от UDP атак и
# будет спокойно создавать предупреждения для UDP и stealth сканирований.
# Я всегда рекомендую вам использовать пакетный фильтр, потому что это
# соответствует замыслу.
#
# Общий
#KILL_ROUTE="/sbin/route add $TARGET$ 333.444.555.666"
# Общий для Linux
#KILL_ROUTE="/sbin/route add -host $TARGET$ gw 333.444.555.666"
# Новые версии Linux поддерживают сейчас флаг reject. Это лучше, чем
# вышестоящая опция
#KILL_ROUTE="/sbin/route add -host $TARGET$ reject"
# Общие для BSD (BSDI, OpenBSD, NetBSD, FreeBSD)
#KILL_ROUTE="/sbin/route add $TARGET$ 333.444.555.666"
# Общий для Sun
#KILL_ROUTE="/usr/sbin/route add $TARGET$ 333.444.555.666 1"
# NEXTSTEP
#KILL_ROUTE="/usr/etc/route add $TARGET$ 127.0.0.1 1"
# FreeBSD
#KILL_ROUTE="route add -net $TARGET$ -netmask 255.255.255.255 127.0.0.1 -blackhole"
# Digital UNIX 4.0D (OSF/1 / Compaq Tru64 UNIX)
#KILL_ROUTE="/sbin/route add -host -blackhole $TARGET$ 127.0.0.1"
# Общие для HP-UX
#KILL_ROUTE="/usr/sbin/route add net $TARGET$ netmask 255.255.255.0 127.0.0.1"
##
# Использование пакетного фильтра более предпочтительный метод. Ниже
# перечисленные строки подходят для многих ОС. Помните, вы можете
# раскомментировать только одну строку.
# Опции KILL_ROUTE.
##
# Linux с поддержкой ipfwadm
#KILL_ROUTE="/sbin/ipfwadm -I -i deny -S $TARGET$ -o"
#
#Linux с поддержкой ipfwadm (без логгирования)
#KILL_ROUTE="/sbin/ipfwadm -I -i deny -S $TARGET$"
#
#Linux с поддержкой ipchain
#KILL_ROUTE="/sbin/ipchains -I input -s $TARGET$ -j DENY -l"
#
#Linux с поддержкой ipchain (без логгирования)
#KILL_ROUTE="/sbin/ipchains -I input -s $TARGET$ -j DENY"
#
#Linux с поддержкой iptables
KILL_ROUTE="/sbin/iptables -I portscan_deny -s $TARGET$ -j DROP"
#
#Linux с поддержкой iptables support с лимитированием и логгирование
# лимитирование пакетов обеспечит защиту от DOS атак
# KILL_ROUTE="/sbin/iptables -I INPUT -s $TARGET$ -j DROP && /sbin/iptables -I INPUT -s $TARGET$ -m limit –limit 3/minute –limit-burst 5 -j LOG –log-level DEBUG –log-prefix 'Portsentry: dropping: '"
#
# For those of you running FreeBSD (and compatible) you can
# use their built in firewalling as well.
#
#KILL_ROUTE="/sbin/ipfw add 1 deny all from $TARGET$:255.255.255.255 to any"
#
#
# For those running ipfilt (OpenBSD, etc.)
# NOTE THAT YOU NEED TO CHANGE external_interface TO A VALID INTERFACE!!
#
#KILL_ROUTE="/bin/echo 'block in log on external_interface from $TARGET$/32 to any' | /sbin/ipf -f -"

###############
# TCP Wrappers#
###############
# Этот текст описывает внесение в файл hosts.deny для использования wrappers.
# Зжесь приводятся два формата TCP wrappers:
#
# Формат 1: Старый стиль – по умолчанию, когда хост не допускает обработки
# параметров.
#
#KILL_HOSTS_DENY="ALL: $TARGET$"
# Формат 2: Новый стиль √ включены расширенной обработки.
# Вы можете просмотреть опции расширенной обработки, чтобы
# быть уверенными, что все перед символами "%" стоит символ "\"
# (например, \%c \%h )
#
#KILL_HOSTS_DENY="ALL: $TARGET$ : DENY"
###################
# Внешние команды #
###################
# Эта команда выполняется когда хост подключен, это может быть то, что вам
# нужно (пэйджер и т.д.). Эта команда выполняется перед очисткой маршрута.
#
# Я НЕ РЕКОМЕНДУЮ ПОМЕЩАТЬ КАКИЕ-ЛИБО КАРАТЕЛЬНЫЕ
# ДЕЙСТВИЯ ПРОТИВ ХОСТА СКАНИРУЮЩЕГО ВАС.
#
#TCP/IP это протокол без подтверждения подлинности и люди могут организовать
# сканирование из ниоткуда. Единственное, что можно безопасно запустить
# это скрипт обратной проверки, который использует классический -tcp режим.
# Этот режим требует полного соединения и очень труден для обмана (spoof).
#
# Переменная KILL_RUN_CMD_FIRST должна быть выставлена в "1" для запуска внешней команды
# ДО блокирования. Установите в "0" для выполнения команды ПОСЛЕ блокирования
#
#KILL_RUN_CMD_FIRST = "0"
#
#
KILL_RUN_CMD="/usr/home/script/work/scan_port_mail.sh $TARGET$ $PORT$ $MODE$"
# for examples see /usr/share/doc/portsentry/examples/

#####################
# Значение триггеров сканирования #
#####################
# Введите число соединений к портам, когда вам будет дано предупреждение.
# По умолчанию значение равно 0 – незамедлительная реакция.
# Значения 1 или 2 будут уменьшать количество ложных срабатываний. В более
# высоком значение нет необходимости. Это значение должно быть определено,
# но как правило можно оставить 0.
#
# ЗАМЕЧАНИЕ: Если вы используете продвинутые опции определения, вам
# нужно быть внимательным, чтобы не создать ситуацию "спускового крючка,
# требующего легкого нажатия". Поскольку расширенный режим будет
# реагировать на любой удаленный компьютер соединяющийся с интервалом
# ниже определенного здесь, вы при определенных обстоятельствах
# действительно разорвете что-нибудь. (например, кто-то невинно пытается
# соединиться с вами через SSL [TCP порт 443] и вы сразу блокируете его).
# Так что будьте внимательны.
#
SCAN_TRIGGER="0"
######################
# Секция заголовка (banner) порта #
######################
# Введите здесь текст, который вы хотите показать человеку отключаемого
# PortSentry. Я не рекомендую насмехаться над человек, так как это может его
# разозлить. Оставьте эти строки закомментироваными, чтобы отключить эту
# возможность.
#
# Режим определения Stealth сканирования не использует эту возможность.
#
#PORT_BANNER="** UNAUTHORIZED ACCESS PROHIBITED *** YOUR CONNECTION ATTEMPT HAS BEEN LOGGED. GO AWAY."
# EOF

В файле portsentry.ignore мы упоминаем IP-адреса компьютеров, которые не должны быть блокированы при подключении к отслеживаемому порту. По умолчанию, в файле заданы два IP-адреса: 127.0.0.1 и 0.0.0.0. туда следует добавить внутреннюю сеть и свои сервера.

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

mkdir -p /usr/home/script/work/
cd /usr/home/script/work/
touch scan_port_mail.sh
chmod +x scan_port_mail.sh

###################### /usr/home/script/work/scan_port_mail.sh ######################
#!/bin/bash
# оповещение по почте о попытках сканирования хостов

# вводим переменные:
main_e_mail=”root@sane4ka.ru”
attak_date=”`date +%Y-%m-%d`”
attak_time=”`date +%H:%M:%S`”
local_mashine=”`uname -n`”

# достаём хост с которого сканили
hacker_IP=$1
scanned_port=$2

# определяем DNS-атакующего
hacker_DNS=`host ${hacker_IP} | awk ‘{print $5}’`

# ваяем тревожную мессагу
echo ” обнаружена попытка сканирования .
Имя машины: ${local_mashine}
Отсканенные порты: ${scanned_port}

Прикрепляем данные атакующего:
IP: ${hacker_IP}
DNS: ${hacker_DNS}
=======
Атака заблокирована.
” | mail -s port_scanned_on_${local_mashine} ${main_e_mail}

############################

'''''Внимание''''': для работы скрипта необходимы: ''mail-client/mailx'' и ''net-dns/bind-tools''

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

----
Информация взята с [http://odminblog.ru/portsentry-install/ odminblog.ru] и [http://www.lissyara.su/articles/freebsd/security/portsentry/ lissyara.su]

Tr

2011-03-24T16:44:10Z

Angelo:

== Описание ==

Команда tr служит для перевода (замены) выбранных символов в другие символы или удаления их.

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

Вот общий синтаксис команды tr:

tr [опция] набор1 [набор2]

Позиции в квадратных скобках не являются обязательными.

Команде tr требуется минимум один аргумент, а принимается максимум два. Первый аргумент, называемый набор1 перечисляет символы, подлежащие замене или удалению. Второй аргумент, набор2, перечисляет символы, которые должны заменить символы из набора1.

Команда tr без опций заменит символы из набора1 символами из набора2.

== Азы команды tr ==

В следующем примере, каждая буква a будет заменена буквой b:

tr a b

Затем следует нажать Enter и команда будет готова к приему текста:

tr a b [Enter]
abracadabra

Когда текст введен, снова следует нажать Enter:

tr a b

abracadabra
bbrbcbdbbrb

Если снова нажать Enter, то можно продолжить ввод текста:

tr a b

abracadabra
bbrbcbdbbrb
caramba

Снова нажать Enter:

tr a b

abracadabra
bbrbcbdbbrb
caramba
cbrbmbb

И так далее. Когда нужно выйти из программы, нажимаем Ctrl+c.

== Работа с файлами ==

Когда требуется обработать текст из файла, используем перенаправление ввода:

tr a b < file1.txt

Где значок < является оператором перенаправления ввода.

Что касается вывода команды tr, то гораздо удобнее иметь его в файле, чем на экране монитора, поэтому воспользуемся также оператором вывода (>):

tr a b < file1.txt > file2.txt

Если файл file2.txt не существует, то он будет создан. Если существует, то будет стерт и переписан.

'''''Внимание:''''' Остерегайтесь направлять вывод в тот же файл, откуда производился ввод:

tr a b < file1.txt > file1.txt

В этом случае весь текст в файле file1.txt исчезнет, включая вывод команды tr.

Чтобы избежать переписывания файла file2.txt следует применить добавляющий оператор перенаправления (>>):

tr a b < file1.txt >> file2.txt

В этом случае, если файл file2.txt не существует, то он будет создан, а если существует, то новый текст будет дописан в конец файла. Этим же способом можно дописать измененный текст в исходный файл:

tr a b < file1.txt >> file1.txt

Кроме метода перенаправления ввода/вывода, можно воспользоваться программными каналами (pipes), знаком которых является вертикальная черта (|):

cat file1.txt | tr a b > file2.txt

В этом примере вывод команды cat (которая прочтет файл file1.txt) будет передан на ввод команде tr (которая поменяет буквы), а после изменения будет записан в файл file2.txt.

== Возможности команды tr ==

Понятно, что возможности команды tr не ограничиваются заменой одной буквы. Команда может заменять любое количество указанных символов на другие символы. В этом случае каждый из наборов символов заключается в квадратные скобки, а скобки, в свою очередь, в кавычки; безразлично, двойные или одинарные.

'[набор1]' '[набор2]' или "[набор1]" "[набор2]"

В наборе1 один подряд перечисляются символы, подлежащие замене, а в наборе2 - в соответствующем порядке символы, которые их должны заменить:

echo cheer | tr '[abcdefghijklmnopqrstuvwxyz]' '[hijklmnopqrstuvwxyzabcdefg]'

jolly

Для современных версий (у меня, например, tr GNU coreutils 5.97) все эти квадратные скобки и кавычки не обязательны, можно просто перечислять символы:

echo cheer | tr abcdefghijklmnopqrstuvwxyz hijklmnopqrstuvwxyzabcdefg

jolly

Работает не хуже.

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

echo lower_case | tr '[a-z]' '[A-Z]'

LOWER_CASE

Кроме того, команда умеет удалять символы, перечисленные в наборе1, заменять повторяющиеся символы одиночными и кое-что еще.

== Условные обозначения ==

Команда tr также оперирует с управляющими символами и прочими элементами форматирования. Большинство из них пишутся как есть. Но есть и условные обозначения. Некоторые начинаются обратным слэшем (\):

*'''''\nnn''''' -- символ с восьмеричным значением nnn
*'''''\xnn''''' -- символ с шестнадцатеричным значением nn
*'''''\\''''' -- обратный слэш
*'''''\a''''' -- звуковой сигнал
*'''''\b''''' -- backspace (обратный ход с забоем символа)
*'''''\f''''' -- перевод страницы
*'''''\n''''' -- новая строка
*'''''\r''''' -- возврат каретки
*'''''\t''''' -- горизонтальная табуляция
*'''''\v''''' -- вертикальная табуляция
*'''''\E''''' -- escape
*'''''ЗНАК1-ЗНАК2''''' -- все знаки от ЗНАК1 до ЗНАК2 в порядке возрастания. ЗНАК1 должен предшествовать по порядку возрастания ЗНАКУ2.
*'''''[ЗНАК1-ЗНАК2]''''' -- то же, что и предыдущее, если оба набора используют эту форму.
*'''''[ЗНАК*]''''' -- ЗНАК заполняет набор2 до длины набора1 знаками ЗНАК. Эта опция работает в конце набора2. Все символы после астерикса (*) игнорируются.
*'''''[ЗНАК*N]''''' -- N копий символа ЗНАК. N подразумевается десятичным целым числом, если не начинается с 0; в этом случае считается восьмеричным целым числом.
*'''''[:alnum:]''''' -- все буквы и цифры
*'''''[:alpha:]''''' -- все буквы
*'''''[:blank:]''''' -- все горизонтальные пробельные знаки
*'''''[:cntrl:]''''' -- все управляющие знаки
*'''''[:digit:]''''' -- все цифры
*'''''[:graph:]''''' -- все печатные знаки, исключая пробел
*'''''[:lower:]''''' -- все строчные буквы (нижний регистр)
*'''''[:print:]''''' -- все печатные знаки, включая пробел
*'''''[:punct:]''''' -- все знаки препинания
*'''''[:space:]''''' -- все вертикальные или горизонтальные пробелы
*'''''[:upper:]''''' -- все заглавные буквы (верхний регистр)
*'''''[:xdigit:]''''' -- все шестнадцатеричные цифры
*'''''[=ЗНАК=]''''' -- все знаки, эквивалентные ЗНАКУ

Таким образом, предыдущий пример можно записать и так:

echo lower_case | tr '[:lower:]' '[:upper:]' LOWER_CASE

'''''Примечание:''''' Должен заметить, что с изменением регистра символов кириллицы ничего не получается, по крайней мере в моей системе.

== Параметры tr ==

=== Опция -s ===

Это одна из самых полезных опций команды tr. Эта опция позволяет заменить повторяющиеся подряд символы из набора1 на единственный символ из списка2. Если список 2 отсутствует, то заменяет множественные символы одиночными. Чаще всего эта уплотняющая текст опция применяется для замены множественных пробелов на один единственный:

echo many blank spaces | tr -s ' '

many blank spaces

Или то же самое, используя условные обозначения:

echo очень много пробелов | tr -s \t

очень много пробелов

Вот еще один пример:

cat /etc/fstab | tr -s ' ' ':'

/dev/hda5:swap:swap:defaults:0:0
/dev/hda4:/:ext3:defaults:1:1
/dev/hda1:/mnt/FreeDos:vfat:iocharset=utf8,codepage=866,noauto,users,rw,umask=000,showexec,quiet:1:0
#/dev/hda3:/mnt/suse:ext3:iocharset=utf8,codepage=:,noauto,users,rw,umask=000,showexec,quiet:1:0:
/dev/fd0:/mnt/floppy:vfat,msdos:iocharset=utf8,codepage=866,noauto,users,suid,dev,exec:0:0
devpts:/dev/pts:devpts:gid=5,mode=620:0:0
proc:/proc:proc:defaults:0:0

Здесь заменили все пробелы, служащие разделителями в файле /etc/fstab, на двоеточия. Теперь можно обрабатывать этот файл другими программами, скажем cut.

=== Опция -d ===

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

echo a black cat | tr -d a

blck ct

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

tr -d '\r' < ms.file < unix.file

или используя восьмеричный номер символа:

tr -d '\015' < ms.file > unix.file

Мне встречались утверждения, будто в некоторых реализациях команды tr возможно удалять сочетания символов (то есть слова), заключив их в кавычки:

echo a black cat | tr -d 'cat'
a black

Но мне такие реализации не попадались, и кавычки не влияют на результат удаления.

=== Опция -с ===

Заставляет команду работать с символами, которые отсутствуют в наборе 1. Другими словами: символы, перечисленные в наборе1 не используются в работе, а все остальные - используются. Например:

echo a black cat | tr -cd b-z[:cntrl:][:blank:]

blck ct

В этом примере нет буквы а, вот ее и будет удалять программа. Символы из группы [:cntrl:] нужно указать, чтобы их не удалили, иначе не происходит перенос строки, а пробел - [:blank:] - указать, чтобы он тоже остался на месте.

Или еще один изящный пример:

tr -cs a-zA-Z '\n' < /etc/fstab

dev
hda
swap
swap
defaults
dev
hda
ext
defaults
dev
hda
mnt
FreeDos
vfat
iocharset
utf
codepage
noauto
users
rw
umask
showexec
quiet
dev
hda
mnt
suse
ext
iocharset
utf
codepage
noauto
users
rw
umask
showexec
quiet
dev
fd
mnt
floppy
vfat
msdos
iocharset
utf
codepage
noauto
users
suid
dev
exec
devpts
dev
pts
devpts
gid
mode
proc
proc
proc
defaults
dev
sda
media
FLASHKA
vfat
rw
users
umask
showname
lower

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

tr -cs "[:alpha:]" "\n" < /etc/fstab

dev
hda
swap
swap
defaults
dev
hda
ext
defaults
...

Не продолжаю из экономии места.

== Команда tr и кириллица ==

Из всех опробованных мной версий программы tr ни одна адекватно не работала с символами кириллицы в кодировке UTF-8.

== Резюме программы tr ==

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

----
Информация взята с [http://open-club.ru/main/reading/HuMan_tr open-club.ru]

[[Категория:Man]]
[[Категория:Не наши статьи]]

Pipes: Программные каналы в Linux

2011-03-24T16:36:30Z

Angelo:

== Предисловие ==

В одной остроумной статье я прочел следующую сентенцию: "Лишить приверженца Юникс программных каналов - то же самое, что отобрать мышь у пользователя Виндоуз". Возможно, в этом утверждении и есть некоторое преувеличение, но в прежние времена так оно, по большому счету, и было. Опытные сторонники Юниксовидных систем любят консоль и умеют ею пользоваться. Мы же, нынешние, установив Убунту, уже считаем себя линуксоидами, а что такое консоль, имеем смутное представления. Но проходит некоторое время, и, устав от украшения рабочего стола, прочитав две-три статейки, мы решаемся нажать мышкой на значок монитора в системном трее. Со временем перед нами открывается новый мир, полный удивительных возможностей и беспрерывного совершенствования своих знаний, мир пиршества интеллекта, непрекращающегося эксперимента, и радости оттого, что ты Homo Sapiens. Девиз: "Вернем радость в общение с компьютером!", - как нельзя лучше подходит для этого случая...

Предлагаемая вашему вниманию статья как раз для тех, кто недавно открыл для себя командную строку Линукс.

== Выбор термина ==

Термин pipe (труба) чрезвычайно органично вошел в англоязычный компьютерный жаргон. Этим словом называется не только способ передачи вывода одной команды на ввод другой, но и оператор, которым обозначается это действие: | (вертикальная черта). Кроме того, то же слово служит глаголом, означающим данное действие.

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

Совершенно случайно, в книге А. Робачевского "Операционная система UNIX" мне встретился термин "программные каналы". Поначалу он показался мне несколько громоздким, но попробовав его на деле, я убедился в его несомненных преимуществах. Он не выглядит смешно и дико как "трубы", от него легко произвести глагол, и, самое главное, он имеет вполне прижившегося на русской почве брата - "именованные каналы", которые никто не назовет "именованными трубопроводами". Итак, решено, в данной статье термин pipes будет звучать как "программные каналы".

== Введение в программные каналы ==

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

$ dmesg | less

Команда dmesg выводит сообщения ядра Линукс о процессе загрузки ОС (те самые, что пробегают по экрану монитора при загрузке системы). Эти сообщения не умещаются на одном экране, и пролетают так быстро, что прочесть их невозможно. Поэтому вывод программы dmesg передают на ввод команде less. (Команда less позволяет выводу команды dmesg заполнить только один экран. Чтобы прочесть следующую порцию текста, нужно нажать клавишу пробела, а чтобы вернуться к предыдущей порции - клавишу b. Прервать работу программы можно клавишей q). Оператором такой передачи служит вертикальная черта (|). (Пробелы до и после вертикальной черты ставятся для удобства чтения, но можно обойтись и без них). Все вместе и есть простейший программный канал.

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

$ dmesg > временный.файл
$ временный.файл > less

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

Необходимо пояснить понятия, которые я походя назвал "вводом" и "выводом" программы.

Любая программа командной оболочки (шелла) оперирует с тремя потоками данных: стандартным вводом (stdin), стандартным выводом (stdout), и стандартным сообщением об ошибке (stderr). (Подробно об этом можно прочесть в статье "Перенаправление стандартных потоков данных").

По умолчанию, стандартный ввод осуществляется с клавиатуры, а стандартный вывод - на экран монитора. Если же мы задействуем оператор программных каналов (|), то стандартный вывод первой программы станет стандартным вводом второй, при этом на экране монитора он уже не появится.

Такая цепочка вовсе не ограничивается двумя программами, но может продолжаться сколь угодно долго.

== Как это работает ==

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

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

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

== Как пользоваться программными каналами ==

Чаще всего употребляются программные каналы, заканчивающиеся командами less и more. Эти две команды схожи по своему действию, однако less новее и имеет ряд дополнительных функций, включая возможность вернуться к предыдущим "страницам" вывода. Многие пользуются этими программными каналами, не подозревая, что занимаются столь мудреными вещами.

Кроме вышеприведенного примера с каналом dmesg | less, часто используется канал ls | less. Команда ls позволяет просматривать содержимое директорий, а с опцией -l дает подробные сведения о файлах, "населяющих" указанную директорию. Если директория содержит достаточно файлов, чтобы их список занял больше одного экрана, то применение программного канала с less или more неизбежно:

$ ls -l имя_директории | less

или

$ ls -l имя_директории | more

Для пробы проделайте такой пример:

$ ls -l -R /usr | less

Только запаситесь терпением - на моей небольшой системе, установленной с одного CD, в выводе было 87 187 строк, сиречь файлов. Дело в том, что опция -R команды ls выводит содержимое директории рекурсивно, то есть открывая подкаталоги, подкаталоги подкаталогов и так далее, пока не перечислит все файлы. Правда, чтобы просмотреть действительно все файлы в директории, нужно войти как администратор (root), потому что некоторые каталоги могут не давать прав доступа рядовому пользователю.

Понятно, что найти "вручную" что-либо в таком списке проблематично, и тут на помощь снова придут программные каналы.

Команда grep найдет нужные вам строки, если вы зададите образец для поиска:

# ls -l -R /usr | grep xorg.conf
-rw-r--r-- 1 root root 16681 2008-08-25 23:21 xorg.conf.5.lzma

Обратите внимание на символ # в начале командной строки - он означает, что я вошел с правами суперпользователя.

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

Среди команд-фильтров самая употребительная, без сомнения, grep. Она применяется везде, где нужно выбрать искомое из большого объема данных. Скажем, просмотреть все, что касается USB в выводе команды dmesg:

$ dmesg | grep -i usb
usbcore: registered new interface driver usbfs
usbcore: registered new interface driver hub
usbcore: registered new device driver usb
ehci_hcd 0000:00:1a.7: new USB bus registered, assigned bus number 1
ehci_hcd 0000:00:1a.7: USB 2.0 started, EHCI 1.00, driver 10 Dec 2004
...

Это только начало списка строк, выведенных командой grep -i usb, я не привожу его полностью из экономии места. Опция -i приказывает команде grep не замечать разницы между заглавными и строчными буквами.

Любой системный администратор часто пользуется командой ps. С опциями -e и -f она выводит все процессы, текущие в системе в полной форме (подробно). Процессов этих весьма много, поэтому я не привожу полный вывод команды:

$ ps -ef
UID PID PPID C STIME TTY TIME CMD
root 1 0 0 13:58 ? 00:00:00 init [5]
root 2 0 0 13:58 ? 00:00:00 [kthreadd]
root 3 2 0 13:58 ? 00:00:00 [migration/0]
root 4 2 0 13:58 ? 00:00:00 [ksoftirqd/0]
...

Чтобы найти в этом списке интересующие вас процессы, следует канализировать команду ps с командой grep. Допустим, вас интересуют процессы hald:

$ ps -ef | grep hald
19 2457 1 0 13:58 ? 00:00:00 hald
root 2467 2457 0 13:58 ? 00:00:00 hald-runner
root 2824 2467 0 13:58 ? 00:00:00 /usr/lib/hald-addon-cpufreq
19 2825 2467 0 13:58 ? 00:00:00 hald-addon-acpi: listening on acpid socket /var/run/acpid.socket
root 2831 2467 0 13:58 ? 00:00:01 hald-addon-storage: polling /dev/sr0 (every 2 sec)
ya 2884 20820 0 14:49 pts/1 00:00:00 grep hald

С таким коротким списком уже легче работать. (Обратите внимание на последнюю строчку, там представлен сам запущенный нами процесс grep hald).

Другие распространенные команды-фильтры

Кроме команды grep (или вместе с ней) часто употребляются следующие команды:
* ''sort'' - сортирует строки по алфавиту или порядку номеров
* ''wc'' - подсчитывает количество строк, слов, байт или символов в тексте
* ''tr'' - заменяет одни символы другими
* ''sed'' - позволяет редактировать текст прямо из командной строки, даже не видя его.
* ''cut'' - вырезает из текста нужные куски и выдает их на стандартный вывод
* ''head/tail'' - позволяют ограничить просмотр первыми несколькими строками (head - голова), либо последними несколькими строками (tail - хвост).

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

== Сложные программные каналы ==

Вот пример, как наладить проверку орфографии, используя программные каналы. Допустим, что у вас есть файл words.txt, в котором содержатся все слова английского языка (разумеется, такого файла у вас нет, но можно позаимствовать список слов из какого-нибудь словаря; а английского - чтобы не путаться с кодировками). Тогда составляется следующий программный канал:

$ wget "http://en.wikipedia.org/wiki/Pipeline_(Unix)" | \
sed 's/[^a-zA-Z ]/ /g' | \
tr 'A-Z ' 'a-z\n' | \
grep '[a-z]' | \
sort -u | \
comm -23 - words.txt

'''''Примечание:''''' Символ (\) используется для объединения всех шести строк в одну командную строку.

Команда первая: wget получает содержимое HTML web страницы.

Команда вторая: sed удаляет из текста страницы все символы, не являющиеся пробелами или буквами и заменяет их пробелами.

Команда третья: tr переводит все символы верхнего регистра в нижний регистр (заглавные буквы в строчные), а также конвертирует пробелы в строках в символы новой строки, так что теперь каждое "слово" является новой строкой.

Команда четвертая: grep оставляет только строки, содержащие хотя бы один алфавитный символ (попросту букву), удаляя все пустые строки.

Команда пятая: sort сортирует список "слов" в алфавитном порядке, а с опцией -u удаляет дубликаты.

Команда шестая, и последняя: comm находит строки, общие для двух файлов. Первым файлом является стандартный вывод нашего программного канала, для чего вместо имени первого файла стоит прочерк (-), вторым файлом будет файл words.txt. Строки, которые встречаются только во втором файле и те, что встречаются в обоих файлах, подавляются опциями -2 и -3. Результатом будет список слов, встречающихся только в первом файле. И, если считать файл words.txt неким эталонным словарем, то выходящий список будет содержать слова, которых нет в словаре, то есть написанные с ошибками.

== Немного истории ==

Идею программных каналов и значок вертикальной черты как их обозначение придумал Douglas McIlroy, один из авторов ранних командных оболочек. Он обратил внимание на то, сколько времени уходит на обработку вывода одной программы в качестве ввода другой. Его идеи были внедрены в жизнь, когда в 1973 Ken Thompson добавил программные каналы в операционную систему Юникс. Идея была со временем позаимствована другими ОС, такими как DOS, OS/2, Microsoft Windows, и BeOS, часто даже с тем же обозначением.

== Понятие именованного канала ==

Английское название именованного канала - named pipe или FIFO (File In, File Out - файл пришел, файл ушел). Именованные каналы служат в основном для межпроцессного взаимодействия, когда различные процессы в системе обмениваются информацией. Тема это сложная и большая, заслуживающая отдельной статьи. Поэтому в данной работе я только вкратце коснусь ее.

В отличие от анонимного программного канала, автоматически создаваемого шеллом, именованный канал обладает именем, и создается явно при помощи команд mknod или mkfifo. Создадим именованный канал fifo1:

$ mkfifo fifo1

Теперь запустим процесс, обращающийся к данному каналу:

$ grep fs < fifo1 (ENTER)

Несмотря на нажатие клавиши ENTER ничего не происходит, что не удивительно, ведь файл fifo1 пока пуст, и команде grep нечего обрабатывать. Однако консоль оказывается занята ждущим процессом, и разблокировать ее можно только прервав процесс (скажем, нажатием клавиш CTRL+c).

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

(Другая консоль)$ ls /etc > fifo1

Немедленно в первой консоли сработает команда grep:

$ grep fs < fifo1 (ENTER)
fstab
gettydefs
login.defs
mke2fs.conf

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

$ ls /etc | grep fs

и получить тот же результат.

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

== Резюме ==

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

----
Информация взята с [http://open-club.ru/main/reading/Pipes_%D0%9F%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%BD%D1%8B%D0%B5_%D0%BA%D0%B0%D0%BD%D0%B0%D0%BB%D1%8B_%D0%B2_Linux open-club.ru]

[[Категория:Man]]
[[Категория:Не наши статьи]]
[[Категория:Мегафича]]

Grep

2011-03-24T16:34:13Z

Angelo:

== Введение ==

Команда grep, одна из самых известных и употребительных команд Юниксовидных ОС, ведет свое начало от первого текстового редактора Юникс - ed. В этом редакторе была команда g/re/p (global/regular expression/print), которая и дала свое название новой программе.

Команда grep служит для поиска строк, содержащих заданный пользователем образец.

grep ОБРАЗЕЦ имя_файла

Причем обязательным для ввода является только ОБРАЗЕЦ, можно обойтись даже без имени файла (аргумента).

== Команда grep без опций и аргумента. ==

Если не указано имени файла, то команда обрабатывает стандартный ввод, например строки, набранные на клавиатуре:

grep кот

у меня есть кошка,(Enter)
вернее это кот,(Enter)
вернее это кот,
который умеет(Enter)
который умеет
ловить мышей.(Enter)
(Ctrl+c)

В скобках показано, когда я нажимал клавишу Enter, чтобы перейти на новую строку. Одновременно, при нажатии Enter, программа выводила строки, содержащие ОБРАЗЕЦ (кот), отсюда и удвоение этих строк. Видно, что команда реагировала просто на сочетание букв, а не на слово "кот", иначе строка со словом "который" не попала бы в вывод.

Тут мы подошли к очень важному определению строки.
Строкой команда grep (как и все остальные команды Юникс) считает все символы, находящиеся между двумя символами новой строки. Эти невидимые на экране символы возникают в тексте каждый раз, когда пользователь нажимает клавишу Enter. В Юниксовидных системах символ новой строки обозначается обратным слэшем с буквой n (\n). Таким образом, строка может быть любого размера, начиная с одного символа и до многомегабайтного текста. И команда grep честно выведет эту строку, при условии, что она содержит ОБРАЗЕЦ.

== Работа с файлами ==

Команда grep может обрабатывать любое количество файлов одновременно. Создадим три файла:

123.txt: alice.txt: ast.txt:
1234 Алиса очень Символ астериска
5678 красивая девочка, обозначается (*)
89*0 у нее такая ****** звездочкой.
длинная коса!

И дадим команду:

grep '*' 123.txt ast.txt alice.txt

123.txt:89*0
ast.txt:обозначается (*).
alice.txt:у нее такая ******

В выводе перечислены файлы, и указано, в каком из них какая строка содержит символ астериска. ОБРАЗЕЦ (*) пришлось взять в кавычки, чтобы командный интерпретатор понял, что имеется в виду символ, а не условный знак. Попробуйте без кавычек, увидите - ничего не получится.

Команда grep вовсе не ограничена одним выражением в качестве ОБРАЗЦА, можно задавать хоть целые фразы. Только их нужно заключать в кавычки (одинарные или двойные):

grep 'ная ко' 123.txt ast.txt alice.txt
alice.txt:длинная коса!

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

Создадим директорию /example, в которую поместим файлы наших примеров: 123.txt, ast.txt, alice.txt и дадим команду:

grep '*' example/*
example/123.txt:89*0
example/alice.txt:у нее такая ******
example/ast.txt:обозначается (*)

То есть мы приказали просмотреть все файлы директории /example. Таким способом можно обследовать такие огромные директории как /usr, /dev, и любые другие.

== Параметры grep ==

=== Опция -r ===

--recursive

Еще больше увеличит зону поисков опция -r, которая заставит команду grep рекурсивно обследовать все дерево указанной директории, то есть субдиректории, субдиректории субдиректорий, и так далее вплоть до файлов. Например:

grep -r menu /boot

/boot/grub/grub.txt:Highlight the menu entry you want to edit and press 'e', then
/boot/grub/grub.txt:Press the [Esc] key to return to the GRUB menu.
/boot/grub/menu.lst:# GRUB configuration file '/boot/grub/menu.lst'.
/boot/grub/menu.lst:gfxmenu (hd0,3)/boot/message

=== Опция -i ===

--ignore-case

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

=== Опция -c ===

--count

Эта опция не выводит строки, а подсчитывает количество строк, в которых обнаружен ОБРАЗЕЦ. Например:

grep -c root /etc/group
8

То есть в восьми строках файла /etc/group встречается сочетание символов root.

=== Опция -n ===

--line-number

При использовании этой опции вывод команды grep будет указывать номера строк, содержащих ОБРАЗЕЦ:

grep -n print /etc/printcap
1:# /etc/printcap
3:# See "man printcap" for information on editing this file.
5:# In most cases it is better to use a tool to write the printcap
9:# cupsd print daemon at this URL: http://localhost:631

=== Опция -v ===

--invert-match

Выполняет работу, обратную обычной - выводит строки, в которых ОБРАЗЕЦ не встречается:

grep -v print /etc/printcap
#
#
# for you (at least initially), such as apsfilter
# (/usr/share/apsfilter/SETUP, used in conjunction with the
# LPRng lpd daemon), or with the web interface provided by the
# (if you use CUPS).

=== Опция -w ===

--word-regexp

Заставит команду grep искать только строки, содержащие все слово или фразу, составляющую ОБРАЗЕЦ. Например:

grep -w "длинная ко" example/*

Не дает вывода, то есть не находит строк, содержащих выражение "длинная ко". А вот команда:

grep -w "длинная коса" example/*

example/alice.txt:длинная коса!

находит точное соответствие в файле alice.txt.

=== Опция -x ===

--line-regexp

Еще более строгая. Она отберет только те строки исследуемого файла или файлов, которые полностью совпадают с ОБРАЗЦОМ.

grep -x "1234" example/*

example/123.txt:1234

'''''Внимание:''''' Мне попадались (на собственном компьютере) версии grep (например, GNU 2.5), в которых опция -x работала неадекватно. В то же время, другие версии (GNU 2.5.1) работали прекрасно. Если что-то не ладится с этой опцией, попробуйте другую версию, или обновите свою.

=== Опция -l ===

--files-with-matches

Команда grep с этой опцией не возвращает строки, содержащие ОБРАЗЕЦ, но сообщает лишь имена файлов, в которых данный образец найден:

grep -l 'Алиса' example/*

example/alice.txt

Замечу, что сканирование каждого из заданных файлов продолжается только до первого совпадения с ОБРАЗЦОМ.

=== Опция -L ===

--files-without-match

Наоборот, сообщает имена тех файлов, где не встретился ОБРАЗЕЦ:

grep -L 'Алиса' example/*

example/123.txt
example/ast.txt

Как мы имели случай заметить, команда grep, в поисках соответствия ОБРАЗЦУ, просматривает только содержимое файлов, но не их имена. А так часто нужно найти файл по его имени или другим параметрам, например времени модификации! Тут нам придет на помощь простейший программный канал (pipe). При помощи знака программного канала - вертикальной черты (|) мы можем направить вывод команды ls, то есть список файлов в текущей директории, на ввод команды grep, не забыв указать, что мы, собственно, ищем (ОБРАЗЕЦ). Например:

ls | grep grep

grep/
grep-ru.txt

Находясь в директории Desktop, мы "попросили" найти на Рабочем столе все файлы, в названии которых есть выражение "grep". И нашли одну директорию grep/ и текстовой файл grep-ru.txt, который я в данный момент и пишу.

Если мы хотим искать по другим параметрам файла, а не по его имени, то следует применить команду ls -l, которая выводит файлы со всеми параметрами:

ls -l | grep 2008-12-30
-rw-r--r-- 1 ya users 27 2008-12-30 08:06 123.txt
drwxr-xr-x 2 ya users 4096 2008-12-30 08:49 example/
-rw-r--r-- 1 ya users 11931 2008-12-30 14:59 grep-ru.txt

И вот мы получили список всех файлов, модифицированных 30 декабря 2008 года.

Команда grep незаменима при просмотре логов и конфигурационных файлов. Классически примером использования команды grep стал программный канал с командой dmesg. Команда dmesg выводит те самые сообщения ядра, которые мы не успеваем прочесть во время загрузки компьютера. Допустим, мы подключили через USB порт новый принтер, и теперь хотим узнать, как ядро "окрестило" его. Дадим такую команду:

dmesg | grep -i usb

Опция -i необходима, так как usb часто пишется заглавными буквами. Проделайте этот пример самостоятельно - у него длинный вывод, который не укладывается в рамки данной статьи.

== Немного хитростей ==

Если продолжить описание множества опций команды grep, то статья станет утомительной и нечитаемой. Поэтому, рассмотрев необходимый минимум опций, можно развлечься всякими хитростями при применении этой замечательной команды.

=== Хитрость первая ===

Как заставить grep указать в выводе имя файла, где найдено соответствие ОБРАЗЦУ? Например, мы хотим найти строку, содержащую выражение "красивая девочка" в файле alice.txt, да так, чтобы в выводе фигурировало имя файла (для отчета). Если просто дать команду:

grep -w 'красивая девочка' alice.txt
красивая девочка,

То никакого имени файла там не будет. Но стоит добавить в аргументы еще один файл, как все заработает. Обычно, чтобы избежать неожиданностей, указывают файл /dev/null:

grep -w 'красивая девочка' alice.txt /dev/null
alice.txt:красивая девочка,

=== Хитрость вторая ===

Используя "чистые" опции команды grep, мы можем получить все строки, содержащие ОБРАЗЕЦ либо в составе других слов (без опций), либо в виде заданного слова (опция -w). А как найти слова, которые заканчиваются на -ОБРАЗЕЦ или начинаются с ОБРАЗЕЦ-? Для этого существуют специальные значки: \< означает, что ОБРАЗЕЦ будет началом слова, и \>, означающий, что ОБРАЗЕЦ будет концом слова.

grep 'kot' kot.txt
kot
kotoroe
antrekot
kotovasiya
okot
skotobaza
nekotoroe

Это был файл kot.txt целиком.

grep 'kot\>' kot.txt
kot
antrekot
okot

А это были слова, оканчивающиеся на -kot.

grep '\<kot' kot.txt
kot
kotoroe
kotovasiya

Эти начинаются на kot-.

grep '\<kot\>' kot.txt
kot

А вот был "чистый" кот.

Прошу простить за транслитерацию, но с нашими буквами эта хитрость как-то не срабатывает, а с английскими словами не все поймут.

=== Хитрость третья ===

Как быть, если ОБРАЗЕЦ начинается с дефиса, ведь команда примет его за опцию?

Попробуем:

grep '--анонимность' anonim.txt
grep: unrecognized option `--анонимность'

Так и есть - принимает за опцию. Ну так дадим ей опцию -e, которая означает: "Воспринимать ОБРАЗЕЦ только как образец".

grep -e '--анонимность' anonim.txt
--анонимность

Совсем другое дело.

=== Хитрость четвертая ===

Как посмотреть соседние строчки?

grep -C 2 -e '--анонимность' anonim.txt

Требуется соблюсти следующие условия:
--анонимность
--секретность
--неразглашение.

Просмотр вверх и вниз на две строки.

grep -A 1 -e '--анонимность' anonim.txt
--анонимность
--секретность

Просмотр вниз на одну строку.

grep -B 1 -e '--анонимность' anonim.txt

Требуется соблюсти следующие условия:
--анонимность

Просмотр вверх на одну строку.

=== Хитрость пятая ===

grep -r menu /boot

Бинарный файл /boot/grub/stage2 совпадает
Бинарный файл /boot/grub/stage2_eltorito совпадает
/boot/grub/grub.txt:Highlight the menu entry you want to edit and press 'e', then
/boot/grub/grub.txt:Press the [Esc] key to return to the GRUB menu.
/boot/grub/menu.lst:# GRUB configuration file '/boot/grub/menu.lst'.
/boot/grub/menu.lst:gfxmenu (hd0,3)/boot/message

Что означают сообщения в первых двух строках вывода?

Сообщение "Бинарный файл совпадает" ("Binary file matches") появляется, когда совпадение с образцом встречается в бинарных файлах. Если бы grep вывел строки из таких файлов на дисплей, толку было бы немного, а на дисплее могла возникнуть неразбериха (а может быть, и чего похуже, если драйвер терминала воспримет какие-либо фрагменты бинарного файла как команды). Если вы хотите все-таки увидеть эти строки, то применяйте опцию -a или --binary-files=text. Если хотите подавить вывод сообщений "Бинарный файл совпадает", то применяйте опцию -I или --binary-files=without-match.

=== Хитрость шестая ===

Как искать строки, содержащие несколько ОБРАЗЦОВ?

Применить программный канал, канализируя вывод одной команды grep с вводом следующей команды grep.

grep 'у' example/* | grep '*'
example/alice.txt:у нее такая ******

Первый grep ищет у нас "у", а второй - "*" и оба находят искомое в одной строке: "у нее такая ******". Можно сделать эту цепочку команд grep любой длины, было бы чего искать, да строчки достаточно длинные :-)

=== Хитрость седьмая ===

Можно ли искать одновременно в стандартном вводе и в файле?. Можно, если перед именем файла поставить дефис:

echo многие употребляют астериск неправильно | grep 'астериск' - example/*
(стандартный ввод):многие употребляют астериск неправильно
example/ast.txt:Символ астериска

'''''Внимание:''''' Если перед дефисом и после него не будет пробелов, то команда не сработает.

Но настало время вернуться к опциям команды grep.

Пока я занимался хитростями, успел позабыть, какие из опций уже описал, а какие нет. Поэтому я дал команду:

grep 'Опция' grep-ru.txt > option.txt

и получил файл option.txt, в котором перечислены все фигурирующие в файле grep-ru.txt опции.

Общее количество опций программы подавляет, поэтому пойдем по алфавиту, пропуская те, что я уже описал.

Опция -f имя_файла
--file=имя_файла

Весьма полезная опция, когда нужно искать несколько ОБРАЗЦОВ, причем не в одной строке, как мы делали в шестой Хитрости, а в разных. Для того чтобы воспользоваться этой опцией, нужно составить файл, в котором поместить искомые ОБРАЗЦЫ по одному на строчке:

pattern.txt:
nobody
root
ya

А затем дать команду:

grep -f pattern.txt /etc/passwd
nobody:x:65534:65533:nobody:/var/lib/nobody:/bin/bash
root:x:0:0:root:/root:/bin/bash
ya:x:1000:100:alex dmitriev:/home/ya:/bin/bash

'''''Предупреждение:''''' Эта полезная опция, к сожалению, работает не на всех версиях grep. На версии GNU grep 2.5 работает неадекватно, а на GNU grep 2.5.1 - прекрасно. Так что обновляйтесь, господа. Текущая стабильная версия GNU grep - 2.5.3.

=== Опция -o ===

--only-matching

Возвращает не всю строку, где найдено соответствие ОБРАЗЦУ, а только совпадающую с ОБРАЗЦОМ часть строки.

Без опции -o:

$ grep 'английскими' grep-ru.txt

Прошу простить за транслитерацию, но с нашими буквами как-то эта хитрость не срабатывает,
а с английскими словами не все поймут.

А вот с опцией -o:

grep -o 'английскими' grep-ru.txt
английскими

=== Опция -q ===

--quiet --silent

Ничего не выдает на стандартный вывод. В случае нахождения соответствия с ОБРАЗЦОМ немедленно отключается с нулевым статусом. Отключается также при обнаружении ошибки. Для чего это - не знаю. У меня получалось, что программа мгновенно прекращает работу, есть ли совпадения, нет ли, без всяких сообщений, в том числе и о нулевом статусе. Опробовал обе доступные версии grep.

=== Опция -s ===

--no-messages

Подавляет сообщения о несуществующих или нечитаемых файлах.

Предупреждение: традиционные версии последних двух опции (-q и -s) не соответствуют стандарту POSIX.2 и не совпадают с GNU версиями. Поэтому их нельзя применять в скриптах для командной оболочки. Просто перенаправляйте вывод на /dev/null.

== Опции - расширения GNU ==

'''Опции'''
-A --after-context=ЧИСЛО_СТРОК

-B --before-context=ЧИСЛО_СТРОК

-C --context=ЧИСЛО_СТРОК

С этими тремя опциями мы уже познакомились в четвертой Хитрости, они позволяют посмотреть соседние строки. -A: количество строк после совпадения с ОБРАЗЦОМ,

-B: количество строк перед совпадением, и -C: количество строк вокруг совпадения.

Опция --colour[=КОГДА]

Выделяет найденные строки цветом. Значения КОГДА могут быть: never (никогда), always (всегда), или auto. Пример:

grep -o 'английскими' --color grep-ru.txt
английскими

=== Опция -D ДЕЙСТВИЕ ===

--devices=ДЕЙСТВИЕ

Если исследуемый файл является файлом устройства, FIFO (именованным каналом) или сокетом, то следует применять эту опцию. ДЕЙСТВИЙ всего два: read (прочесть), и skip (пропустить). Если вы указываете ДЕЙСТВИЕ read (используется по умолчанию), то программа попытается прочесть специальный файл, как если бы он был обычным файлом; если указываете ДЕЙСТВИЕ skip, то файлы устройств, FIFO и сокеты будут молча проигнорированы.

=== Опция -d ДЕЙСТВИЕ ===

--directories=ДЕЙСТВИЕ

Если входной файл является директорией, то используйте эту опцию. ДЕЙСТВИЕ read (прочесть) попытается прочесть директорию как обычный файл (некоторые ОС и файловые системы запрещают это; тогда появятся соответствующие сообщения, либо директории молча пропустят). Если ДЕЙСТВИЕ skip (пропустить), то директории будут молча проигнорированы. Если ДЕЙСТВИЕ recurse (рекурсивно), то grep будет просматривать все файлы и субдиректории внутри заданного каталога рекурсивно. Это эквивалент опции -r, с которой мы уже познакомились.

=== Опция -H ===

--with-filename

Выдает имя файла для каждого совпадения с ОБРАЗЦОМ. Мы успешно делали это без всяких опций в Хитрости второй.

=== Опция -h ===

--no-filename

Подавляет вывод имен файлов, когда задано несколько файлов для исследования.

=== Опция -I ===

Обрабатывает бинарные файлы как не содержащие совпадений с ОБРАЗЦОМ; эквивалент опции --binary-files=without-match.

=== Опция --include=ОБРАЗЕЦ_имени_файла ===

При рекурсивном исследовании директорий обследовать только файлы, содержащие в своем имени ОБРАЗЕЦ_имени_файла.

=== Опция --exclude=ОБРАЗЕЦ_имени_файла ===

При рекурсивном исследовании директорий пропускать файлы, содержащие в своем имени ОБРАЗЕЦ_имени_файла.

=== Опция -m ЧИСЛО_СТРОК ===

--max-count=ЧИСЛО_СТРОК

Прекратить обработку файла после того, как количество совпадений с ОБРАЗЦОМ достигнет ЧИСЛА_СТРОК:

grep -m 2 'kot' kot.txt
kot
kotoroe

=== Опция -y ===

Синоним опции -i (не различать верхний и нижний регистр символов).

Опции -U и -u применяются только под MS-DOS и MS-Windows, тут нечего о них говорить.

=== Опция --mmap ===

Использует системный вызов mmap вместо системного вызова read. Может дать лучшую производительность, а может привести к ошибкам. Это для продвинутых пользователей.

=== Опция -Z ===

--null

Если в выводе программы имена файлов (например при опции -l), то опция -Z после каждого имени файла выводит нулевой байт вместо символа новой строки (как обычно происходит). Это делает вывод однозначным, даже если имена файлов содержат символы новой строки. Эта опция может быть использована совместно с такими командами как: find -print0, perl -0, sort -z, xargs -0 для обработки файловых имен, составленных необычно, даже содержащих символы новой строки.
(Хотел бы я знать, как можно включить символ новой строки в имя файла. Если кто знает, не поленитесь - сообщите мне.)

=== Опция -z ===

--null-data

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

== Команда grep и регулярные выражения ==

Регулярные выражения (Regular Expressions) это система синтаксического разбора текстовых фрагментов по формализованному шаблону, основанная на системе записи ОБРАЗЦОВ для поиска. Проще говоря, регулярное выражение - тот же, уже привычный нам ОБРАЗЕЦ для поиска, только составленный по определенным правилам. Как математические формулы составляются при помощи набора операторов (плюс, минус, степень, корень и прочее), так и регулярные выражения конструируются при помощи различных операторов (?, *, +, {n} и прочие).

Тема регулярных выражений настолько обширна, что требует для своего освещения отдельной статьи; в данной статье мы не будем ее подробно разбирать. Скажу лишь, что существует несколько версий синтаксиса регулярных выражений: Базовый (basic) BRE, Расширенный (extended) ERE и регулярные выражения языка Perl.

=== Опция -G ===

--basic-regexp

Рассматривает ОБРАЗЕЦ как базовое регулярное выражение. Эта опция используется по умолчанию.

=== Опция -E ===

--extended-regexp

Рассматривает ОБРАЗЕЦ как расширенное регулярное выражение.

=== Опция -P ===

--perl-regexp

Рассматривает ОБРАЗЕЦ как регулярное выражение языка Perl.

=== Опция -F ===

--fixed-strings

Рассматривает ОБРАЗЕЦ как список "фиксированных выражений" (fixed strings - термин из области регулярных выражений), разделенных символами новой строки. Будет искать соответствия любому из них.

Кроме того, существуют две альтернативные команды EGREP и FGREP. Обе они соответствуют опциям -E и -F соответственно.

Опции --help и --version (-V) общеизвестны, и я не буду на них останавливаться.

== Команда grep и символы кириллицы. ==

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

== Резюме команды grep ==

Команда grep настолько полезна, многофункциональна и проста в употреблении, что, однажды познакомившись с ней, невозможно представить себе работы без нее. Особенно полезна эта команда в качестве фильтра в составе программных каналов (pipes).

----
Информация взята с [http://open-club.ru/main/reading/HuMan_grep open-club.ru]

[[Категория:Man]]
[[Категория:Не наши статьи]]
[[Категория:Хорошая статья]]

Uvesafb

2011-03-24T16:29:57Z

Angelo:

Uvesafb является новым framebuffer-драйвером для консоли, добавлен в ядро начиная с версии 2.6.24. Он поддерживает больше функций, чем стандартный vesafb и является более предпочтительным в использовании (особенно это касается систем с nvidia-видеокартами с проприетарным видеодрайвером). Требования к поддержке оборудования такие же, как и для vesafb.

= Демон виртуализации =

Особенностью этого драйвера является то, что для него требуется демон визуализации в userspace, называемый v86d. Возможно, кто-то подсчитает глупым решением то, что в x86-системе эмулируется x86-код, однако не стоит забывать о других платформах (в частности, не-x86 платформы), где может использоваться uvesafb. Пакет v86d включает в себя initcpio HOOK, называемый v86d, который по необходимости будет загружать модуль и запускать демон виртуализации.

Дальнейшие инструкции предназначены для ArchLinux. Для остальных дистрибутивов инструкции будут дополнены позднее.

== v86d ==

Установите v86d с помощью pacman

# pacman -S v86d

Следует обратить внимание на то, что v86d нуждается в перекомпилировании klibc.

= Подготовка к установке =

#Удалите любые параметры ядра, относящиеся к настройке фреймбуфера с конфигурации загрузчика: vga=xxx принудительно загружает старый vesafb; video=xxx не используется uvesafb в случае, если последний скомпилирован как модуль (как в стандартном ядре Arch Linux).

#Отключите KMS, иначе во время загрузке вы увидите черный экран. Если это произошло, перезагрузите машину с помощью комбинации ''Ctrl+Alt+Del''. Для карт Intel укажите в конфиг-файле Grub параметр <nowiki>i915.modeset=0</nowiki>

== Параметры uvesafb ==

Все параметры модуля Вы сможете найти в /etc/modprobe.d/uvesafb.conf (или в общем конфиге /etc/modprobe.d/modprobe.conf). Исходный файл пакета v86d содержит информацию о синтаксисе конфиг-файла и ссылку на дополнительную информацию:

#This file sets the parameters for uvesafb module.
#The following format should be used:
#options uvesafb mode=<xres>x<yres>[-<bpp>][@<refresh>] scroll=<ywrap|ypan|redraw> ...
#
#For more details see:
#http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=blob;f=Documentation/fb/uvesafb.txt
#

options uvesafb mode=1280x800-32 scroll=ywrap

C 2.6.27 и выше строчка options должна выглядеть так:

... options uvesafb mode_option=1280x800-32 scroll=ywrap

Для получения списков поддерживаемых режимов экрана наберите

cat /sys/bus/platform/drivers/uvesafb/uvesafb.0/vbe_modes

== Hooks ==

Добавьте <nowiki>v86d</nowiki>

[[Категория:Руководства]]
[[Категория:Графика]]
[[Категория:Незавершённые статьи]]
[[Категория:Переводы с английского]]

Звуковые сигналы BIOS

2011-03-24T16:28:08Z

Angelo:

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

== Таблицы звуковых сигналов ==

=== IBM BIOS ===

{| class="wikitable"
|-
! Последовательность звуковых сигналов
! Описание ошибки
|-
| 1 короткий
| Успешный [[POST|POST]]
|-
| 1 сигнал и пустой экран
| Неисправна видеосистема
|-
| 2 коротких
| Неисправна видеосистема (не подключен монитор)
|-
| 3 длинных
| Неисправна материнская плата (ошибка контроллера клавиатуры)
|-
| 1 длинный, 1 короткий
| Неисправна материнская плата
|-
| 1 длинный, 2 коротких
| Неисправна видеосистема (Mono/CGA)
|-
| 1 длинный, 3 коротких
| Неисправна видеосистема (EGA/VGA)
|-
| Повторяющийся короткий
| Неисправности связаны с блоком питания
|-
| Непрерывный
| Проблемы с блоком питания
|-
| Отсутствует
| Неисправен блок питания
|}

=== Award BIOS ===

{| class="wikitable"
|-
! Последовательность звуковых сигналов
! Описание ошибки
|-
| 1 короткий
| Успешный [[POST|POST]]
|-
| 2 коротких
| Обнаружены незначительные ошибки. На экране монитора появляется предложение войти в программу CMOS Setup Utility и исправить ситуацию. Проверьте надежность крепления шлейфов в разъемах жесткого диска и материнской платы.
|-
| 3 длинных
| Ошибка контроллера клавиатуры
|-
| 1 короткий, 1 длинный
| Ошибка оперативной памяти (RAM)
|-
| 1 длинный, 2 коротких
| Ошибка видеокарты
|-
| 1 длинный, 3 коротких
| Ошибка при инициализации клавиатуры или Ошибка видеокарты
|-
| 1 длинный, 9 коротких
| Ошибка при чтении из ПЗУ
|-
| Повторяющийся короткий
| Проблемы с блоком питания
|-
| Повторяющийся длинный
| Проблемы с ОЗУ
|-
| Повторяющаяся высокая-низкая частота
| Проблемы с CPU
|-
| Непрерывный
| Проблемы с блоком питания
|}

=== AMI BIOS ===

{| class="wikitable"
|-
! Последовательность звуковых сигналов
! Описание ошибки
|-
| 1 короткий
| Ошибок не обнаружено, ПК исправен
|-
| 1 длинный, 1 короткий
| Проблемы с блоком питания
|-
| 2 коротких
| Ошибка чётности RAM или вы забыли выключить Сканер или Принтер
|-
| 3 коротких
| Ошибка в первых 64 КБ RAM
|-
| 4 коротких
| Неисправность системного таймера
|-
| 5 коротких
| Проблемы с процессором
|-
| 6 коротких
| Ошибка инициализации контроллера клавиатуры
|-
| 7 коротких
| Проблемы с материнской платой
|-
| 8 коротких
| Ошибка памяти видеокарты
|-
| 9 коротких
| Контрольная сумма BIOS неверна
|-
| 10 коротких
| Ошибка записи в CMOS
|-
| 11 коротких
| Ошибка Кэша, расположенного на системной плате
|-
| 1 длинный, 2 коротких
| Ошибка видеокарты (Mono-CGA)
|-
| 1 длинный, 3 коротких
| Ошибка видеокарты (EGA-VGA)
|-
| 1 длинный, 8 коротких
| Проблемы с видеокартой или не подключён монитор
|-
| Отсутствует
| Неисправен Процессор. Возможно изогнут контакт микросхемы. Если не помогло, замените процессор.
|}

=== AST BIOS ===

{| class="wikitable"
|-
! Последовательность звуковых сигналов
! Описание ошибки
|-
| 1 короткий
| Ошибка при проверке регистров Процессора. Неисправность Процессора
|-
| 2 коротких
| Ошибка буфера клавиатурного контроллера. Неисправность клавиатурного контроллера.
|-
| 3 коротких
| Ошибка сброса клавиатурного контроллера. Неисправность клавиатурного контроллера или системной платы.
|-
| 4 коротких
| Ошибка связи с клавиатурой.
|-
| 5 коротких
| Ошибка клавиатурного ввода.
|-
| 6 коротких
| Ошибка системной платы.
|-
| 9 коротких
| Несовпадение контрольной суммы ПЗУ BIOS. Неисправна микросхема ПЗУ BIOS.
|-
| 10 коротких
| Ошибка системного таймера. Системная Микросхема таймера неисправна.
|-
| 11 коротких
| Ошибка чипсета.
|-
| 12 коротких
| Ошибка регистра управления питанием в энергонезависимой памяти.
|-
| 1 длинный
| Ошибка контроллера DMA 0. Неисправна Микросхема контроллера DMA канала 0.
|-
| 1 длинный, 1 короткий
| Ошибка контроллера DMA 1. Неисправна микросхема контроллера DMA канала 1.
|-
| 1 длинный, 2 коротких
| Ошибка гашения обратного хода кадровой развёртки. Возможно, неисправен видеоадаптер.
|-
| 1 длинный, 3 коротких
| Ошибка в видеопамяти. Неисправна память видеоадаптера.
|-
| 1 длинный, 4 коротких
| Ошибка видеоадаптера. Неисправен видеоадаптер.
|-
| 1 длинный, 5 коротких
| Ошибка памяти 64K.
|-
| 1 длинный, 6 коротких
| Не удалось загрузить векторы прерываний. BIOS не смог загрузить векторы прерываний в память
|-
| 1 длинный, 7 коротких
| Не удалось инициализировать видеооборудование.
|-
| 1 длинный, 8 коротких
| Ошибка видеопамяти.
|}

=== Phoenix BIOS ===

Beep-коды представлены в количестве звуковых сигналов. Например, 1-1-2 означает 1 звуковой сигнал, пауза, 1 звуковой сигнал, пауза, и 2 звуковых сигнала.

{| class="wikitable"
|-
! Последовательность звуковых сигналов
! Описание ошибки
|-
| 1-1-2
|-
| 1-1-3
| Ошибка записи/чтения данных в/из CMOS-памяти.
|-
| 1-1-4
| Обнаружена ошибка при подсчете контрольной суммы содержимого BIOS.
|-
| 1-2-1
| Ошибка инициализации материнской платы.
|-
| 1-2-2 или 1-2-3
| Ошибка инициализации контроллера DMA.
|-
| 1-3-1
| Ошибка инициализации схемы регенерации оперативной памяти.
|-
| 1-3-3 или 1-3-4
| Ошибка инициализации первых 64 Кбайт оперативной памяти.
|-
| 1-4-1
| Ошибка инициализации материнской платы.
|-
| 1-4-2
| Ошибка инициализации оперативной памяти.
|-
| 1-4-3
| Ошибка инициализации системного таймера.
|-
| 1-4-4
| Ошибка записи/чтения в/из одного из портов ввода/вывода.
|-
| 2-1-1
| Обнаружена ошибка при чтении/записи 0-го бита (в шестнадцатеричном представлении) первых 64 Кбайт ОЗУ
|-
| 2-1-2
| Обнаружена ошибка при чтении/записи 1-го бита (в шестнадцатеричном представлении) первых 64 Кбайт ОЗУ
|-
| 2-1-3
| Обнаружена ошибка при чтении/записи 2-го бита (в шестнадцатеричном представлении) первых 64 Кбайт ОЗУ
|-
| 2-1-4
| Обнаружена ошибка при чтении/записи 3-го бита (в шестнадцатеричном представлении) первых 64 Кбайт ОЗУ
|-
| 2-2-1
| Обнаружена ошибка при чтении/записи 4-го бита (в шестнадцатеричном представлении) первых 64 Кбайт ОЗУ
|-
| 2-2-2
| Обнаружена ошибка при чтении/записи 5-го бита (в шестнадцатеричном представлении) первых 64 Кбайт ОЗУ
|-
| 2-2-3
| Обнаружена ошибка при чтении/записи 6-го бита (в шестнадцатеричном представлении) первых 64 Кбайт ОЗУ
|-
| 2-2-4
| Обнаружена ошибка при чтении/записи 7-го бита (в шестнадцатеричном представлении) первых 64 Кбайт ОЗУ
|-
| 2-3-1
| Обнаружена ошибка при чтении/записи 8-го бита (в шестнадцатеричном представлении) первых 64 Кбайт ОЗУ
|-
| 2-3-2
| Обнаружена ошибка при чтении/записи 9-го бита (в шестнадцатеричном представлении) первых 64 Кбайт ОЗУ
|-
| 2-3-3
| Обнаружена ошибка при чтении/записи 10-го бита (в шестнадцатеричном представлении) первых 64 Кбайт ОЗУ
|-
| 2-3-4
| Обнаружена ошибка при чтении/записи 11-го бита (в шестнадцатеричном представлении) первых 64 Кбайт ОЗУ
|-
| 2-4-1
| Обнаружена ошибка при чтении/записи 12-го бита (в шестнадцатеричном представлении) первых 64 Кбайт ОЗУ
|-
| 2-4-2
| Обнаружена ошибка при чтении/записи 13-го бита (в шестнадцатеричном представлении) первых 64 Кбайт ОЗУ
|-
| 2-4-3
| Обнаружена ошибка при чтении/записи 14-го бита (в шестнадцатеричном представлении) первых 64 Кбайт ОЗУ
|-
| 2-4-4
| Обнаружена ошибка при чтении/записи 15-го бита (в шестнадцатеричном представлении) первых 64 Кбайт ОЗУ
|-
| 3-1-1
| Ошибка инициализации второго канала DMA.
|-
| 3-1-2 или 3-1-4
| Ошибка инициализации первого канала DMA.
|-
| 3-2-4
| Ошибка инициализации контроллера клавиатуры.
|-
| 3-3-4
| Ошибка инициализации видеопамяти.
|-
| 3-4-1
| Возникли серьёзные проблемы при попытке обращения к монитору.
|-
| 3-4-2
| Не удается инициализировать BIOS видеоплаты.
|-
| 4-2-1
| Ошибка инициализации системного таймера.
|-
| 4-2-2
| Тестирование завершено.
|-
| 4-2-3
| Ошибка инициализации контроллера клавиатуры.
|-
| 4-2-4
| Критическая ошибка при переходе центрального процессора в защищенный режим.
|-
| 4-3-1
| Ошибка инициализации оперативной памяти.
|-
| 4-3-2
| Ошибка инициализации первого таймера.
|-
| 4-3-3
| Ошибка инициализации второго таймера.
|-
| 4-4-1
| Ошибка инициализации одного из последовательных портов.
|-
| 4-4-2
| Ошибка инициализации параллельного порта.
|-
| 4-4-3
| Ошибка инициализации математического сопроцессора.
|-
| Длинные, непрекращающиеся сигналы
| Неисправна материнская плата.
|-
| Звук сирены с высокого на низкую частоту
| Неисправна видеокарта, проверить электролитические емкости, на утечку или заменить все на новые заведомо исправные.
|-
| Непрерывный сигнал
| Неподключен (неисправен) кулер CPU.
|}

=== Compaq BIOS ===

{| class="wikitable"
|-
! Звуки
! Описание
|-
| 1 короткий
| Ошибок нет. Нормальная загрузка системы.
|-
| 1 длинный + 1 короткий
| Ошибка контрольной суммы памяти CMOS BIOS. Возможно сел аккумулятор ROM.
|-
| 2 короткий
| Глобальная ошибка. (Epic Fail)
|-
| 1 длинный + 2 короткий
| Ошибка инициализации видеокарты. Проверьте правильность установки видеокарты.
|-
| 7 сигналов (1 длинный, 1 с, 1?, 1 короткий, пауза, 1 длинный, 1 короткий, 1 короткий)
| Неисправность видеокарты AGP. Проверьте правильность установки.
|-
| 1 длинный постоянный
| Ошибка оперативной памяти, попробуйте перезагрузиться.
|-
| 1 короткий + 2 длинных
| Неисправность оперативной памяти. Перезагрузитесь через Reset.
|}

=== DELL BIOS ===

Beep-коды представлены в количестве звуковых сигналов. Например, 1-1-2 означает 1 звуковой сигнал, пауза, 1 звуковой сигнал, пауза, и 2 звуковых сигнала.

{| class="wikitable"
|-
! Последовательность звуковых сигналов
! Описание ошибки
|-
| 1-2
| Не подключена видеокарта
|-
| 1-2-2-3
| Ошибка контрольной суммы ПЗУ BIOS
|-
| 1-3-1-1
| Ошибка обновления DRAM
|-
| 1-3-1-3
| Ошибка клавиатуры 8742
|-
| 1-3-3-1
| Неисправна память
|-
| 1-3-4-1
| Ошибка ОЗУ на линии xxx
|-
| 1-3-4-3
| Ошибка ОЗУ на младшем бите xxx
|-
| 1-4-1-1
| Ошибка ОЗУ на старшем бите xxx
|}

== См. также ==

*[[POST|POST]]

== Ссылки ==

*[http://www.ixbt.com/mainboard/faq/biosfaq.shtml#q16 Часто задаваемые вопросы о BIOS]
*[http://www.umopit.ru/CompLab/BIOSbeeps.htm Звуковые коды сообщений BIOS разных производителей]
*[http://bios-master.ru/ Все о BIOS и его настройке]
*[http://icbook.com.ua/post/_amibeep/amibios8_bootblock_beep_codes.html Звуковые сообщения загрузочного блока AMIBIOS8]
*[http://icbook.com.ua/post/_amibeep/amibios8_post_beep_codes.html Звуковые сообщения AMIBIOS8 POST]

[[Категория:BIOS]]
[[Категория:Теория]]
[[Категория:Устранение неисправностей]]

Uvesafb

2011-03-24T16:26:03Z

Angelo:

Uvesafb является новым framebuffer-драйвером для консоли, добавлен в ядро начиная с версии 2.6.24. Он поддерживает больше функций, чем стандартный vesafb и является более предпочтительным в использовании (особенно это касается систем с nvidia-видеокартами с проприетарным видеодрайвером). Требования к поддержке оборудования такие же, как и для vesafb.

= Демон виртуализации =

Особенностью этого драйвера является то, что для него требуется демон визуализации в userspace, называемый v86d. Возможно, кто-то подсчитает глупым решением то, что в x86-системе эмулируется x86-код, однако не стоит забывать о других платформах (в частности, не-x86 платформы), где может использоваться uvesafb. Пакет v86d включает в себя initcpio HOOK, называемый v86d, который по необходимости будет загружать модуль и запускать демон виртуализации.

Дальнейшие инструкции предназначены для ArchLinux. Для остальных дистрибутивов инструкции будут дополнены позднее.

== v86d ==

Установите v86d с помощью pacman

# pacman -S v86d

Следует обратить внимание на то, что v86d нуждается в перекомпилировании klibc.

= Подготовка к установке =

#Удалите любые параметры ядра, относящиеся к настройке фреймбуфера с конфигурации загрузчика: vga=xxx принудительно загружает старый vesafb; video=xxx не используется uvesafb в случае, если последний скомпилирован как модуль (как в стандартном ядре Arch Linux).

#Отключите KMS, иначе во время загрузке вы увидите черный экран. Если это произошло, перезагрузите машину с помощью комбинации ''Ctrl+Alt+Del''. Для карт Intel укажите в конфиг-файле Grub параметр <nowiki>i915.modeset=0</nowiki>

== Параметры uvesafb ==

Все параметры модуля Вы сможете найти в /etc/modprobe.d/uvesafb.conf (или в общем конфиге /etc/modprobe.d/modprobe.conf). Исходный файл пакета v86d содержит информацию о синтаксисе конфиг-файла и ссылку на дополнительную информацию:

#This file sets the parameters for uvesafb module.
#The following format should be used:
#options uvesafb mode=<xres>x<yres>[-<bpp>][@<refresh>] scroll=<ywrap|ypan|redraw> ...
#
#For more details see:
#http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=blob;f=Documentation/fb/uvesafb.txt
#

options uvesafb mode=1280x800-32 scroll=ywrap

C 2.6.27 и выше строчка options должна выглядеть так:

... options uvesafb mode_option=1280x800-32 scroll=ywrap

Для получения списков поддерживаемых режимов экрана наберите

cat /sys/bus/platform/drivers/uvesafb/uvesafb.0/vbe_modes

== Hooks ==

Добавьте <nowiki>v86d</nowiki>

[[Категория:Man]]
[[Категория:Графика]]
[[Категория:Незавершённые статьи]]
[[Категория:Переводы с английского]]

POST

2011-03-24T16:25:42Z

Angelo:

'''POST''' ({{lang-en|Power-On Self-Test}}) — самотестирование после включения. Проверка аппаратного обеспечения компьютера, выполняемая при его включении. Выполняется программами, входящими в BIOS материнской платы.

Сокращённый тест включает:
# Проверку целостности программ BIOS в ПЗУ, используя контрольную сумму.
# Обнаружение и инициализацию основных контроллеров, системных шин и подключенных устройств (графического адаптера, контроллеров дисководов и т. п.), а также выполнение программ, входящих в BIOS устройств и обеспечивающих их самоинициализацию.
# Определение размера оперативной памяти и тестирования первого сегмента (64 килобайт).

Полный регламент работы POST:
# Проверка регистров процессора;
# Проверка контрольной суммы ПЗУ;
# Проверка системного таймера и порта звуковой сигнализации (для IBM PC — ИМС i8255 или аналог);
# Тест контроллера прямого доступа к памяти;
# Тест регенератора оперативной памяти;
# Тест нижней области ОЗУ для проецирования резидентных программ в BIOS;
# Загрузка резидентных программ;
# Тест стандартного графического адаптера (VGA);
# Тест оперативной памяти;
# Тест основных устройств ввода (НЕ манипуляторов);
# Тест CMOS
# Тест основных портов LPT/COM;
# Тест накопителей на гибких магнитных дисках (НГМД);
# Тест накопителей на жёстких магнитных дисках (НЖМД);
# Самодиагностика функциональных подсистем BIOS;
# Передача управления загрузчику.

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

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

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

== См. также ==
* [[Звуковые сигналы BIOS]]

== Ссылки ==
* [http://bios-master.ru/ Все о BIOS и его настройке]
* [http://icbook.com.ua/post/_award6/iboot.html Post коды Award BIOS 6.0 Medallion]
* [http://icbook.com.ua/post/_phoenix/index.html Post коды Phoenix BIOS]
* [http://www.intel.com/support/ru/motherboards/desktop/sb/CS-025434.htm Системные платы для настольных ПК Intel]

[[Категория:BIOS]]
[[Категория:Теория]]

Прием и отправка SMS в Linux

2011-03-24T16:11:07Z

Angelo:

Прием и отправка SMS в Linux
Для организации автоматизации приема и отправки SMS в Linux можно использовать пакет
gnokii и подключенный к системе телефон. В
простейшем случае можно использовать возможность консольной утилиты gnokii из
пакета gnokii-cli, но при необходимости более сложной автоматизации имеет смысл
воспользоваться Perl-модулем GSM::SMS или GSMD::Gnokii.

Устанавливаем gnokii, для Debian/Ubuntu:

sudo apt-get install gnokii-cli gnokii-smsd xgnokii

где gnokii-cli - интерфейс командной строки, gnokii-smsd демон для работы с
SMS, а xgnokii - GUI интерфейс. Последние два ставим на свое усмотрение.

Подключаем телефон через USB-порт. Смотрим в /var/log/messages к какому
устройству осуществилась привязка (например, /dev/ttyACM0)

Создаем файл конфигурации /home/mc/.gnokiirc

[global]
model = AT
connection = serial
port = /dev/ttyACM0

где model - тип устройства: AT - для большинства телефонов, series40 - для
телефонов Nokia с системой series40, gnapplet для старых телефонов Nokia Series60.

connection - тип соединения serial - USB/RS-232, irda - инфракрасный порт, bluetooth - Bluetooth.

port - порт, для USB - /dev/ttyACM0 или /dev/ttyUSB0, для Bluetooth указываем
адрес устройства ("aa:bb:cc:dd:ee:ff").

Для USB-устройств также можно попробовать сочетание connection=dku2libusb и
port = N, где N - номер устройства.

Проверяем поддерживается ли телефон:

gnokii --identify

GNOKII Version 0.6.28
IMEI : IMEI56565656565656
Manufacturer : Motorola CE, Copyright 2000
Model : GSM900","GSM1800","GSM1900","MO
Product name : GSM900","GSM1800","GSM1900","MO
Revision : R368_G_0B.A0.0FR

Для мониторинга активности:

gnokii --monitor

Возможности gnokii позволяют достаточно полно контролировать телефон, но нас
интересует работа с SMS.

Чтение SMS:

gnokii --getsms тип_памяти старт стоп

где тип_памяти: SM - для SIM-карты, ME - для внутренней памяти и MT для
комбинированных хранилищ, IN - inbox, OU - outbox. Посмотреть какое хранилище
используется на телефоне можно командой "gnokii --showsmsfolderstatus"
старт - начальная позиция сообщения
cтоп - конечная позиция сообщения, если не указать будет прочитано одно
сообщение, если указать "end" будут выведены все сообщения до конечной позиции

Пример для вывода всех сохраненных SMS:

gnokii --getsms MT 1 end

Для отправки SMS можно использовать команду:

echo "текст" | gnokii --sendsms номер

Например:

echo "тест" | gnokii --sendsms '+79094126426'

Send succeeded with reference 131!

Другой способ отправки: в комплекте с Perl-модулем SMS::Send поставляется
утилита xpl-sender, которую можно использовать не только как пример для
написания скриптов, но и отправлять через неё сообщения:

xpl-sender -m xpl-cmnd -c sendmsg.basic to=+7909344355 body="test"

Вывод содержимого адресной книги:

gnokii --getphonebook MT 1 end

Адресную книгу можно сохранить, а затем восстановить:

gnokii --getphonebook MT 1 end --vcard > phonebook.txt
gnokii --writephonebook --vcard < phonebook.txt

Настройка SMS-шлюза

В состав gnokii входит демон SMSD, который позволяет организовать работу
полноценного SMS-шлюза, на лету обрабатывающего входящие SMS. Для хранения
отправляемых и получаемых сообщений SMSD может использовать СУБД MySQL,
PostgreSQL (плагины gnokii-smsd-mysql и gnokii-smsd-pgsql) или файловое
хранилище (--module file).

Ставим недостающие пакеты:

sudo apt-get install gnokii-smsd-mysql mysql-server

Создаем БД

mysql -u smsgw
> create database smsgw;

Создаем структуру БД, используя поставляемый в комплекте с gnokii-smsd-mysql пример:

mysql -u smsgw smsgw < /usr/share/doc/gnokii-smsd-mysql/sms.tables.mysql.sql

в результате будут созданы три простые таблицы inbox, outbox и multipartinbox,
структура которых имеет следующий вид:

CREATE TABLE inbox (
id int(10) unsigned NOT NULL auto_increment,
number varchar(20) NOT NULL default '',
smsdate datetime NOT NULL default '0000-00-00 00:00:00',
insertdate timestamp DEFAULT CURRENT_TIMESTAMP,
text text,
phone tinyint(4),
processed tinyint(4) NOT NULL default '0',
PRIMARY KEY (id)
);
CREATE TABLE outbox (
id int(10) unsigned NOT NULL auto_increment,
number varchar(20) NOT NULL default '',
processed_date timestamp DEFAULT 0,
insertdate timestamp DEFAULT CURRENT_TIMESTAMP,
text varchar(160) default NULL,
phone tinyint(4),
processed tinyint(4) NOT NULL default '0',
error tinyint(4) NOT NULL default '-1',
dreport tinyint(4) NOT NULL default '0',
not_before time NOT NULL default '00:00:00',
not_after time NOT NULL default '23:59:59',
PRIMARY KEY (id)
);
CREATE TABLE multipartinbox (
id int(10) unsigned NOT NULL auto_increment,
number varchar(20) NOT NULL default '',
smsdate datetime NOT NULL default '0000-00-00 00:00:00',
insertdate timestamp DEFAULT CURRENT_TIMESTAMP,
text text,
phone tinyint(4),
processed tinyint(4) NOT NULL default '0',
refnum int(8) default NULL,
maxnum int(8) default NULL,
curnum int(8) default NULL,
PRIMARY KEY (id)
);

Запускаем smsd:

/usr/sbin/smsd -u smsgw -d smsgw -c localhost -m mysql -f /var/log/smsdaemon.log

где "-u" - имя пользователя БД, "-d" - имя базы, "-с" - хост, а "-m" - модуль хранения.

Отправив теперь SMS на подключенный к компьютеру телефон, smsd сразу перехватит
его и запишет в базу.

выполнив "select * from inbox;" увидим примерно такое:

| id | number | smsdate | insertdate | text | phone | processed |
| 1 | +7909343156224 | 2011-01-20 10:12:05 | 20110120130123 | Test | NULL | 0 |

Для отправки сообщения достаточно добавить новую запись в таблицу outbox, smsd
сразу его подхватит его и отправит. Например:

insert into outbox (number,text) values('+7909344355', 'Тест);

В заключение можно отметить, что smsd может работать без СУБД, используя
файловое хранилище. Пример запуска:

/usr/sbin/smsd -m file -c spool-директория

Для отправки SMS в spool-директории нужно создать файл с любым именем в формате:

номер
текст

после успешной отправки файл будет удален.

Через опцию "-u" можно указать путь к скрипту, который будет выполняться при
каждом получении SMS. Иначе входящие сообщения будут выводиться в стандартный
выходной поток в формате "действие номер дата < текст".

Дополнение: Вместо gnokii можно использовать интенсивно развивающийся форк [http://wammu.eu/ gammu], содержащий поддержку некоторых дополнительных телефонов.

----
Информация взята с [http://www.opennet.ru/tips/2510_gnokii_sms_gateway_phone.shtml opennet.ru]

[[Категория:Руководства]]
[[Категория:Не наши статьи]]

Прием и отправка SMS в Linux

2011-03-24T16:06:29Z

Angelo:

Прием и отправка SMS в Linux
Для организации автоматизации приема и отправки SMS в Linux можно использовать пакет
gnokii и подключенный к системе телефон. В
простейшем случае можно использовать возможность консольной утилиты gnokii из
пакета gnokii-cli, но при необходимости более сложной автоматизации имеет смысл
воспользоваться Perl-модулем GSM::SMS или GSMD::Gnokii.

Устанавливаем gnokii, для Debian/Ubuntu:

sudo apt-get install gnokii-cli gnokii-smsd xgnokii

где gnokii-cli - интерфейс командной строки, gnokii-smsd демон для работы с
SMS, а xgnokii - GUI интерфейс. Последние два ставим на свое усмотрение.

Подключаем телефон через USB-порт. Смотрим в /var/log/messages к какому
устройству осуществилась привязка (например, /dev/ttyACM0)

Создаем файл конфигурации /home/mc/.gnokiirc

[global]
model = AT
connection = serial
port = /dev/ttyACM0

где model - тип устройства: AT - для большинства телефонов, series40 - для
телефонов Nokia с системой series40, gnapplet для старых телефонов Nokia Series60.

connection - тип соединения serial - USB/RS-232, irda - инфракрасный порт, bluetooth - Bluetooth.

port - порт, для USB - /dev/ttyACM0 или /dev/ttyUSB0, для Bluetooth указываем
адрес устройства ("aa:bb:cc:dd:ee:ff").

Для USB-устройств также можно попробовать сочетание connection=dku2libusb и
port = N, где N - номер устройства.

Проверяем поддерживается ли телефон:

gnokii --identify

GNOKII Version 0.6.28
IMEI : IMEI56565656565656
Manufacturer : Motorola CE, Copyright 2000
Model : GSM900","GSM1800","GSM1900","MO
Product name : GSM900","GSM1800","GSM1900","MO
Revision : R368_G_0B.A0.0FR

Для мониторинга активности:

gnokii --monitor

Возможности gnokii позволяют достаточно полно контролировать телефон, но нас
интересует работа с SMS.

Чтение SMS:

gnokii --getsms тип_памяти старт стоп

где тип_памяти: SM - для SIM-карты, ME - для внутренней памяти и MT для
комбинированных хранилищ, IN - inbox, OU - outbox. Посмотреть какое хранилище
используется на телефоне можно командой "gnokii --showsmsfolderstatus"
старт - начальная позиция сообщения
cтоп - конечная позиция сообщения, если не указать будет прочитано одно
сообщение, если указать "end" будут выведены все сообщения до конечной позиции

Пример для вывода всех сохраненных SMS:

gnokii --getsms MT 1 end

Для отправки SMS можно использовать команду:

echo "текст" | gnokii --sendsms номер

Например:

echo "тест" | gnokii --sendsms '+79094126426'

Send succeeded with reference 131!

Другой способ отправки: в комплекте с Perl-модулем SMS::Send поставляется
утилита xpl-sender, которую можно использовать не только как пример для
написания скриптов, но и отправлять через неё сообщения:

xpl-sender -m xpl-cmnd -c sendmsg.basic to=+7909344355 body="test"

Вывод содержимого адресной книги:

gnokii --getphonebook MT 1 end

Адресную книгу можно сохранить, а затем восстановить:

gnokii --getphonebook MT 1 end --vcard > phonebook.txt
gnokii --writephonebook --vcard < phonebook.txt

Настройка SMS-шлюза

В состав gnokii входит демон SMSD, который позволяет организовать работу
полноценного SMS-шлюза, на лету обрабатывающего входящие SMS. Для хранения
отправляемых и получаемых сообщений SMSD может использовать СУБД MySQL,
PostgreSQL (плагины gnokii-smsd-mysql и gnokii-smsd-pgsql) или файловое
хранилище (--module file).

Ставим недостающие пакеты:

sudo apt-get install gnokii-smsd-mysql mysql-server

Создаем БД

mysql -u smsgw
> create database smsgw;

Создаем структуру БД, используя поставляемый в комплекте с gnokii-smsd-mysql пример:

mysql -u smsgw smsgw < /usr/share/doc/gnokii-smsd-mysql/sms.tables.mysql.sql

в результате будут созданы три простые таблицы inbox, outbox и multipartinbox,
структура которых имеет следующий вид:

CREATE TABLE inbox (
id int(10) unsigned NOT NULL auto_increment,
number varchar(20) NOT NULL default '',
smsdate datetime NOT NULL default '0000-00-00 00:00:00',
insertdate timestamp DEFAULT CURRENT_TIMESTAMP,
text text,
phone tinyint(4),
processed tinyint(4) NOT NULL default '0',
PRIMARY KEY (id)
);
CREATE TABLE outbox (
id int(10) unsigned NOT NULL auto_increment,
number varchar(20) NOT NULL default '',
processed_date timestamp DEFAULT 0,
insertdate timestamp DEFAULT CURRENT_TIMESTAMP,
text varchar(160) default NULL,
phone tinyint(4),
processed tinyint(4) NOT NULL default '0',
error tinyint(4) NOT NULL default '-1',
dreport tinyint(4) NOT NULL default '0',
not_before time NOT NULL default '00:00:00',
not_after time NOT NULL default '23:59:59',
PRIMARY KEY (id)
);
CREATE TABLE multipartinbox (
id int(10) unsigned NOT NULL auto_increment,
number varchar(20) NOT NULL default '',
smsdate datetime NOT NULL default '0000-00-00 00:00:00',
insertdate timestamp DEFAULT CURRENT_TIMESTAMP,
text text,
phone tinyint(4),
processed tinyint(4) NOT NULL default '0',
refnum int(8) default NULL,
maxnum int(8) default NULL,
curnum int(8) default NULL,
PRIMARY KEY (id)
);

Запускаем smsd:

/usr/sbin/smsd -u smsgw -d smsgw -c localhost -m mysql -f /var/log/smsdaemon.log

где "-u" - имя пользователя БД, "-d" - имя базы, "-с" - хост, а "-m" - модуль хранения.

Отправив теперь SMS на подключенный к компьютеру телефон, smsd сразу перехватит
его и запишет в базу.

выполнив "select * from inbox;" увидим примерно такое:

| id | number | smsdate | insertdate | text | phone | processed |
| 1 | +7909343156224 | 2011-01-20 10:12:05 | 20110120130123 | Test | NULL | 0 |

Для отправки сообщения достаточно добавить новую запись в таблицу outbox, smsd
сразу его подхватит его и отправит. Например:

insert into outbox (number,text) values('+7909344355', 'Тест);

В заключение можно отметить, что smsd может работать без СУБД, используя
файловое хранилище. Пример запуска:

/usr/sbin/smsd -m file -c spool-директория

Для отправки SMS в spool-директории нужно создать файл с любым именем в формате:

номер
текст

после успешной отправки файл будет удален.

Через опцию "-u" можно указать путь к скрипту, который будет выполняться при
каждом получении SMS. Иначе входящие сообщения будут выводиться в стандартный
выходной поток в формате "действие номер дата < текст".

Дополнение: Вместо gnokii можно использовать интенсивно развивающийся форк [http://wammu.eu/ gammu], содержащий поддержку некоторых дополнительных телефонов.

----
Информация взята с [http://www.opennet.ru/tips/2510_gnokii_sms_gateway_phone.shtml opennet.ru]

[[Категория:Руководство]]
[[Категория:Не наши статьи]]

Uvesafb

2011-03-24T15:55:05Z

Angelo:

Uvesafb является новым framebuffer-драйвером для консоли, добавлен в ядро начиная с версии 2.6.24. Он поддерживает больше функций, чем стандартный vesafb и является более предпочтительным в использовании (особенно это касается систем с nvidia-видеокартами с проприетарным видеодрайвером). Требования к поддержке оборудования такие же, как и для vesafb.

= Демон виртуализации =

Особенностью этого драйвера является то, что для него требуется демон визуализации в userspace, называемый v86d. Возможно, кто-то подсчитает глупым решением то, что в x86-системе эмулируется x86-код, однако не стоит забывать о других платформах (в частности, не-x86 платформы), где может использоваться uvesafb. Пакет v86d включает в себя initcpio HOOK, называемый v86d, который по необходимости будет загружать модуль и запускать демон виртуализации.

Дальнейшие инструкции предназначены для ArchLinux. Для остальных дистрибутивов инструкции будут дополнены позднее.

== v86d ==

Установите v86d с помощью pacman

# pacman -S v86d

Следует обратить внимание на то, что v86d нуждается в перекомпилировании klibc.

= Подготовка к установке =

#Удалите любые параметры ядра, относящиеся к настройке фреймбуфера с конфигурации загрузчика: vga=xxx принудительно загружает старый vesafb; video=xxx не используется uvesafb в случае, если последний скомпилирован как модуль (как в стандартном ядре Arch Linux).

#Отключите KMS, иначе во время загрузке вы увидите черный экран. Если это произошло, перезагрузите машину с помощью комбинации ''Ctrl+Alt+Del''. Для карт Intel укажите в конфиг-файле Grub параметр <nowiki>i915.modeset=0</nowiki>

== Параметры uvesafb ==

Все параметры модуля Вы сможете найти в /etc/modprobe.d/uvesafb.conf (или в общем конфиге /etc/modprobe.d/modprobe.conf). Исходный файл пакета v86d содержит информацию о синтаксисе конфиг-файла и ссылку на дополнительную информацию:

#This file sets the parameters for uvesafb module.
#The following format should be used:
#options uvesafb mode=<xres>x<yres>[-<bpp>][@<refresh>] scroll=<ywrap|ypan|redraw> ...
#
#For more details see:
#http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=blob;f=Documentation/fb/uvesafb.txt
#

options uvesafb mode=1280x800-32 scroll=ywrap

C 2.6.27 и выше строчка options должна выглядеть так:

... options uvesafb mode_option=1280x800-32 scroll=ywrap

Для получения списков поддерживаемых режимов экрана наберите

cat /sys/bus/platform/drivers/uvesafb/uvesafb.0/vbe_modes

== Hooks ==

Добавьте <nowiki>v86d</nowiki>

[[Категория:Man]]
[[Категория:Графика]]
[[Категория:Незавершённые статьи]]

Uvesafb

2011-03-24T15:52:50Z

Angelo:

Uvesafb

2011-03-24T15:48:25Z

Angelo:

Uvesafb является новым framebuffer-драйвером для консоли, добавлен в ядро начиная с версии 2.6.24. Он поддерживает больше функций, чем стандартный vesafb и является более предпочтительным в использовании (особенно это касается систем с nvidia-видеокартами с проприетарным видеодрайвером). Требования к поддержке оборудования такие же, как и для vesafb.

= Демон виртуализации =

Особенностью этого драйвера является то, что для него требуется демон визуализации в userspace, называемый v86d. Возможно, кто-то подсчитает глупым решением то, что в x86-системе эмулируется x86-код, однако не стоит забывать о других платформах (в частности, не-x86 платформы), где может использоваться uvesafb. Пакет v86d включает в себя initcpio HOOK, называемый v86d, который по необходимости будет загружать модуль и запускать демон виртуализации.

Дальнейшие инструкции предназначены для ArchLinux. Для остальных дистрибутивов инструкции будут дополнены позднее.

== v86d ==

Установите v86d с помощью pacman

# pacman -S v86d

Следует обратить внимание на то, что v86d нуждается в перекомпилировании klibc.

= Подготовка к установке =

#Удалите любые параметры ядра, относящиеся к настройке фреймбуфера с конфигурации загрузчика: vga=xxx принудительно загружает старый vesafb; video=xxx не используется uvesafb в случае, если последний скомпилирован как модуль (как в стандартном ядре Arch Linux).

#Отключите KMS, иначе во время загрузке вы увидите черный экран. Если это произошло, перезагрузите машину с помощью комбинации ''Ctrl+Alt+Del''. Для карт Intel укажите в конфиг-файле Grub параметр <nowiki>i915.modeset=0</nowiki>

== Параметры uvesafb ==

Все параметры модуля Вы сможете найти в /etc/modprobe.d/uvesafb.conf (или в общем конфиге /etc/modprobe.d/modprobe.conf). Исходный файл пакета v86d содержит информацию о синтаксисе конфиг-файла и ссылку на дополнительную информацию:

#This file sets the parameters for uvesafb module.
#The following format should be used:
#options uvesafb mode=<xres>x<yres>[-<bpp>][@<refresh>] scroll=<ywrap|ypan|redraw> ...
#
#For more details see:
#http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=blob;f=Documentation/fb/uvesafb.txt
#

options uvesafb mode=1280x800-32 scroll=ywrap

C 2.6.27 и выше строчка options должна выглядеть так:

... options uvesafb mode_option=1280x800-32 scroll=ywrap

Для получения списков поддерживаемых режимов экрана наберите

cat /sys/bus/platform/drivers/uvesafb/uvesafb.0/vbe_modes

== Hooks ==

Добавьте <nowiki>v86d</nowiki>

[[:Категория:Man]]

[[:Категория:Графика]]

Uvesafb

2011-03-24T15:45:32Z

Angelo:

Ай да Linux Wiki:Авторское право

2011-03-24T14:18:08Z

Angelo:

== Лицензирование материалов ==

Большинство статей, контент, исходные коды и другие виды информации, помещенные на этой вики, авторами которых являются основатели проекта и если в теле страницы не указана иная лицензия, будут обнародованы на условиях лицензии СС BY-NC-SA<ref name="СС BY-NC-SA">[http://creativecommons.org/licenses/by-nc-sa/3.0/legalcode Юридический текст лицензии CC BY-NC-SA на английском языке], </ref>, т.е. все наши труды будут ограниченно свободны. Вы сможете использовать, модифицировать и исправлять все имеющие в нашем проекте материалы на некоммерческой основе с указанием авторства, эти условия сохраняются и для производных работ. Для статей, чьими авторами являются третьи лица, не относящиеся к проекту, будут действовать те лицензии, на условиях которых они были помещены в свободный доступ.

== Примечания ==

<references />

Шаблон:Главная страница

2011-03-24T14:16:05Z

Angelo:

Добро пожаловать на главную страницу Wiki проекта '''Ай Да Linux''', где авторы поставили себе амбициозную цель - создать всеобщую Энциклопедию по всем аспектам свободных технологий в общем и GNU/Linux в частности. Конечно, мы не первые, кто захотел покорить мир таким образом, просто нам хочется сделать мир чуточку лучше, а поиск - чуточку проще. Тем более, что Вы совершенно свободно можете нам помочь в этом, ставь одним из авторов нашего Wiki и блога. И для этого даже не требуется писать только об OSS, Вам лишь нужно переговорить с основателями, нам интересны не всякие темы. И учтите условия принятой нами лицензии.

'''На данный момент наша база содержит мало статей, пока мы работаем над техническими проблемами сайта и оформлением. Многие функции Wiki или недоделаны, или отсутствуют вовсе. Дайте нам чуточку времени, мы исправимся.'''

Вы можете воспользоваться поиском или [[Служебная:AllPages|посмотреть]] названия всех статей и выбрать необходимую Вам. Так же можно вернуться на сайт http://aidalinux.ru.

Заглавная страница

2011-03-24T12:45:51Z

Angelo: Содержимое страницы заменено на «== О проекте Ай Да Linux == {{Главная страница}}»

== О проекте Ай Да Linux ==

{{Главная страница}}

Шаблон:Главная страница

2011-03-24T12:45:06Z

Angelo:

Добро пожаловать на главную страницу Wiki проекта Ай Да Linux, где авторы поставили себе амбициозную цель - создать всеобщую Энциклопедию по всем аспектам свободных технологий в общем и GNU/Linux в частности. Конечно, мы не первые, кто захотел покорить мир таким образом, просто нам хочется сделать мир чуточку лучше, а поиск - чуточку проще. Тем более, что Вы совершенно свободно можете нам помочь в этом, ставь одним из автором нашего Wiki и блога. И для этого даже не требуется писать только об OSS.

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

Вы можете воспользоваться поиском или [[Служебная:AllPages|посмотреть]] названия всех статей и выбрать понравившуюся. Так же можно вернуться на сайт http://aidalinux.ru.

<div class='divtable' style='font-size:95%'> <div id='lefthalf' class='divtablecell' style='width:45%;'>

Шаблон:Главная страница

2011-03-24T12:42:59Z

Angelo: Новая страница: «Тест»

Тест

Заглавная страница

2011-03-24T12:33:51Z

Angelo:

== О проекте Ай Да Linux ==

Добро пожаловать на главную страницу Wiki проекта Ай Да Linux, где авторы поставили себе амбициозную цель - создать всеобщую Энциклопедию по всем аспектам свободных технологий в общем и GNU/Linux в частности. Конечно, мы не первые, кто захотел покорить мир таким образом, просто нам хочется сделать мир чуточку лучше, а поиск - чуточку проще. Тем более, что Вы совершенно свободно можете нам помочь в этом, ставь одним из автором нашего Wiki и блога. И для этого даже не требуется писать только об OSS.

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

Вы можете воспользоваться поиском или [[Служебная:AllPages|посмотреть]] названия всех статей и выбрать понравившуюся. Так же можно вернуться на сайт http://aidalinux.ru.

<div class='divtable' style='font-size:95%'> <div id='lefthalf' class='divtablecell' style='width:45%;'>

Ай да Linux Wiki:Авторское право

2011-03-24T11:56:00Z

Angelo:

== Лицензирование материалов ==

Большинство статей, контент, исходные коды и другие виды, помещенные на этой вики, авторами которых являются основатели проекта и если в теле страницы не указана иная лицензия, будут обнародованы на условиях лицензии СС BY-NC-SA<ref name="СС BY-NC-SA">[http://creativecommons.org/licenses/by-nc-sa/3.0/legalcode Юридический текст лицензии CC BY-NC-SA на английском языке], </ref>, т.е. все наши труды будут ограниченно свободны. Вы сможете использовать, модифицировать и исправлять все имеющие в нашем проекте материалы на некоммерческой основе с указанием авторства, эти условия сохраняются и для производных работ. Для статей, чьими авторами являются третьи лица, не относящиеся к проекту, будут действовать те лицензии, на условиях которых они были помещены в свободный доступ.

== Примечания ==

<references />

Ай да Linux Wiki:Авторское право

2011-03-24T11:49:02Z

Angelo:

== Лицензирование материалов ==

Большинство статей, контент и исходные коды, помещенные на этой вики и авторами которых являются основатели проекта, будут обнародованы на условиях лицензии СС BY-NC-SA<ref name="СС BY-NC-SA">[http://creativecommons.org/licenses/by-nc-sa/3.0/legalcode Юридический текст лицензии CC BY-NC-SA на английском языке], </ref>, т.е. все наши труды будут ограниченно свободны. Вы сможете использовать, модифицировать и исправлять все имеющие в нашем проекте материалы на некоммерческой основе с указанием авторства, эти условия сохраняются и для производных работ. Для статей, чьими авторами являются третьи лица, не относящиеся к проекту, будут действовать те лицензии, на условиях которых они были помещены в свободный доступ.

<references />

Ай да Linux Wiki:Авторское право

2011-03-24T11:38:14Z

Angelo: Новая страница: «== Лицензирование материалов == Большинство статей, помещенные на этой вики и авторами кот...»

== Лицензирование материалов ==

Большинство статей, помещенные на этой вики и авторами которых являются основатели проекта, будут обнародованы на условиях лицензии <ref name="СС BY-NC-SA">[http://creativecommons.org/licenses/by-nc-sa/3.0/legalcode], Юридический текст лицензии CC BY-NC-SA на английском языке</ref>, т.е. все наши труды будут ограниченно свободны. Вы сможете использовать, модифицировать и исправлять все имеющие в нашем проекте материалы на некоммерческой основе с указанием авторства, эти условия сохраняются и для производных работ. Текст лицензии вы сможете найти здесь Основной Вы имеете полное право копировать, модифицировать, использовать в других проектах эти статьи. Однако в

<references />

Uvesafb

2011-03-10T19:10:09Z

Angelo:

Uvesafb является новым framebuffer-драйвером для консоли, добавлен в ядро начиная с версии 2.6.24. Он поддерживает больше функций, чем стандартный vesafb и является более предпочтительным в использовании (особенно это касается систем с nvidia-видеокартами с проприетарным видеодрайвером). Требования к поддержке оборудования такие же, как и для vesafb.

= Демон виртуализации =

Особенностью этого драйвера является то, что для него требуется демон визуализации в userspace, называемый v86d. Возможно, кто-то подсчитает глупым решением то, что в x86-системе эмулируется x86-код, однако не стоит забывать о других платформах (в частности, не-x86 платформы), где может использоваться uvesafb. Пакет v86d включает в себя initcpio HOOK, называемый v86d, который по необходимости будет загружать модуль и запускать демон виртуализации.

Дальнейшие инструкции предназначены для ArchLinux. Для остальных дистрибутивов инструкции будут дополнены позднее.

== v86d ==

Установите v86d с помощью pacman

# pacman -S v86d

Следует обратить внимание на то, что v86d нуждается в перекомпилировании klibc.

= Подготовка к установке =

# Удалите любые параметры ядра, относящиеся к настройке фреймбуфера с конфигурации загрузчика: vga=xxx принудительно загружает старый vesafb; video=xxx не используется uvesafb в случае, если последний скомпилирован как модуль (как в стандартном ядре Arch Linux).

# Отключите KMS, иначе во время загрузке вы увидите черный экран. Если это произошло, перезагрузите машину с помощью комбинации ''Ctrl+Alt+Del''. Для карт Intel укажите в конфиг-файле Grub параметр <nowiki>i915.modeset=0</nowiki>

== Параметры uvesafb ==

Все параметры модуля Вы сможете найти в /etc/modprobe.d/uvesafb.conf (или в общем конфиге /etc/modprobe.d/modprobe.conf). Исходный файл пакета v86d содержит информацию о синтаксисе конфиг-файла и ссылку на дополнительную информацию:

# This file sets the parameters for uvesafb module.
# The following format should be used:
# options uvesafb mode=<xres>x<yres>[-<bpp>][@<refresh>] scroll=<ywrap|ypan|redraw> ...
#
# For more details see:
# http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=blob;f=Documentation/fb/uvesafb.txt
#
options uvesafb mode=1280x800-32 scroll=ywrap

C 2.6.27 и выше строчка options должна выглядеть так:

...
options uvesafb mode_option=1280x800-32 scroll=ywrap

Для получения списков поддерживаемых режимов экрана наберите

cat /sys/bus/platform/drivers/uvesafb/uvesafb.0/vbe_modes

== Hooks ==

Добавьте <nowiki>v86d</nowiki>

Uvesafb

2011-03-10T17:36:54Z

Angelo: Новая страница: «Uvesafb является новым framebuffer-драйвером для консоли, добавлен в ядро начиная с версии 2.6.24. Он п...»