Compiling Kernel 3.8 on Debian Testing/Wheezy

linuxNOTE: It seems like series 3.8 has issues with intel (i915) graphics — it occasionally generates kworker threads that causes unresponsiveness as seen by slow mouse and keyboard response when e.g. plugging or unplugging mains power. No issues on e.g. nvidia though.

http://verahill.blogspot.com.au/2013/03/368-slow-mouse-and-keyboard-triggered.html
http://forums.gentoo.org/viewtopic-p-7278760.html
https://bbs.archlinux.org/viewtopic.php?pid=1248190

Post: Kernel 3.8 is out now. Not much to say — the compilation works well using the standard method. The compressed kernel is about 81 Mb to download.

The approach below shows how to compile the kernel on Debian. If you’re interested in a more generic approach, see this post:

http://verahill.blogspot.com.au/2013/02/344-compile-kernel-38-without-using-kpkg.html

NOTE: kernel 3.8 — in contrast to the 3.7 series — now compiles fine on AMD FX 8150.

NOTE: kernel 3.8 plays well with nvidia dkms

Here we go:


You will be asked a lot of questions — how many depends on what version you upgrade from. If in doubt, pick the default answer (i.e. hit enter). If really in doubt, use google.

Then continue:


Do

if you want to make any specific changes to the kernel (e.g. add support for certain devices)

Then continue:

As usual 4 is the number of threads you wish to launch — make it equal to the number of cores that you have for optimum performance during compilation (more about that here).
The build takes around 20 minutes on a four-core intel i5-2400 with -j4, and 14 minutes on an fx-8150 with -j8 (96 minutes with -j1).
Install:
New stuff/Questions:

Установка и настройка Wowza media server 2.2.4 и JW Player на Debian

wowzaУстановка сервера

Топаем на оф сайт и качаем DEB версию. Пока качается ищем ключик (или покупаем…)

Установка самого сервера проста

Т.к. требуется Java, ставим

Запускаем сервер

 

Настройка сервера для вещания

Переходим в папку

Создаем папку для вещания, что типа плейлиста

В папку content нужно будет класть ваше видео, либо сделать симлинк на content с вашим видео, и создать там папку simplevideostreaming.

 

Настройка плеера JW Player

Идем на оф сайт нажимаем Download JW Player, снимаем птички, ничего не заполняем, тыкаем Download Now. Плеер скачивается.

Распаковываем архив и кладем на сервер.

Пример для вещания

Кладем видео  video.flv в папку /usr/local/WowzaMediaServer/content

В папке которую мы распаковывали на сервер создаем тестовый html и вносим такие строки

Подробнее:

streamer означает что видео будет потоковое, а не из файла

ВАШ_САЙТ — вписываем ваш URL  сайта где крутится сервер  Wowza

simplevideostreaming — это папка-плейлист который создавали в после установки сервера.

video.flv и preview.jpg — собственно видео и превью которое показывается до запуска видео.

Сохраняем и открываем, получаем такое…

jwplaeer-300x171

К плееру можно прикрутить переключение в HD, шарилку на Facebook и прочие плагины. Их можно найти тут. Если нужно бесплатно есть на трекерах.

 

P.S. Суть установки Wowza media server для меня была в перемотки длинных видео, т.к приходилось ждать пока все видео прогрузится. Здесь же промотка происходит как на YouTube с любого места.

Маршрутизатор на Debian

При наличии более одного компьютера возникает потребность в организации совместного доступа в интернет. В условиях небольшого офиса или домашней сети подойдут стандартные решения SOHO, но как только количество компьютеров переваливает за 5-10 уже необходимо находить другие решения. Один из вариантов программный роутер с возможностью расширения функций (таких как кэширование, учет трафика, разграничение доступа, резка рекламы и банеров и т.д.). Установка и настройка программного роутера задача не такая уж и сложная, если иметь представление из чего он состоит и как работает. Рассмотрим простейший вариант реализации шлюза.

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

  • операционная система — Debian
  • набор железа — подойдет любой старенький компьютер PIII и выше с двумя сетевыми картами;
  • данные на имеющуюся сеть (провайдер, поставьте свои данные) eth0:

IP адрес: 192.168.10.5
шлюз: 192.168.10.254
DNS: 192.168.10.1

  • данные на внутреннюю локальную сеть (куда будем раздавать интернет) eth1:

IP адрес: 10.0.60.254 (наш новый шлюз)

С параметрами определились, можно начинать устанавливать. Систему ставим минимальную, из задач на сервере нам понадобится только OpenSSH, остальное нет необходимости ставить. Первым делом настроим сетевые интерфейсы, чтоб не сидеть за косолью, а подключиться с рабочей машины и все делать удаленно. Настройки сетевых интерфейсов находятся в файле /etc/network/interfaces, приводим примерно в такой вид, напоминаю, данные необходимо подставить свои.

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

Немного отредактируем некоторые файлы, чтоб потом все заработало без лишних «танцов с бубнами»

С этого файла кэширующий сервер DNS будет брать настройки. Осталось совсем немного, настроить NAT и DNS. Это только слышать страшно, а делать просто. Для этого установим волшебный пакет — dnsmasq. Dnsmasq является простым в настройке кеширующим DNS и DHCP(опционально) сервером. Разработан специально для применения в небольших, в том числе и домашних сетях, использующих NAT и соединяющихся с Интернет посредством модема, ADSL и прочих вариантов.

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

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

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

Ускорение запуска программ в Debian

Утилита preload ставилась и проверялась на Debian 5 Lenny, на других версиях Linux, наверняка, присутствует. Чем же она примечательна? Только тем, что позволяет производить в полуавтоматическом режиме анализ часто запускаемые программы и осуществлять кэширование части их кода в памяти. В среднем ускорение составляет около 45-50%. Для её установки не потребуется много времени, тем более она ставиться и настраивается сразу. Итак, устанавливаем:

Собственно, вся установка. После установки утилита запустится и начнёт уже работать. Как и у многих программ у неё есть свой конфигурационный файл /etc/preload.conf при желании можно изменить режим работы утилиты. Более детальное описание и детали конфигурации можно получить на сайте разработчика Techthrob.

GRUB 2 — ошибка 15

Изредка, особенно при невнимательной настройке загрузчика grub2 возникает ситуация, при которой система полностью отказывается грузиться, а на экране консоли возникает ошибка — “Error 15: File not found!”. Для решения проблемы необходимо внести изменения в файл /boot/grub/menu.lst, указав правильный раздел для загрузки — раздел root.

С начала загружаемся с Live CD и открываем терминал.

Проверяем, какие разделы доступны в системе:

Обычно это раздел системы и swap-раздел. Нас интересует раздел, содержащий /root.

/dev/hda6 — в нашем примере это раздел root. /dev/hda6 прописывается в grub, как (hd0,5). К примеру, если ваша система находится в /dev/hda1, то при загрузке нужно прописывать — (hd0,0). В grub прописывается значение на единицу меньшее, чем указано в разделе.

Откройте файл menu.lst и проверьте, что /dev/hda6 и (hd0,5) соответствуют разделу root, и никаких лишних разделов не указано. Это основная причина появления ошибки 15. В нашем примере root-раздел должен соответствовать разделу /dev/hda6, ниже указан пример файла /boot/grub/menu.lst:

Далее желательно проверить файл /etc/fstab на соответствие разделов и типов файловых систем:

После перезагрузки, система должна нормально загрузиться.

Переустановка загрузчика

После загрузки LiveCD, открываем терминал и монтируем разделы системы:

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

Монтирование обычных систем:

Если /boot примонтирован отдельно:

Монтирование специальных систем:

Заходим в chroot-систему:

Если отсутствует файл /boot/grub/grub.cfg, или есть проблемы с настройкой:

Переустанавливаем GRUB2 :

(Внимание! Номер после названия раздела не пишется!)

Проверяем правильность настроек:

Выходим из chroot-системы:

После перезагрузки всё должно заработать! 🙂

 

Proxy-сервер ffproxy

Для того, чтобы быстро установить простой прокси-сервер в Debian можно установить сервер ffproxy.

Для начала установим:

Открываем файл с настройками прокси-сервера

Тут нас интересует несколько строк:

— В этой строке можно заменить номер порта нашего прокси-сервера. Например, у меня для прокси-сервера используется порт 3128.

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

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

Далее заполним список ip-адресов, с которых можно выходить в сеть через наш прокси-сервер:

там весьма оригинальный формат записи, крайне напоминающий регулярные выражения. Вполне возможно, что это они и есть и можно при помощи них задавать диапазоны айпишников — сам лично не проверял. Например, в моём случае это выглядит так: ^192\.168\.0\.101$ (там есть пример, глядя на который можно не запутаться).

Для того, чтобы разрешить подключения с любого ip-адреса, оставляем в файле только два символа

для разрешения всех подключений через IPv6 оставим только символ

для разрешения всех подключений через IPv4 напишем

Для запуска/остановки/перезапуска нашего прокси-сервера используем следующие команды:

Восстановление IP-фона Cisco 7942G

Cisco 7942G мне подарили товарищи по работе, за что им огромное спасибо и уважение! Угораздило же меня прошивать телефон на SIP-прошивку именно в тот момент, как скакнуло напряжение в офисе.. 8(( Телефон сдох.

После различных попыток восстановления телефона, он замолчал и уже не подавал никаких признаков жизни — на экране по появлялось никаких сообщений. Ни по команде 123456789*0#, ни по 3491672850*# восстановить телефон, с помощью местного TFTP-сервера и прошивок на нем, не удалось. (((

Пришлось менять стратегию.

Был запущен отдельный TFTP-сервер на DHCP с раздачей файла по протоколу BOOTP на Debian 5.0.6. Использовалось редкое в России устройство Synertron CV860A, с процессором VIA C3:

  • CPU VIA Eden/C3 376 PIN 1GHz,
  • PLE133 chipset, PC133 SDRAM memory,
  • 3x LANs, 2x Serial ports, 3x USB ports,
  • 50-pin bootable Compact Flash Disk Socket,
  • 1x DOC,
  • 1x 44-pin IDE,
  • and 1x 40-pin IDE.
  •  

    Крайние правые порты (по порядку): eth0 и eth2.

    Решение нашел благодаря статье на официальном сайте — http://www.cisco.com/en/US/ts/fn/620/fn62949.html

    Вот содержание статьи:

    Workaround:

    Cisco recommends that customers stage their Cisco Unified IP Phones before deploying them to users. This allows Network Administrators to ensure:

    — Each phone is upgraded to appropriate firmware releases.

    — Properly configure the phone prior to deploying each phone

    — The phone is assembled with the appropriate cables, handsets and optional headsets.

    While staging the Network Administrator can perform additional activities such as factory resets, apply Dial Numbers and spot check phone functions.

    Solution:

    Cisco recommends the use of Firmware release 8.2(2)SR1 or later releases. This release and later versions are free of this defect. Registered users may obtain this release from the Cisco Unified IP Phone Firmware downloads (registered customers only) page. Select the proper load for your model of IP Phone.

    Recovery of the IP Phone:

    1. Make sure your phones are on a network with a valid DHCP server.
    2. Make sure the DHCP server on this network has a valid Option 150 setting pointing to a valid Cisco TFTP server.
    3. Make sure you have a valid term11.default.loads file from load 8.2(2)SR1 or higher on the TFTP server that is referenced in Option 150.
    4. Make sure you have all other needed image files present on this same TFTP server. * See note below.
    5. Change the timing on the network — the problem is related to timing. Toggle switch port settings between «Auto» and «100Mbps.» On a Cisco switch the command to toggle the switch port switch:

      Wait 10 minutes, or until all the phones have been updated, then issue the following command if desired to return to original configuration:

      Ensure that items 1 through 5 have been completed. If performing these five steps does not resolve the issue, continue with the remaining steps.
    6. Pull power on the phone (even if power is PoE).
    7. Hold down the # key on the phone.
    8. Continue holding down the # key and re-apply power.
    9. While still holding the # key wait for the Message Waiting Indicator (MWI) light on the handset to start flashing.
    10. Once the MWI light is flashing, release the # key and enter the following sequence exactly on the keypad:3491672850*#Once this sequence has been entered on the IP Phone, if all the network criteria above have been met, it should begin its recovery process. This process can take up to 15 minutes to finish. The phone may appear to be doing nothing during this time. However, if the phone does not recover after 20 minutes then it is possible that the recovery is stuck. In this case, re-examine your network and verify that steps 1-4 are in place, then re-issue the factory reset sequence.

    * Note: The factory reset sequence is a way for a phone to clear flash and still upload to a valid firmware image. This is facilitated by the termxx.default.loads file, but requires that the image files listed in the termxx.default.loads file are available in TFTP for the phone to download. Open the termxx.default.loads file in any text editor. This loads file is essentially just a packing list showing all the OS and application files the phone needs to function. The files include a cnu, cvm, dsp, app and jar files. Please make sure that these files as listed in the termxx.default.loads file are in TFTP. («xx» will be either «06» for the CP-7906G model, or «11» for the CP-7911G model.)

    Additional Diagnostic Steps:

    — Try a hard-coded IP address as a test to see if this resolves the upgrade failures. If it does, and the number of failing IP Phones is relatively few, this procedure may be the most expedient. After the IP Phone upgrades successfully, reconfigure the IP Phone to use DHCP.

    — Try putting the phone on a hub or a different switch and see if this helps change the startup timing enough so that the upgrade completes successfully.

    ***

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

    Первоначально пытался прописать DHCP option 150 на сервере Windows 2003 Server (позже подготовлю статью по этой теме), однако сразу не завелось, потому перешел на Debian.

    IP-фон с помощью порта 10/100SW был подключен к свитчу, свитч подключен к серверу в порт eth0 (192.168.100.0/24), порт eth2 сервера (192.168.0.0/24) через еще один роутер, был подключен к интернету.

    Итак, после установки операционной системы, был установлен TFTP-сервер:

    Устанавливаем DHCP-сервер:

     

    Настройки DHCP-клиента:

    Файл /etc/defaults/dhcp3-server:

    Настройки сети:

    Перезапуск сетевых настроек:

    Перезапуск DHCP-сервера:

    Для пропуска трафика из подсети 192.168.0.0 в сеть 192.168.100.0, настраиваем NAT на IPtables, делаем скрипт ~/fw.start:

    И запускаем его:

    После этого трафик из сети 192.168.0.0 будет доступен и в 192.168.100.0.

    Результаты работы проверяю с помощью tshark:

    После всех манипуляций перезагружаем IP-фон, как описано в статье в пункте 10:

    1. Зажимаем #.
    2. Отключаем питание.
    3. После того, как начинают мигать кнопки Line отжимаем #.
    4. Набираем комбинацию 3491672850*# и ждем, пока с TFTP-сервера пойдет трафик в телефон.

    На TFTP-сервере были размещены файлы одной из ранних прошивок:

    dialplan.xml:

    SEPB8BEBF22BE05.cnf.xml (конфиг-файл от более поздней прошивки):

    XMLDefault.cnf.xml:

    и пустой файл: CTLSEPB8BEBF22BE05.tlv

     

    🙂

    После всего этого, телефон восстановился.

    Предстоит еще обновить прошивку с 8.5.2 до минимум 8.5.4 (для благополучно работы Cisco 7942 с Asterisk 1.4.39 у нас в конторе). Но это уже другая история.

     

    Debian sources.list

    # cat /etc/apt/sources.list

    В Debian 5 используется имя дистрибутива lenny, в Debian 6 используется squeeze.

    S.M.A.R.T.

    Какие проблемы позволяет выявить эта технология:

    1. Проблемы блока магнитных головок
    2. Повреждения дисков (физические повреждения, логичесские ошибки и т.п.)
    3. Проблемы механики (привода или системы позиционирования)
    4. Проблемы электронной части (платы)
    5. Температура

    Установка:

    smartctl — Control and Monitor Utility for SMART Disks.

    Поддерживает многие ATA-3 и более поздние ATA, IDE, SATA и SCSI-3 диски.

    smartd — демон, пытается включить SMART monitoring на ATA-устройствах (аналогично smartctl -s on) и будет опрашивать устройства каждые 30 минут, фиксирует ошибки дисков и изменения атрибутов через syslog-интерфейс.

    Логи по-умолчанию найти можно в /var/log/messages.

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

    Выясняем, поддерживает ли диск SMART.

    Включаем SMART, если выключен.

    Для получения всей информации о диске:

    Описание параметров таблицы smartctl:

    RAW_VALUE — Каждый атрибут имеет raw value 6-ти байтовое значение
    VALUE — одно байтовое значение усредненное.

    Например в случае параметра «Temperature_Celsius» raw value хранит температуру диска (например 43 градуса)+ минимальную и максимальную температуру, при которой сохраняется работоспособность диска (например 33 и 45 градуса).

    Формат raw data определяется производителем и не описан в стандарте. Firmware диска конвертирует raw value в normalized value в диапазоне от 1 до 253. Если это нормализованное значение меньше или равно threshold (THRESH), атрибут считается failed и отображается в столбце WHEN_FAILED. Если этот столбец пуст, все атрибуты в норме.

    Минимальное (WORST) нормализованное значение тоже показано;
    Это минимальное значение которое достигалось с момента включения SMART на диске.

    TYPE — существует 2 типа атрибутов:

    Критичные атрибуты: (Pre-fail)

    Некритичные атрибуты: (Old_age) (величина value отведенная вендором до наработки на отказ (ресурс)).

    Если VALUE стало меньше THRESH в случае Pre-fail атрибута — существует большая вероятность, что диск вылетит в ближайшие 24 часа.

    Если VALUE стало меньше THRESH в случае Old_age атрибута — существует большая вероятность, что диск вылетит т.к. выработан ресурс. Вот только когда — науке это неизвестно.

    Названия/значения атрибутов и интерпретация raw values не определена никаким стандартом. Иногда различные производители используют одинаковый Attribute ID для различных целей. Поэтому интерпретация специфических атрибутов smartctl может быть изменена опцией -v.

    Уточнение: если возникли проблемы с SATA дисками — проверьте версию smartctl: для нормальной работы нужна последняя версия, например 5.38 или 5.39.

    Демон smartd:

    Редактируем /etc/smartd.conf

    По-умолчанию там только одна опция DEVICESCAN
    Рекомендуется закомментировать ее и просто перечислить список устройств, которые мы хотим мониторить.

    /dev/hda устройство, которое мы собираемся мониторить
    -o включает автоматическое off-line тестирование
    -S включает автозапись атрибутов
    -m за которой следует e-mail указывает куда warning сообщения отсылать
    -a указывает smartd мониторить все SMART параметры диска

    smartd по умолчанию фиксирует изменение значений всех атрибутов.

    Директива -I 194 означает игнорировать атрибут #194, (т.е. температуру), т.к. температура диска часто меняется и нет смысла ее логировать.

    Описание параметров:

    Каждый атрибут имеет величину — Value.

    Value Изменяется в диапазоне от 0 до 255 (задается производителем).

    Низкое значение говорит о быстрой деградации диска или о возможном скором сбое. т.е. чем выше значение Value атрибута, тем лучше.

    Raw Value — это значение атрибута во внутреннем формате производителя значение малоинформативно для всех кроме сервисманов.

    Threshold. — минимальное возможное значение атрибута, при котором гарантируется безотказная работа накопителя.

    При Значении атрибута меньше Threshold очень вероятен сбой в работе или полный отказ.

    Атрибуты бывают критически важными (Pre-fail) и некритически важными (Old_age).

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

    Критичные атрибуты:

    • Raw Read Error Rate — частота ошибок при чтении данных с диска, происхождение которых обусловлено аппаратной частью диска.
    • Spin Up Time — время раскрутки пакета дисков из состояния покоя до рабочей скорости. При расчете нормализованного значения (Value) практическое время сравнивается с некоторой эталонной величиной, установленной на заводе. Не ухудшающееся немаксимальное значение при Spin Up Retry Count Value = max (Raw равном 0) не говорит ни о чем плохом. Отличие времени от эталонного может быть вызвано рядом причин, например просадка по вольтажу блока питания.
    • Spin Up Retry Count — число повторных попыток раскрутки дисков до рабочей скорости, в случае если первая попытка была неудачной. Ненулевое значение Raw (соответственно немаксимальное Value) свидетельствует о проблемах в механической части накопителя.
    • Seek Error Rate — частота ошибок при позиционировании блока головок. Высокое значение Raw свидетельствует о наличии проблем, которыми могут являться повреждение сервометок, чрезмерное термическое расширение дисков, механические проблемы в блоке позиционирования и др. Постоянное высокое значение Value говорит о том, что все хорошо.
    • Reallocated Sector Count — число операций переназначения секторов. SMART в современных дисках способен произвести анализ сектора на стабильность работы «на лету» и в случае признания его сбойным, произвести его переназначение.

    Некритичные атрибуты:

    • Start/Stop Count — полное число запусков/остановов шпинделя. Гарантировано мотор диска способен перенести лишь определенное число включений/выключений. Это значение выбирается в качестве Treshold. Первые модели дисков со скоростью вращения 7200 оборотов/мин имели ненадежный двигатель, могли перенести лишь небольшое их число и быстро выходили из строя.
    • Power On Hours — число часов проведенных во включенном состоянии. В качестве порогового значения для него выбирается паспортное время наработки на отказ (MTBF). Обычно величина MTBF огромна, и маловероятно, что этот параметр достигнет критического порога. Но даже в этом случае выход из строя диска совершенно не обязателен.
    • Drive Power Cycle Count — количество полных циклов включения-выключения диска. По этому и предыдущему атрибуту можно оценить, например, сколько использовался диск до покупки.
    • Temperatue — Здесь хранятся показания встроенного термодатчика. Температура имеет огромное влияние на срок службы диска (даже если она находится в допустимых пределах). Вернее имеет влияние не на срок службы диска а на частоту возникновения некоторых типов ошибок, которые влияют на срок службы.
    • Current Pending Sector Count — Число секторов, являющихся кандидатами на замену. Они не были еще определенны как плохие, но считывание их отличается от чтения стабильного сектора, так называемые подозрительные или нестабильные сектора.
    • Uncorrectable Sector Count — число ошибок при обращении к сектору, которые не были скорректированы. Возможными причинами возникновения могут быть сбои механики или порча поверхности.
    • UDMA CRC Error Rate — число ошибок, возникающих при передаче данных по внешнему интерфейсу. Могут быть вызваны некачественными кабелями, нештатными режимами работы.
    • Write Error Rate — показывает частоту ошибок происходящих при записи на диск. Может служить показателем качества поверхности и механики накопителя.

    В SMART III появилась функция, позволяющая прозрачно для пользователя переназначать BAD сектора.

    Работает механизм следующим образом: при неустойчивом чтении сектора, или же ошибки его чтения, SMART заносит его в список нестабильных и увеличит их счетчик (Current Pending Sector Count). Если при повторном обращении сектор будет прочитан без проблем, он будет выброшен из этого списка. Если же нет, то при представившейся возможности — при отсутствии обращений к диску, диск начнет самостоятельную проверку поверхности, в первую очередь подозрительных секторов. Если сектор будет признан сбойным, то он будет переназначен на сектор из резервной поверхности (соответственно RSC увеличиться). Такое фоновое переназначение приводит к тому, что на современных винчестерах сбойные секторы практически никогда не видны при проверке поверхности сервисными программами. В тоже время, при большом числе плохих секторов их переназначение не может происходить до бесконечности. Первый ограничитель очевиден — это объем резервной поверхности.

    У современных винчестеров есть два дефект-листа P-list (Primary, заводской) и G-list (Growth, формируется непосредственно во время эксплуатации). И при большом числе переназначений может оказаться так, что в G-list не оказывается места для записи о новом переназначении. Эта ситуация может быть выявлена по высокому показателю переназначенных секторов в SMART.

    Ссылки:

    http://ksimute.trancom.ru/smart-hdd.shtml
    http://www.linuxjournal.com/article/6983
    http://smartmontools.sourceforge.net/
    http://www.3dnews.ru/storage/smart/

    Asterisk на Linux. Моя версия ))

    Пример приводится для 64-битных процессоров. Использовал дешевую E1-карту Digium TE110P. Asterisk собирался из исходников.

    Установка и настройка ОС

    Устанавливаем и обновляем систему.

    Ставим пакеты:

    Установка и настройка ISDN-карты

    Устанавливаем карту.

    Качаем драйверы:

    http://downloads.asterisk.org/pub/telephony/libpri/libpri-1.4.11.tar.gz
    http://downloads.asterisk.org/pub/telephony/dahdi-linux/dahdi-linux-2.3.0.1.tar.gz
    http://downloads.asterisk.org/pub/telephony/dahdi-tools/dahdi-tools-2.3.0.tar.gz

    Очень желательно соблюдать очередность установки драйверов и самого Asterisk’а.

    Установка драйверов:

    LibPRI
    make
    make install

    DAHDI
    make
    make install

    DAHDI Tools
    ./configure
    make menuselect
    make
    make install

    Установка и настройка Asterisk

    Качаем:
    http://downloads.asterisk.org/pub/telephony/asterisk/asterisk-1.4.32-rc1.tar.gz
    http://downloads.asterisk.org/pub/telephony/asterisk/asterisk-addons-1.4.11.tar.gz

    Устанавливаем:

    *Asterisk
    ./configure
    make menuselect
    make
    make install

    *Asterisk Addons
    ./configure
    make menuselect
    make
    make install

    Перезагружаемся.

    Проверяем работу драйвера и ISDN-карты

    У нас используется карта [[Digium TE110P]].

    Настройки драйвера:

    »’cat /etc/dahdi/system.conf»’

    span=1,1,0,ccs,hdb3
    bchan=1-15,17-31
    dchan=16
    echocanceller=mg2,1-15,17-31
    loadzone=ru
    defaultzone=ru

    »’cat /etc/asterisk/chan_dahdi.conf»’

    [trunkgroups]

    [channels]

    context=from-fwd
    switchtype=euroisdn
    signalling=pri_cpe
    usecallerid=yes
    callwaiting=yes
    usecallingpres=yes
    callwaitingcallerid=yes
    threewaycalling=yes
    transfer=yes
    canpark=yes
    cancallforward=yes
    callreturn=yes
    echocancel=yes
    echocancelwhenbridged=yes

    group=1
    callgroup=1
    pickupgroup=1
    channel => 1-15
    channel => 17-31

    Проверяем, загрузился ли модуль:

    »’lsmod | sort»’

    Module                  Size  Used by

    crc_ccitt               6528  2 dahdi,hisax
    dahdi                 204368  74 dahdi_echocan_mg2,wcte11xp
    dahdi_echocan_mg2      10248  31
    isdn                  127584  1 hisax
    slhc                   10240  1 isdn
    wcte11xp               28960  31
    ….

    Проверяем, видит ли DAHDI нашу карту ([[Digium TE110P]]):

    »’dahdi_cfg -vvvvvvvv»’

    DAHDI Tools Version — 2.3.0

    DAHDI Version: 2.3.0.1
    Echo Canceller(s): MG2
    Configuration
    ======================

    SPAN 1: CCS/HDB3 Build-out: 0 db (CSU)/0-133 feet (DSX-1)

    Channel map:

    Channel 01: Clear channel (Default) (Echo Canceler: mg2) (Slaves: 01)
    Channel 02: Clear channel (Default) (Echo Canceler: mg2) (Slaves: 02)

    Channel 14: Clear channel (Default) (Echo Canceler: mg2) (Slaves: 14)
    Channel 15: Clear channel (Default) (Echo Canceler: mg2) (Slaves: 15)
    Channel 16: D-channel (Default) (Echo Canceler: none) (Slaves: 16)
    Channel 17: Clear channel (Default) (Echo Canceler: mg2) (Slaves: 17)

    Channel 30: Clear channel (Default) (Echo Canceler: mg2) (Slaves: 30)
    Channel 31: Clear channel (Default) (Echo Canceler: mg2) (Slaves: 31)

    31 channels to configure.

    Setting echocan for channel 1 to mg2
    Setting echocan for channel 2 to mg2

    Setting echocan for channel 14 to mg2
    Setting echocan for channel 15 to mg2
    Setting echocan for channel 16 to none
    Setting echocan for channel 17 to mg2

    Setting echocan for channel 30 to mg2
    Setting echocan for channel 31 to mg2

    Проверяем настройки DAHDI:

    »’dahdi_scan»’

    [1]
    active=yes
    alarms=OK
    description=Digium Wildcard TE110P T1/E1 Card 0
    name=WCT1/0
    manufacturer=Digium
    devicetype=Digium Wildcard TE110P T1/E1
    location=PCI Bus 03 Slot 02
    basechan=1
    totchans=31
    irq=19
    type=digital-E1
    syncsrc=0
    lbo=0 db (CSU)/0-133 feet (DSX-1)
    coding_opts=HDB3
    framing_opts=CCS,CRC4
    coding=HDB3
    framing=CCS

    »’dahdi_tool»’

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

    Копируем из бэкапа сервера телефонии содержимое папки /etc/asterisk/.

    Автозагрузка Asterisk

    Обычно Asterisk ставит init-скрипт для загрузки самостоятельно.

    Можно использовать для этого стандартный вызов из файла /etc/init.d/rc.local:
    /usr/sbin/asterisk -f -vvvg -c

    Или лучше:

    Скопировать из исходников Asterisk /usr/src/install_asterisk/asterisk-1.4.19/contrib/init.d/rc.debian.asterisk в /etc/init.d/asterisk

    chmod 755 /etc/init.d/asterisk

    cd /etc/init.d
    # для удаления из автозагрузки
    update-rc.d -f asterisk remove

    # для установки в автозагрузку
    update-rc.d asterisk defaults

    Доступ к консоли Asterisk

    «asterisk -Rvvv»

    -r — Подключение к Asterisk на текущей системе
    -R — Тоже самое, что и ключ -r, но при разсоединения происходит переподключение
    -v — Больше подробностей при выводе (чем больше «v», тем больше подробностей)

    Дополнительные пояснения искать тут:

    http://itinfusion.ca/2007/05/06/howto-installing-asterisk-on-debian-etch/