OScam не запускается на Vu+: полный гайд по решению 2026

Если вы гуглите oscam softcam not starting on vu+ receivers complete fix guide в третий раз за вечер — вы не одиноки. Это одна из самых частых проблем на ресиверах Vu+ под Enigma2, независимо от того, стоит у вас OpenATV, VTi, OpenPLi или BlackHole. Symptomы почти всегда одинаковые: софткам либо не появляется в Blue Panel, либо стартует и через пару секунд гаснет, либо висит в процессах, а каналы всё равно чёрные.

Я разберу это как диагностику, а не как список советов "попробуйте вот это". Ниже — дерево решений: сначала определяем, на каком именно этапе всё ломается, потом чиним конкретную причину. В большинстве случаев на переустановку IPK и перезагрузку ресивера уходит впустую пара часов, хотя реальная причина находится за 5 минут по SSH.

Быстрая диагностика: определяем, на каком этапе умирает OScam

Главная ошибка, которую совершают почти все, — доверять init-скрипту Enigma2. Скрипты типа /etc/init.d/softcam глушат stderr, поэтому вы просто видите "не запустилось" без единой строчки объяснения. Первым делом убиваем всё и запускаем бинарник руками.

Проверяем, запущен ли процесс: ps | grep oscam

Заходим по SSH (обычно root без пароля или с паролем от Blue Panel) и смотрим:

ps | grep oscam

Если строка есть — процесс живой, но это не значит, что всё в порядке. Возможно, упал именно httpd-модуль веб-интерфейса, а сам демон декодирования продолжает висеть. Если строки нет вообще — бинарник не стартовал, и нужно смотреть на совместимость и права.

Ручной запуск в консоли вместо init-скрипта

Убиваем всё, что может мешать:

killall -9 oscam

И запускаем вручную, без демонизации, с включённым выводом:

oscam -b -c /etc/tuxbox/config -r 2

Читаем реальную ошибку

Флаг -r 2 держит консоль открытой и печатает ротацию логов прямо в терминал. Именно тут решается 80% случаев. Вот три реальных варианта вывода, которые вы можете увидеть:

Сценарий 1 — не стартует вообще: консоль просто пишет "-ash: oscam: not found" или "Segmentation fault" и возвращает вас в промпт. Значит, дело либо в архитектуре бинарника, либо в отсутствующих библиотеках (см. раздел про libssl ниже).

Сценарий 2 — падает через 5-10 секунд: консоль честно печатает что-то вроде "cannot open device /dev/dvb/adapter0/ca0: Device or resource busy" — это почти всегда конфликт с другой каммой, которая уже держит устройство.

Сценарий 3 — работает, но нет декодирования: процесс висит стабильно, лог идёт, ридер показывает CONNECTED, но каналы чёрные. Тут проблема уже не в запуске, а в dvbapi или на стороне удалённого сервера.

Куда пишется лог: /tmp/oscam.log, /var/log/oscam.log и logfile в oscam.conf

Если консольный вывод пуст даже с -r 2, проверьте параметр logfile в секции [global] вашего oscam.conf. По умолчанию многие сборки для Vu+ пишут в /tmp/oscam.log (это tmpfs, живёт до перезагрузки), некоторые образы используют /var/log/oscam.log. Открывайте лог сразу после падения — при активном логировании он перезаписывается быстро.

Права доступа, пути и структура каталогов на Vu+

Вторая по частоте причина, почему oscam softcam not starting on vu+ receivers complete fix guide становится актуальным запросом — это банальные права доступа после копирования файлов. Если вы заливали бинарник по FTP в ASCII-режиме вместо binary, файл физически повреждён — байты подменяются, и бинарник либо не запускается, либо падает с Segmentation fault на случайном месте.

Где реально лежит бинарник

Стандартные пути на Vu+: сам исполняемый файл — /usr/bin/oscam, init-скрипт — /etc/init.d/softcam (часто это симлинк на конкретный скрипт вида softcam.oscam), иногда встречается обёртка /usr/script/oscam.sh. Если вы распаковали IPK руками через opkg install /tmp/oscam_xxx.ipk, а не штатным менеджером плагинов, проверяйте, что все файлы легли именно туда, куда указано в control-файле пакета.

chmod 755 на бинарник и на init-скрипт

Это самая частая причина "тихого" отказа. После распаковки архива вручную (unzip, tar) executable-бит нередко теряется. Проверка:

ls -la /usr/bin/oscam

Если в правах нет x (например, -rw-r--r-- вместо -rwxr-xr-x), делаем:

chmod 755 /usr/bin/oscam chmod 755 /etc/init.d/softcam

Каталог конфигов: /etc/tuxbox/config/ против /etc/tuxbox/config/oscam/

На разных образах Enigma2 путь к конфигам отличается. OpenATV и VTi чаще используют /etc/tuxbox/config напрямую, некоторые сборки OpenPLi создают подкаталог /etc/tuxbox/config/oscam/. Если бинарник ищет конфиг не там, где он лежит, вы получите ошибку типа "oscam.server: No such file or directory" — но в логе init-скрипта этого можно не увидеть, только при ручном запуске с явным -c.

Права на oscam.server, oscam.user, oscam.conf и на каталог логов

Конфиги должны иметь права 644 (rw-r--r--), а каталог, куда пишется лог, должен быть доступен на запись для того пользователя, от которого стартует демон (обычно root, так что проблема редкая, но встречается на кастомных образах с ограничениями).

Symlink softcam.* и почему Blue Panel не видит камму

Blue Panel и SoftcamManager ищут скрипты по конкретному шаблону имени в /etc/init.d/. Если ваш скрипт называется, скажем, oscam-emu.sh вместо softcam.oscam, система его просто не увидит в списке выбора камм, даже если он рабочий. Отдельно стоит помнить про заполнение флеш-памяти — если /usr смонтирован в 100%, что проверяется командой df -h, конфиг не может сохраниться при записи, и OScam падает при старте без внятной причины.

Конфигурация: oscam.conf, dvbapi и порты

Если бинарник запускается и не падает, но что-то всё равно не так — самое время отсечь проблему конфигурации методом подстановки. Вот минимальный рабочий oscam.conf для Vu+, с которым OScam гарантированно поднимется:

Минимальный рабочий oscam.conf

[global]
logfile = /tmp/oscam.log
usrfile = /etc/tuxbox/config/oscam/oscam.user

[dvbapi]
enabled = 1
boxtype = pc
pmt_mode = 6
au = 1

[webif]
httpport = 8888
httpallowed = 127.0.0.1,192.168.0.0-192.168.255.255

Это скелет. Именно секция [dvbapi] чаще всего забыта или закомментирована — и это отдельный класс жалоб: OScam стартует, веб-морда открывается на 8888, всё выглядит живым, но каналы не открываются. Без enabled = 1 в [dvbapi] OScam просто не подключается к декодеру Enigma2.

Параметр boxtype в [dvbapi]

Для Vu+ на Enigma2 в 95% случаев правильное значение — boxtype = pc. Значения dreambox и dbox2 остались от старых прошивок с другим ядром CI+, sh4 — это вообще другая архитектура тюнеров (некоторые старые модели других брендов). Неправильный boxtype часто даёт запуск без ошибок, но пустые ECM-ответы.

au = 1 и pmt_mode: почему 6 и 4 ведут себя по-разному на Vu+

pmt_mode = 6 означает "не читать pmt-файлы из /tmp, работать только через сокет напрямую с Enigma2" — это правильное значение для современных образов OpenATV 7.x и VTi актуальных версий. pmt_mode = 4 иногда нужен на старых сборках, где сокет-интерфейс работает нестабильно. Если у вас каналы иногда открываются, а иногда нет именно после смены канала — попробуйте переключить это значение и перезапустить.

Веб-интерфейс: httpport и httpallowed

Порт 8888 — стандарт для OScam. Если веб-морда не открывается, но процесс запущен, проверяйте не только httpport, но и httpallowed — если вы заходите с другой подсети (например, гостевого VLAN), а в httpallowed прописан только диапазон 192.168.1.0-192.168.1.255, запрос просто отклонится.

Конфликт портов: OScam и CCcam одновременно на 12000/8888

Если параллельно с OScam на ресивере жив процесс CCcam или другой камы, они могут спорить за один и тот же TCP-порт. Проверка:

netstat -tulpn | grep 8888

Это же касается порта newcamd (часто 15000 или 15001, зависит от конфига) и внутреннего API — если видите два процесса на одном порту, второй просто не забиндится и упадёт при старте.

Windows-переводы строк (CRLF) в конфиге

Если вы редактировали oscam.server или oscam.conf в блокноте Windows и залили файл как есть, в нём остались символы CRLF вместо LF. OScam парсит строки построчно, и лишний \r может привести к тому, что часть параметров тихо игнорируется, либо парсер вообще падает с ошибкой на конкретной строке. Лечится одной командой:

dos2unix /etc/tuxbox/config/oscam.conf

Если dos2unix недоступен в busybox вашего образа, подойдёт sed -i 's/\r$//' /etc/tuxbox/config/oscam.conf.

Несовместимость бинарника: libssl, libcrypto и архитектура процессора

Вот раздел, который решает проблему, если вы застряли на сценарии "не стартует вообще" из первого блока. Контринтуитивный момент: когда шелл пишет oscam: not found, хотя файл физически лежит по указанному пути и ls его прекрасно видит — это НЕ ошибка отсутствия файла. Это ошибка динамического линковщика, который не смог разрешить одну из библиотек, от которых зависит бинарник.

Ошибка "oscam: not found" при существующем файле

Busybox-шелл на Enigma2 в такой ситуации выдаёт крайне неинформативное "not found", как будто файла нет вообще. Люди неделями переустанавливают IPK, скачивают "другую версию" наугад — и продолжают получать ту же ошибку, потому что дело не в файле, а в его зависимостях.

Проверка зависимостей: ldd /usr/bin/oscam

ldd /usr/bin/oscam

Смотрите на строки со словом "not found". Если видите что-то вроде:

libssl.so.1.1 => not found

— вот она, причина. Бинарнику нужна конкретная версия OpenSSL, которой на вашем образе нет.

MIPS против ARM: архитектуры Vu+

Отдельная и очень частая ошибка — поставить бинарник не под ту архитектуру процессора. Vu+ Solo2, Duo2, Uno, Zero и Ultimo — это MIPS. А вот более новые 4K-модели — Uno 4K SE, Zero 4K, Duo 4K, Ultimo 4K — используют другой набор (ARM или MIPS-el в зависимости от ревизии платы и образа). Бинарник, собранный под старую линейку, физически не запустится на новой платформе — и никакие права доступа тут не помогут.

libssl.so.1.0.0 vs libssl.so.1.1 vs libssl.so.3

Это ключевая деталь, которую редко объясняют внятно. Образы Enigma2 разных лет собраны с разными версиями OpenSSL: старые VTi и OpenPLi 7.0 — часто с libssl.so.1.0.0, более свежий OpenATV 7.3-7.4 — с libssl.so.1.1, а самые новые сборки уже переходят на libssl.so.3 (OpenSSL 3.x). Бинарник OScam, собранный против одной версии, просто не найдёт нужный .so на образе с другой веткой OpenSSL. Правильное решение — брать сборку конкретно под свой образ и его версию ядра, а не первую попавшуюся "универсальную" из интернета.

Сборка без SSL как обходной путь

Если у вас нет подходящей сборки под свою версию libssl, а собрать OScam из исходников с флагом --disable-ssl вы можете (через кросс-компиляцию или на самом ресивере при наличии toolchain), это рабочий обходной путь — вы теряете возможность подключаться к серверам по SSL-защищённому протоколу, но получаете стабильно стартующий бинарник без зависимости от конкретной версии OpenSSL.

opkg update && opkg install libssl

Иногда библиотека просто не установлена, хотя образ её поддерживает. Проверьте фид пакетов вашего образа и попробуйте:

opkg update opkg install libopenssl libcrypto

Названия пакетов у разных фидов отличаются (libopenssl1.1, libcrypto1.1 и т.д.), так что стоит сначала сделать opkg list | grep ssl, чтобы увидеть, что реально доступно в вашем репозитории.

Автозапуск: почему OScam стартует руками, но не после перезагрузки

Отдельный и очень раздражающий класс проблем: вы запускаете OScam вручную по SSH — работает идеально. Перезагружаете ресивер — камма пропадает или не поднимается. Это почти всегда про порядок инициализации системы, а не про сам OScam.

Как Enigma2 выбирает softcam

Выбор активной каммы управляется через /etc/init.d/softcam и симлинки, которые создаются в /etc/rc3.d/ (или аналогичном runlevel-каталоге). Blue Panel и плагин SoftcamManager хранят выбор в /etc/enigma2/settings под ключом config.plugins.softcammanager. Если этот ключ указывает не на тот скрипт, который вы поставили, при загрузке система молча стартует другую камму или вообще ничего.

update-rc.d softcam defaults 90

Если init-скрипт не зарегистрирован в системе автозапуска, его нужно прописать явно:

update-rc.d softcam defaults 90

Число 90 задаёт приоритет запуска — чем оно выше, тем позже стартует скрипт относительно других сервисов. Это важно, потому что именно здесь кроется следующая проблема.

Гонка при старте: сеть или /media/hdd ещё не готовы

Если в вашем oscam.server прописан не IP-адрес, а hostname удалённого сервера, а сеть на момент старта скрипта ещё не поднялась (DHCP не успел выдать адрес), резолвинг имени падает, и reader просто не создаётся при старте процесса. То же самое происходит, если вы держите OScam на внешнем накопителе (/media/hdd/oscam) — файловая система USB или HDD может монтироваться позже, чем срабатывает init-скрипт, и OScam стартует раньше, чем появляется его собственный каталог.

Скрипт-обёртка с sleep и проверкой доступности

Рабочее решение в обоих случаях — добавить задержку в init-скрипт перед запуском бинарника, например sleep 15, либо использовать IP вместо DNS-имени в oscam.server, чтобы не зависеть от резолвинга вообще. Для случая с внешним накопителем стоит добавить проверку монтирования (например, ждать появления файла-маркера в /media/hdd) перед запуском демона.

OScam запустился, веб-интерфейс работает, но каналы не открываются

Это тот самый сценарий 3 из начала статьи. Процесс живой, порт 8888 отвечает, ридер в веб-морде показывает статус CONNECTED — а канал всё равно чёрный или крутится "поиск смарт-карты". Здесь важно правильно разграничить: проблема на стороне ресивера или уже за его пределами.

Читаем статус ридера в веб-интерфейсе

CONNECTING, которое висит долго и не переходит в CONNECTED, обычно означает проблему с сетевым доступом до сервера (порт закрыт, неверный адрес, фаервол). ERROR чаще говорит о неверных учётных данных в oscam.server. А вот CONNECTED при чёрном экране — это уже другой класс проблемы, не сетевой.

ECM-запросы идут, но ответ "not found"

Если в логе видно, что ECM-запросы уходят и приходят ответы вида "not found" или "no card"— значит, ресивер и OScam работают правильно, а вопрос уже к удалённому серверу: либо у него нет доступа к нужному CAID/provider, либо истекла подписка, либо сервер перегружен. Это не чинится настройками Vu+.

Проверка dvbapi: "dvbapi: found dvbapi version"

Если же в логе вообще нет строк ECM — ни запросов, ни ответов — смотрите в лог сразу после старта на строку вида "dvbapi: found dvbapi version X, opened device...". Если её нет, Enigma2 просто не общается с OScam — это возвращает нас к секции [dvbapi] и параметру enabled = 1, разобранному выше.

CAID и provider не совпадают

Ещё одна частая причина чёрного экрана при формально рабочем ридере — несовпадение CAID/provider ID в конфигурации ридера с тем, что реально доступно на сервере. Это стоит уточнять у оператора сервера напрямую, а не искать проблему в настройках ресивера.

Отладка через debug-уровень 255

Для глубокой диагностики временно поднимите уровень отладки до 255 (максимальная детализация ECM/EMM-обмена). Делать это стоит только на короткое время: на Vu+ Zero с ограниченным объёмом RAM интенсивное логирование в /tmp (это tmpfs, то есть оперативная память) может забить память и привести к зависанию всей системы, а не только OScam.

При выборе внешнего сервера обращайте внимание на объективные технические параметры: стабильный аптайм без частых обрывов, разумное время отклика ECM (в норме до 300-500 мс), прозрачный список поддерживаемых CAID и провайдеров, а также наличие тестового доступа перед оплатой — это позволяет проверить совместимость до того, как разбираться, кто виноват в чёрном экране.

Если вы прошли все шаги выше и всё ещё ищете, почему oscam softcam not starting on vu+ receivers complete fix guide не помог именно вашему случаю — скорее всего, дело в комбинации причин: например, повреждённый при FTP-переносе бинарник плюс неверный boxtype одновременно. В таких случаях лучше начать с чистого листа — стоковый oscam.conf из этой статьи, свежая сборка под вашу точную версию образа, и пошаговая проверка каждого пункта дерева диагностики.