С тех пор много воды утекло. Был открыт исходный код MDC. Но почему-то его разработка была заброшена. На сегодняшний день последней версией мессенджера так и осталась 1.0.4.3. В связи с этим  я не придал значения тому, что с выходом openSUSE 12.1 не был собран rpm-пакет для этой версии дистрибутива. И как оказалось, напрасно. На почту мне стали приходить письма с просьбой собрать rpm-пакет MDC для последней версии дистрибутива openSUSE. Должен признать, что по причине занятости я немного повременил со сборкой. Но теперь пакет собран и выложен в моей домашнем репозитории. Прошу любить и жаловать.

Если у вас еще не добавлен мой репозиторий:

#zypper ar http://download.opensuse.org/repositories/home:/tuoma/openSUSE_12.1/  home:tuoma

И устанавливаем MDC:

#zypper in mdc

Для любителей поклацать мышкой, все тоже самое можно сделать в YaST

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

Искренне ваш.

Продолжение. Начало тут

Теперь самое время, посмотреть чего же мы все-таки добились нашими действиями. Ведь первоначальная задача стояла во включении ASPM для PCI Express. Кстати, предварительно не мешает указать в параметрах ядра pcie_aspm=force и перегрузиться. # dmesg | grep ASPM

[ 0.000000] PCIe ASPM is forcibly enabled

[ 1.783332] ACPI FADT declares the system doesn’t support PCIe ASPM, so disable it

[ 1.931463] ACPI _OSC control for PCIe not granted, disabling ASPM

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

Теперь смотрим, что же с ним не так.

# dmesg | grep _OSC

[ 1.921997] \_SB_.PCI0:_OSC invalid UUID

[ 1.921999] _OSC request data:1 8 1f

[ 1.931408] \_SB_.PCI0:_OSC invalid UUID

[ 1.931409] _OSC request data:1 1f 1f

[ 1.931413] pci0000:00: Requesting ACPI _OSC control (0x1d)

[ 1.931457] \_SB_.PCI0:_OSC invalid UUID

[ 1.931459] _OSC request data:1 0 1d

[ 1.931462] pci0000:00: ACPI _OSC request failed (AE_ERROR), returned control mask: 0x1d

[ 1.931463] ACPI _OSC control for PCIe not granted, disabling ASPM

То есть можно сделать вывод о том, что методу _OSC не понравился идентификатор нашей шины PCI. Лезем в спецификацию ACPI и смотрим пример реализации этого метода для шины PCI Express. После чего ищем этот метод в нашем исходнике DSDT. У меня например до правки он был таким:

Device (PCI0) // Это начало секции PCI

{

…

//буфер, который теоретически содержит правильный идентификатор и с которым производится сравнение

Name (GUID, Buffer (0×10)

{

/* 0000 */ 0x5B, 0x4D, 0xDB, 0×33, 0xF7, 0x1F, 0x1C, 0×40,

/* 0008 */ 0×96, 0×57, 0×74, 0×41, 0xC0, 0x3D, 0xD7, 0×66

})

Name (SUPP, Zero)

Name (CTRL, Zero)

//Собственно сам метод

Method (_OSC, 4, Serialized)

{

Store (Arg3, Local0)

CreateDWordField (Local0, Zero, CDW1)

CreateDWordField (Local0, 0×04, CDW2)

CreateDWordField (Local0, 0×08, CDW3)

If (LAnd (LEqual (Arg0, GUID), NEXP))

{

Store (CDW2, SUPP)

Store (CDW3, CTRL)

If (Not (And (CDW1, One)))

{

If (And (CTRL, One))

{

NHPG ()

}

If (And (CTRL, 0×04))

{

NPME ()

}

}

If (LNotEqual (Arg1, One))

{

Or (CDW1, 0×08, CDW1)

}

If (LNotEqual (CDW3, CTRL))

{

Or (CDW1, 0×10, CDW1)

}

Store (CTRL, CDW3)

Store (CTRL, OSCC)

Return (Local0)

}

Else

{

Or (CDW1, 0×04, CDW1)

Return (Local0)

}

}

После правки метод _OSC (привожу только его):

Method (_OSC, 4, Serialized)

{

Store (Arg3, Local0)

CreateDWordField (Local0, Zero, CDW1)

CreateDWordField (Local0, 0×04, CDW2)

CreateDWordField (Local0, 0×08, CDW3)

// Check for proper UUID

If(LEqual(Arg0,ToUUID(“33DB4D5B-1FF7-401C-9657-7441C03DD766″)))

{

Store (CDW2, SUPP)

Store (CDW3, CTRL)

If(LNotEqual(And(SUPP, 0×16), 0×16))

{

And(CTRL,0x1E,CTRL)

}

And(CTRL,0x1D,CTRL)

If (Not (And (CDW1, One)))

{

If (And (CTRL, One))

{

NHPG ()

}

If (And (CTRL, 0×04))

{

NPME ()

}

}

If (LNotEqual (Arg1, One))

{

Or (CDW1, 0×08, CDW1)

}

If (LNotEqual (CDW3, CTRL))

{

Or (CDW1, 0×10, CDW1)

}

Store (CTRL, CDW3)

Store (CTRL, OSCC)

Return (Local0)

}

Else

{

Or (CDW1, 0×04, CDW1)

Return (Local0)

}

}

После этого нужно опять скомпилировать нашу таблицу DSDT и снова проделать манипуляции по включению ее в initrd, описанные выше.

После этого вот что мне сказал dmesg:

~> dmesg | grep _OSC

[ 1.941655] pci0000:00: Requesting ACPI _OSC control (0x1d)

[ 1.942228] pci0000:00: ACPI _OSC control (0x1d) granted

~> dmesg | grep ASPM

[ 0.000000] PCIe ASPM is forcibly enabled

[ 1.785347] ACPI FADT declares the system doesn’t support PCIe ASPM, so disable it

Последняя строка должна нас смутить. Лезем в исходники ядра:

static int __init acpi_pci_init(void)

{

int ret;

if (acpi_gbl_FADT.boot_flags & ACPI_FADT_NO_MSI) {

printk(KERN_INFO”ACPI FADT declares the system doesn’t support MSI, so disable it\n”);

pci_no_msi();

}

if (acpi_gbl_FADT.boot_flags & ACPI_FADT_NO_ASPM) {

printk(KERN_INFO”ACPI FADT declares the system doesn’t support PCIe ASPM, so disable it\n”);

pcie_no_aspm();

}

ret = register_acpi_bus_type(&acpi_pci_bus);

if (ret)

return 0;

pci_set_platform_pm(&acpi_pci_platform_pm);

return 0;

}

и видим, что эта запись выводится в том случае, если ACPI сообщает о том, что ASPM не поддерживается. Но как мы помним, благодаря патчу от Мэтью Гаррета ASPM будет все-равно включен.

И напоследок хочу напомнить вам, что если у вас процессор core iX, то результата эти действия не принесут. Думаю, это из-за того, что контроллер PCI Express встроен в процессоры Intel Core iX. В этом случае лучше уж приобрести рулонный газон и украсить свой сад. Пользы будет больше и отличный фон для кустарников и деревьев будет радовать не только ваш глаз, но и ваших близких и друзей.

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

До новых встреч.

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

Как я уже писал в предыдущей статье, проблема с ASPM в Линуксе была решена включением патча от Мэтью Гаррета в ядро linux начиная с версии 3.3.

Патч действует только в системах, в которых в сообщениях ядра появляется «ACPI FADT declares the system doesn’t support PCIe ASPM, so disable it».

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

Справка из вики:

Интерфейс ACPI организуется путём размещения в определённой области оперативной памяти нескольких таблиц, содержащих описание аппаратных ресурсов и программных методов управления ими. Каждый тип таблицы имеет определённый формат, описанный в спецификации. Кроме того, таблицы, содержащие методы управления устройствами и обработчики событий ACPI, содержат код на языке AML (ACPI Machine Language) — машинно независимый набор инструкций, представленный в компактной форме. Операционная система, поддерживающая ACPI, содержит интерпретатор AML, который транслирует инструкции AML в инструкции центрального процессора, выполняя таким образом методы или обработчики событий.

Некоторые из этих таблиц полностью или частично хранят статические данные в том смысле, что от запуска к запуску системы, они не изменяются. Статические данные, как правило, создаются производителем материнской платы или BIOS и описываются на специальном языке ASL (ACPI Source Language), а затем компилируются в представление на AML.

Так вот, по каким-то совершенно непонятным причинам разработчики BIOS не считают нужным придерживаться стандартов в описании таблиц. В пору, конечно, в очередной раз заподозрить разработчиков в сговоре с пресловутым Мелкософтом. Впрочем, многие производители железа грешат составлением совместных бизнес планов с разработчиками софта. Судить, о том, насколько подобное бизнес планирование выгодно для обоих, не будем. Можем лишь предположить, что если звезды зажигаются… то есть такие договоренности происходят, значит это кому-то нужно. Впрочем, не стоит сбрасывать со счетов и банальную халатность.

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

# acpidump > myacpi.dat

# acpixtract -a myacpi.dat

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

# iasl -d DSDT.dat

На выходе мы получаем файл DSDT.dsl, который можно просмотреть обычным текстовым редактором и в случае знания языка ASL, даже что-то понять Мы же пойдем методом научного тыка. Пробуем скомпилировать полученный исходник обратно в бинарный вид:

# iasl -sa DSDT.dsl

В результате мы получим файл DSDT.aml и кучу ошибок в консоли Например:

DSDT.dsl 3060: Name (_T_1, Zero)

Remark 5111 – Use of compiler reserved name ^ (_T_1)

DSDT.dsl 3061: Name (_T_0, Zero)

Remark 5111 – Use of compiler reserved name ^ (_T_0)

DSDT.dsl 4191: Method (WM00, 3, NotSerialized)

Warning 1088 – ^ Not all control paths return a value (WM00)

Собственно, указывается номер строки в исходнике и содержимое ошибки.

Первые 2 ошибки говорят о том, что используется имя, зарезервированное компилятором и устраняются довольно просто. Достаточно заменить _T_X на T_X. Третья ошибка, как вы понимаете, указывает на то, что в методе не всегда возвращается какое-либо значение. Идем к нужной строке и смотрим содержимое метода:

Method (WM00, 3, NotSerialized)

{

Store (“00″, MTNM)

If (LEqual (Arg1, 0×06))

{

WMIS (Arg1, Arg2)

Return (DI00)

}

}

Как видим, в случае не выполнения условия If метод действительно не вернет ничего. Допишем его так:

Method (WM00, 3, NotSerialized)

{

Store (“00″, MTNM)

If (LEqual (Arg1, 0×06))

{

WMIS (Arg1, Arg2)

Return (DI00)

}

Return (0×00)

}

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

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

Intel ACPI Component Architecture

ASL Optimizing Compiler version 20110316-64

Copyright (c) 2000 – 2011 Intel Corporation

ASL Input: DSDT.dsl – 10014 lines, 336764 bytes, 3609 keywords

AML Output: DSDT.aml – 36671 bytes, 862 named objects, 2747 executable opcodes

Compilation complete. 0 Errors, 0 Warnings, 0 Remarks, 17 Optimizations

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

После правки таблицы DSDT нам нужно каким-то образом указать ядру использовать именно его. Один и возможных способов — это включить ее в initrd. Для этого выполняем команды:

# cat DSDT.aml >> /boot/<Имя_нового_initrd>

# cat /boot/<Имя_существующего_initrd> >> /boot/<Имя_нового_initrd>

После этого правим секцию загрузчика, и указываем Начальный RAM-диск как /boot/<Имя_нового_initrd>, после чего перегружаемся, выбирая исправленную секцию при загрузке.

Теперь смотрим, как определилась наша таблица DSDT:

# dmesg | grep DSDT

[ 0.000000] DSDT ACPI table found in initrd – size: 36671

[ 0.000000] ACPI: DSDT @ 0x0000000096ff0000 Phys table override, replaced with:

[ 0.000000] ACPI: DSDT 0000000096e2f000 08F3F (v01 ACRSYS ACRPRDCT 00000000 INTL 20110316)

[ 1.832955] ACPI: EC: Look up EC in DSDT

Как мы видим, наша правленная таблица была успешно подхвачена из initrd.

Продолжение следует.

www.ibash.org.ru

Немаловажным параметром мобильного компьютера является время его автономной работы. На какие только ухищрения не идут производители, чтобы улучшить этот параметр. Это и более емкие батареи, и разнообразные технологии подобные Nvidia Optimus, сочетающие в себе мощь дискретной и экономичность встроенной видеокарт. Но зачастую все эти усилия просто идут насмарку из-за того, что операционная система не умеет все эти «плюшки» использовать. Или пользователь не умеет обращаться с операционной системой С проблемой повышенного энергопотребления ноутбука в openSUSE пришлось столкнуться и мне. В то время, как винда добросовестно показывала расчетное время 4 часа автономной работы, в openSUSE мне отводилось не более 2,5 часов.

Утилита powertop честно показывала энергопотребление моего ноута 18-20 Вт. И даже установка пакета laptop-mode-tools, который рекомендуется для увеличения времени работы от батареи, ощутимого эффекта не дала.

Кстати, вы знаете почему в рунете больше популярен Google чем Yahoo? Потому что гуглить по запросу Домодедово кондиционер установка гораздо приятнее, чем яхуевать Вот и я решил, что яхуевать мне достаточно и пора гуглить И, как оказалось, не безрезультатно.

Как я уже упоминал в предыдущих статьях, у меня на ноуте используются 2 видеокарты: интегрированная от Intel (на проце Core i5) и дискретная Nvidia. Дискретная большую часть времени отключена. А вот интегрированная, как вы понимаете, трудится «в поте лица». Да еще и, как оказалось, «кушает» вполне прилично.

Дело в том, что из-за нестабильной работы в режиме энергосбережения на некоторых ноутбуках в openSUSE по умолчанию отключен этот режим для интегрированной графики на процах Intel с архитектурой Sandy Bridge. Чтобы включить его, достаточно передать ядру 2 параметра:

i915.i915_enable_rc6=1 i915.i915_enable_fbc=1

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

После этих манипуляций powertop показал, что в «ненагруженном» состоянии мой ноут способен потреблять не более 8 Вт И расчетное время автономной работы при этом составило 6 часов, что в 1,5 раза лучше чем в винде. Как вы сами понимаете, результат более чем удовлетворительный.

Также общеизвестна еще одна проблема в линуксе с управлением потреблением энергии шины PCI Express (технология ASPM). Суть проблемы состоит в том, что технология ASPM активировалась в ядре только в том случае, если BIOS явно сообщал о ее поддержке. Патч от Мэтью Гаррета исправил эту проблему. Но был включен в ядро только начиная с версии 3.3. Найти ядро версии > 3.3 можно в репозитории Tumbleweed.

Правда, могут еще возникнуть трудности из-за неправильной реализации таблиц ACPI производителем железа . Но об этом мы поговорим с вами в следующей статье

До новых встреч.

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

И что же, спросите вы, придется отказаться от openSUSE и отдаться в лапы проклятущему Мелкософту?

На самом деле не перевелись еще богатыри на земле русской разработчики-энтузиасты, которые в поисках квартиры посуточно Киев могут перевернуть и драйвер написать. К нашей великой радости существует проект Bumlebee, который и реализует технологию Optimus в Линукс вообще и openSUSE в частности.

В OBS есть репозиторий этого проекта. Но почему-то в этом репозитороии лежит старая версия Bumblebee 2.4.1, в то время как уже увидела свет версия 3.0. Поэтому ставить из него мы будем только драйвера на Nvidia. Очень важное замечание: драйвера для дискретной видеокарты нужно ставить именно из этого репозитория, никаких инсталлов из исходников. Иначе не будет работать 3D ускорение интегрированной карты Intel.

*update* Вот урл репозитория: http://download.opensuse.org/repositories/home:/Bumblebee-Project:/nVidia:/. Драйвер и все пакеты,которые есть в репозитории нужно установить именно из него! Иначе ничего работать не будет!

Прежде чем установить драйвера для карты Nvidia, нужно запретить грузиться открытому драйверу nouveau. Делаем это старым «дедовским» способом. Идем в YAST — Система — редактор /etc/sysconfig. В ветке System/Kernel меняем параметр NO_KMS_IN_INITRD на значение Yes. После чего обязательно выполняем команду mkinitrd. Кроме этого добавляем драйвер nouveau в блэклист (дописываем в файле /etc/modprobe.d/50-blacklist.conf строчку blacklist nouveau). После чего перегружаемся и убеждаемся, что модуль nouveau не был загружен:

$ lsmod | grep nouveau

Теперь можно ставить драйвера для Nvidia. Лично я себе установил версию 295.17 отсюда.Установить нужно все пакеты из репозитория, кроме разве что devel-пакетов. Их установка не обязательная.

Далее из моего репозитория поставить Bumblebee. Сборка не моя, я всего лишь создал бранч версии 3.0, так как в исходном проекте отсутствовал репозиторий для openSUSE 12.1 Update.

Из него так же устанавливаем все пакеты. Только bbswitch ставьте для своего ядра (у меня стоит bbswitch-kmp-desktop для ядра 3.1.9).

После установки можно слегка подправить конфиг демона Bumblebee, который лежит по адресу /etc/bumblebee. Указываем в нем Driver=nvidia. Так же можно подправить несколько параметров, которые отвечают за включение/отключение дискретной видеокарты. Конфиг хорошо документирован, поэтому правка его не создаст особых сложностей.

После этого нужно добавить себя в группу Bumblebee и обязательно перелогиниться.

Да, и в Системный службах нужно установить автоматический старт демона bumblebee.

Теперь если вы все сделали правильно, можно запустить любое приложение которому необходимо использование дискретной видеокарты командой

$ optirun <приложение>

Например для теста можно выполнить:

$ optirun glxgears

На этом все. Надеюсь, ничего не забыл

С уважением.

Сегодня в качестве подопытного кролика выступает мое свеженькое приобретение — Acer Aspire 5750G. Вполне себе средненький ноут 2011 года выпуска. Производитель, правда прикололся по полной. Хоть эта модель ноутбука и идет в поставке с предустановленным линуксом, но драйвера на прилагаемом диске оказались только под Windows 7. Похоже удешевить ноутбук производителю ой как хотелось, но сговор с Майкрософтом — это святое Ну да ладно, нам не привыкать.

Установка openSUSE 12.1 как всегда прошла без проблем и каких-либо нюансов. Тут сказать нечего. Все оборудование определилось, включая wi-fi и bluetooth c вебкой (назло Acer и Мелкософту ). Мелкой неприятностью стали дефолтные настройки тачпада. А точнее таппинг. Но это решилось просто в настройках KDE (Параметры системы — Устройства ввода). Настраивается по вкусу.

Но как всегда, в бочке меда не обошлось без ложки дегтя.

Ноут не хотел нормально уходить в спящий режим. То есть система как бы делала снапшот, но выключать питание ноутбука никак не хотела. Правка suspend.conf ни к чему не привела. Эффект был устойчивым. Как оказалось, причина такого поведения крылась в разделе swap, который при установке был сделан дополнительным разделом. Как только я сделал swap основным разделом, спящий режим заработал как часы.

Но как оказалось, это была не единственная проблема. В системе совершенно не регулировалась яркость экрана. Что, как вы понимаете, для ноутбука немаловажно, особенно при питании от батареи, ресурсы которой не резиновые. Как оказалось, чтобы исправить эту неприятность, достаточно передать ядру параметр acpi_backlight=vendor. Сделать это можно зайдя в YaST – Система – Загрузчик и отредактировать секцию, которая используется для загрузки системы, добавив вышеуказанный параметр в дополнительные параметры командной строки ядра. После заработали горячие клавиши регулировки яркости, да и при переходе на автономное питание яркость экрана стала меняться согласно настройкам энергосбережения.

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

До новых встреч.

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

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

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

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

Перейти с версии openSUSE 12.1 на Tumbleweed несложно. Сначала нам нужно подправить «парочку» репозиториев.

Делаем раз — получаем список репозиториев в системе:

~> zypper lr

# | Псевдоним | Имя

—+—————————————-+—————————————

5 | Packman Repository                   | Packman Repository

…

12 | repo-non-oss                             | openSUSE-12.1-Non-Oss

13 | repo-oss                                     | openSUSE-12.1-Oss

…

15 | Обновления-для-openSUSE- | Обновления для openSUSE 12.1 12.1-1.4

Делаем два — удаляем эти 4репозитория:

~>sudo zypper rr 5 12 13 15

Делаем три — добавляем нужные репозитории:

~>sudo zypper ar – -refresh http://download.opensuse.org/distribution/openSUSE-current/repo/oss/ ‘openSUSE Current OSS’

~>sudo zypper ar – -refresh http://download.opensuse.org/distribution/openSUSE-current/repo/non-oss/ ‘openSUSE Current non-OSS’

~>sudo zypper ar – -refresh http://download.opensuse.org/update/openSUSE-current/ ‘openSUSE Current updates’

~>sudo zypper ar – -refresh http://packman.inode.at/suse/openSUSE_Tumbleweed ‘Packman Tumbleweed’

~>sudo zypper ar – -refresh http://download.opensuse.org/repositories/openSUSE:/Tumbleweed/standard/ ‘Tumbleweed’

Все то же самое можно сделать в YaST в графическом режиме.

После добавления репозиториев делаем (обновляем систему):

~>zypper dup

Вот собственно и все.

И напоследок хотелось бы ответить на несколько ваших вполне конкретных вопросов.

1. Стоит ли с этим связываться (что лучше: “замороженный релиз” или

“роллинг релиз”)?

Ответ: Связываться с Tumbleweed или нет — решать исключительно вам. Все зависит от того, насколько важно вам иметь последние версии программного обеспечения. А что лучше — вряд ли можно дать однозначный ответ. У обеих моделей есть свои сильные и слабые стороны. И найдутся множество сторонников как первой, так и второй. Могу сказать одно — как правило, роллинг-релиз дистрибутивы в основном привлекают энтузиастов.

2. Когда свет увидит openSUSE 12.2, то что будет у меня, если я переведу репозитории 12.1 на Tumbleweed? Как понял я, все обновления 12.2 будут у меня даже чуть раньше официального релиза.

Ответ: у вас будет Tumbleweed — то есть последние версии стабильного программного обеспечения на тот момент. Вполне возможно, что он совпадет с версией 12.2.

3. Как часто стоит обновляться, если новые пакеты появляются почти что постоянно?

Ответ: Опять таки, зависит от вашего желания заполучить последние версии софта.

4. Как сделать откат на предыдущую версию пакета, если новый вдруг глючит?

Ответ: Никак. В репозитории находится одна версия пакета. Как вариант — можно попробовать поиграться с резервированием системы в YaST. Но учитывая, что Tumbleweed рассчитан на стабильное ПО, то не думаю, что у вас возникнут такие проблемы. Лично у меня даже с Factory не случалось ничего подобного.

Из этого следует вывод, что предлагаемая к решению задачка это вам программа поездки в Крым и клубы Судака — где можно оторваться по полной, напрягая мозг. Это программа совершенного другого плана. Хотя, вы за удачное решение умных программ можете себя наградить поездкой в Крым. Ну, пожалуй, буду заканчивать с лирическим отступлением и приступать к делу.

В качестве «подопытного кролика» мы с вами будем использовать карту AverTV Studio 509 от Avermedia. Это тюнер собран на базе чипа saa7134 от Philips. После установки карты в свободный слот и загрузки системы посмотрим вывод dmesg:

~> dmesg |grep saa

[ 11.731709] saa7130/34: v4l2 driver version 0.2.16 loaded

[ 11.732261] saa7134 0000:01:08.0: PCI INT A -> Link[APC1] -> GSI 16 (level, low) -> IRQ 16

[ 11.732268] saa7133[0]: found at 0000:01:08.0, rev: 209, irq: 16, latency: 32, mmio: 0xdfdff000

[ 11.732275] saa7133[0]: subsystem: 1461:a14b, board: UNKNOWN/GENERIC [card=0,autodetected]

Как мы видим, система чего-то увидела, но чего — понять не смогла. Лезем в YaST — Оборудование — TV карта. Жмем «Редактировать» и настраиваем нашу ТВ карту.

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

Выбираем «Не использовать ИК».

Выбираем ТВ стандарт и таблицу частот. Можете попробовать просканировать каналы, но точно могу сказать, что с AverTV Studio 509 это результата не даст. Почему — это мы увидим дальше.

Сканирование закончено и YaST принес нам «благую» весть — устройство не имеет тюнера.

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

И после этих всех этапов мы можем убедиться, что наш ТВ тюнер не работает

Для того, чтобы устройство заработало, нужно подправить пару конфигов руками. Смотрим содержимое /etc/modprobe.d/50-tv.conf:

alias char-major-81 videodev

options i2c-algo-bit bit_test=1

# YaST configured TV card

# 75Hn.FNy_6WiXEG2:AVerTV Studio 509

alias char-major-81-0 saa7134

alias char-major-81-1 off

alias char-major-81-2 off

alias char-major-81-3 off

Это то, что сохранил YaST после настройки ТВ карты. Можно дописать тут, но лично я рекомендую это сделать в /etc/modprobe.d/99-local.conf:

options saa7134 card=102 tuner=38 i2c_scan=1

options tuner secam=d

Модель карты можно взять из документации к ядру /usr/src/linux-2.6.37.6-0.7/Documentation/video4linux/CARDLIST.saa7134, а тюнера — из /usr/src/linux-2.6.37.6-0.7/Documentation/video4linux/CARDLIST.tuner.

Теперь сохраняем сделанные изменения и перегружаем систему. Смотрим вывод

~> dmesg |grep saa

[ 7.497047] saa7130/34: v4l2 driver version 0.2.16 loaded

[ 7.501225] saa7134 0000:01:08.0: PCI INT A -> Link[APC1] -> GSI 16 (level, low) -> IRQ 16

[ 7.501233] saa7133[0]: found at 0000:01:08.0, rev: 209, irq: 16, latency: 32, mmio: 0xdfdff000

[ 7.501239] saa7133[0]: subsystem: 1461:a14b, board: Avermedia AVerTV Studio 507 [card=102,insmod option]

В списке поддерживаемых карт AVerTV Studio 509 не оказалось и наша карта определилась как AVerTV Studio 507. И что еще важно, определилось инфракрасное устройство для пульта ДУ:

[ 7.501278] saa7133[0]: board init: gpio is 20006d8

[ 7.563152] input: saa7134 IR (Avermedia AVerTV St as /devices/pci0000:00/0000:00:09.0/0000:01:08.0/rc/rc0/input6

[ 7.563228] rc0: saa7134 IR (Avermedia AVerTV St as /devices/pci0000:00/0000:00:09.0/0000:01:08.0/rc/rc0

Кстати, если у вас в системе установлена веб камера, посмотрите, как определился у вас ТВ тюнер:

[ 8.378118] saa7133[0]: registered device video1 [v4l2]

[ 8.378161] saa7133[0]: registered device vbi0

[ 8.378202] saa7133[0]: registered device radio0

Дело в том, что при использовании для просмотра ТВ плеера tvtime, он по умолчанию использует устройство /dev/video0. И если тюнер определился у нас как video1, то нужно исправить в файле /etc/tvtime/tvtime.xml строку

<option name=”V4LDevice” value=”/dev/video1″/>

Все, теперь можно настраивать каналы в tvtime.

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

Удачи.

В одной из предыдущих статей мы уже имели дело с брандмауэром openSUSE. Теперь наша задача состоит в том, чтобы разрешить в правилах нашего сетевого экрана протокол IGMP, который используется для трансляции IPTV.

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

udp://@232.0.1.1:3000

Из которой нас интересует порт (в данном случае 3000).

Теперь запускаем YaST -> Безопасность и пользователи -> Брандмауэр, выбираем “Разрешенные службы” и жмем “Дополнительно”.

Дописываем в UDP порты наш порт (в данном случае 3000), а в протоколы IP – IGMP. ПОсле чего жмем Далее, сохраняем настройки и перезапускаем файерволл.

Все, теперь наш брандмауэр настроен для просмотра IPTV.

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

До новых встреч.

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

Найти его можно в репозитории Factory:/Contrib. Но к сожалению там лежит всего лишь версия 2.7.2, хотя на официальном сайте уже выложены исходники qBittorrent 2.8.2.

К основным достоинствам qBittorrent можно отнести следующее:

• uTorrent-подобный интерфейс
• хорошо интегрируемый и расширяемый поисковый движок, который позволяет осуществлять поиск торрентов по наиболее популярным торрент-трекерам
• поддержка всех расширений Bittorrent: DHT, обмен пирами, полное шифрование Magnet/Bitcomet ссылки и прочее
• Web интерфейс для удаленного управления клиентом, написанный на Ajax
• поддержка UPnP / NAT-PMP
• русская локализация интерфейса (всего доступно 25 языков) и поддержка Unicode
• наличие утилиты для создания торрентов

и многое другое.

К слову сказать, веб-интерфейс клиента вообще настраивается в несколько кликов

Достаточно залезть в Настройки — Web интерфейс, поставить галку Использовать Web интерфейс, задать порт, логин и пароль для доступа и все работает. Хотя нет, для того чтобы все работало нужно еще открыть порт в брандмауэре Но это мы с вами уже умеем. А если ваша машина «сидит» за роутером, то понадобится еще и настроить проброс портов с роутера на локальную машину, чтобы web-интерфейс был доступен извне. Но это уже совсем другая история

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