psp911

Сейчас на 16.04 тесть Prof 8000 PCI-E VDR выдает вот такой выхлоп. Это нормально или уже какие то ошибки? Я не помню как было раньше, когда работало, но вроде бы такого не было root@servermos:/etc/vdr# systemctl status vdr ● vdr.service - Video Disk Recorder (VDR) service Loaded: loaded (/etc/systemd/system/vdr.service; enabled; vendor preset: enabled) Active: active (running) since Чт 2019-05-02 16:21:14 MSK; 20h ago Main PID: 997 (vdr) Tasks: 9 Memory: 12.8M CPU: 20h 24min 59.296s CGroup: /system.slice/vdr.service └─997 /usr/bin/vdr -u vdr -v /var/lib/video.00 -c /etc/vdr -L /usr/lib/vdr/plugins -s -E /var/cache/vdr/epg.data -g /tmp --port 0 --vfat -w 60 -P dvbapi -P vnsiserve май 02 16:22:26 servermos runvdr[997]: 7f86c640c000-7f86c6414000 r--p 00000000 08:01 2501188 /usr/share/locale/ar/LC_MESSAGES/vdr.mo май 02 16:22:26 servermos runvdr[997]: 7f86c6414000-7f86c641f000 rw-p 00000000 00:00 0 май 02 16:22:26 servermos runvdr[997]: 7f86c641f000-7f86c6424000 r--p 00000000 08:01 3808372 /usr/share/locale/da_DK/LC_MESSAGES/vdr.mo май 02 16:22:26 servermos runvdr[997]: 7f86c6424000-7f86c6425000 r--p 00025000 08:01 786909 /lib/x86_64-linux-gnu/ld-2.23.so май 02 16:22:26 servermos runvdr[997]: 7f86c6425000-7f86c6426000 rw-p 00026000 08:01 786909 /lib/x86_64-linux-gnu/ld-2.23.so май 02 16:22:26 servermos runvdr[997]: 7f86c6426000-7f86c6427000 rw-p 00000000 00:00 0 май 02 16:22:26 servermos runvdr[997]: 7ffc9fbd9000-7ffc9fbfa000 rw-p 00000000 00:00 0 [stack] май 02 16:22:26 servermos runvdr[997]: 7ffc9fbfa000-7ffc9fbfd000 r--p 00000000 00:00 0 [vvar] май 02 16:22:26 servermos runvdr[997]: 7ffc9fbfd000-7ffc9fbff000 r-xp 00000000 00:00 0 [vdso] май 02 16:22:26 servermos runvdr[997]: ffffffffff600000-ffffffffff601000 r-xp 00000000 00:00 0 [vsyscall]

А у меня нет Дисеков. Нужно ли настраивать этот файл? У меня с конвертера сразу в тюнер. Вот мой diseqc.conf Вообще, надо проверить есть ли сигнал. Уже думаю на конвертер или на сбой тарелки. Надо прибор купить, похоже. Когда будет уверенность 100% в тарелке, тогда карточку покупать

Подскажите пожалуйста, о чем говорит данная ошибка? май 02 15:26:34 servermos vdr[3383]: [3383] ERROR: no OSD provider available - using dummy OSD! root@servermos:/etc/vdr# systemctl status vdr ● vdr.service - Video Disk Recorder (VDR) service Loaded: loaded (/etc/systemd/system/vdr.service; enabled; vendor preset: enabled) Active: active (running) since Чт 2019-05-02 15:26:19 MSK; 31min ago Main PID: 3383 (vdr) Tasks: 7 Memory: 6.2M CPU: 31min 22.559s CGroup: /system.slice/vdr.service └─3383 /usr/bin/vdr -u vdr -v /var/lib/video.00 -c /etc/vdr -L /usr/lib/vdr/plugins -s -E /var/cache/vdr/epg.data -g /tmp --port 0 --vfat -w 60 -P dvbapi -P vnsiserv май 02 15:26:34 servermos vdr[3383]: [3383] ERROR: no OSD provider available - using dummy OSD! май 02 15:26:34 servermos vdr[3383]: [3455] device 1 section handler thread started (pid=3383, tid=3455, prio=low) май 02 15:26:35 servermos vdr[3383]: [3383] max. latency time 1 seconds май 02 15:36:35 servermos vdr[3383]: [3474] epg data writer thread started (pid=3383, tid=3474, prio=low) май 02 15:36:35 servermos vdr[3383]: [3474] epg data writer thread ended (pid=3383, tid=3474) май 02 15:46:36 servermos vdr[3383]: [3484] epg data writer thread started (pid=3383, tid=3484, prio=low) май 02 15:46:36 servermos vdr[3383]: [3484] epg data writer thread ended (pid=3383, tid=3484) май 02 15:56:38 servermos vdr[3383]: [3498] epg data writer thread started (pid=3383, tid=3498, prio=low) май 02 15:56:38 servermos vdr[3383]: [3498] epg data writer thread ended (pid=3383, tid=3498) май 02 15:57:07 servermos systemd[1]: Started Video Disk Recorder (VDR) service.

Ферум, конечно давайте ссылку. Если в моих карточках дело, то проще карточку сменить. Заранее спасибо, можно в личку)

Данная проблема с сетевой картой решилась указанием сетевой карты вручную. Но это было на Дебиане. На Убунте 18.04 таких проблем нет Да, я помню, по вашей схеме надо ядро пересобирать и TVHeadend ставить. Вероятно, придется, если не получится с VDR, и останется еще запал этим всем заниматься. А на какой ОС работает? Какой VDR ? И какой драйвер? Какой то не стандартный?

Это по поводу 8000 PCI-E ?? блин. А какие карты сейчас работают в Линуксе, чтобы купить можно было?

У меня две карты. Первая Prof Red Series 7300 - она стала вызывать кернел паник вдруг с какого то момента. Поставил теперь вторую Prof Revolution S2-8000 PCI-E Она системой видится, vdr запускается. По крайней мере systemctl status cvd oscam показывает, что все вроде в норме. Но пока показывать не хочет. Пробовал на Дебиане, пробовал на ubuntu 18.04. Даже попробовал на 19.04, но для нее не все пакеты нашлись, и oscam без веб интерфейса почему то запускается. Сейчас стоит 18.04, пока не знаю что еще покапать. сейчас на клиенте каналы все вижу, при попытке выбора канала на клинте (а клиент у меня отдельно от сервера) ничего не происходит. Оскам не шевелится. Список каналов свежий, UpdateCannels = 5 в конфиге к vdr

Давайте, ждем. У меня почему то не заводится старым работающим методом на 18.04 ubuntu. нНвая карта в кернел паник не выпадает, но и не открывает каналы, даже восьмой бесплатный. До Оскама не доходит запрос, что ли, т.к. там не происходит запроса ключей, что видно в логе из веб интерфейса.

Ферум, для 36 есть свежий файлик каналов? Если не трудно, скиньте, пожалуйста, или ссылочку на где взять. Продолжаю восстанавливать vdr. IPTV не нравится, т.к. оно чувствительно к торрентокачалкам.

Нее.. Завел почти на Дебиане. Установил похожую карточку Prof Tuners 8000 PCI-E. Она таких ошибок в лог не дает. Видимо, там чип другой. Правда, почему то сетевая карта встроенная не запустилась. Пришлось воткнуть какую то старенькую 100Мбитную из старых запасов. Настроил дискретную сетевуху, с ней тюнер завелся. С таким же успехом эта карта и на Убунте наверное завелась. Еще чуть чуть. Чего то каналы пока не открываются. Подскажите пожалуйста, есть ли бесплатный канал в пакете НТВ+ HD 1 (36e), типа инфоканала как на Триколоре было? Надо проверить вообще сигнал то ловится или нет. А то не понятно где искать. На Oscam через веб почему то не заходится, будто вообще сервака нет, хотся все прописано в oscam.conf раздел [webif] Пока кажется что до Оскама не доходит запрос

Наконец дошли руки. Установил Debian, root@servermos:/home/psp# lsb_release -a No LSB modules are available. Distributor ID: Debian Description: Debian GNU/Linux 9.8 (stretch) Release: 9.8 Codename: stretch Cеть есть, но опять посыпались ошибки, связанные с карточкой DVB-S2, точно, как было на Убунту, описанные ранее https://gomel-sat.bz/topic/2533-vdr-xbmc-ubuntu-eto-prosto/?do=findComment&comment=777191 root@servermos:/home/psp# tail -f /var/log/syslog Mar 18 21:08:58 servermos vdr: [1253] CAM 1: module reset Mar 18 21:08:58 servermos vdr: [1253] DVBAPI: 0.0: status 'ready' Mar 18 21:08:58 servermos vdr: [1253] CAM 1: module ready Mar 18 21:08:58 servermos vdr: [1253] DVBAPI: CaInfo: 0.0 sending CA info Mar 18 21:08:58 servermos vdr: [1253] CAM 1: system ids: FFFF Mar 18 21:08:59 servermos kernel: [ 1533.731611] stv0900_read_status: Mar 18 21:08:59 servermos kernel: [ 1533.732585] stv0900_status: locked = 0 Mar 18 21:08:59 servermos kernel: [ 1533.736484] stv0900_get_mclk_freq: Calculated Mclk = 135000000 Mar 18 21:08:59 servermos kernel: [ 1533.736485] TS bitrate = 270 Mbit/sec Mar 18 21:08:59 servermos kernel: [ 1533.736487] DEMOD LOCK FAIL Mar 18 21:08:59 servermos vdr: [1253] CAM 1: replies to QUERY - multi channel decryption possible Mar 18 21:09:00 servermos kernel: [ 1534.746859] stv0900_read_status: Mar 18 21:09:00 servermos kernel: [ 1534.747834] stv0900_status: locked = 0 Mar 18 21:09:00 servermos kernel: [ 1534.751732] stv0900_get_mclk_freq: Calculated Mclk = 135000000 Mar 18 21:09:00 servermos kernel: [ 1534.751734] TS bitrate = 270 Mbit/sec Mar 18 21:09:00 servermos kernel: [ 1534.751735] DEMOD LOCK FAIL Mar 18 21:09:00 servermos kernel: [ 1534.917952] stv0900_search: Mar 18 21:09:00 servermos kernel: [ 1534.917957] stv0900_read_status: Mar 18 21:09:00 servermos kernel: [ 1534.918927] stv0900_status: locked = 0 Mar 18 21:09:00 servermos kernel: [ 1534.922814] stv0900_get_mclk_freq: Calculated Mclk = 135000000 Mar 18 21:09:00 servermos kernel: [ 1534.922816] TS bitrate = 270 Mbit/sec Mar 18 21:09:00 servermos kernel: [ 1534.922818] DEMOD LOCK FAIL Неужели у всех работает, или я один остался и пытаюсь завести эту шарманку) Остается только материнку сменить

Отлично, буду ставить! В моем случае еще проще, т.к. это просто сервер, который будет раздавать по локалке всё что нужно. Лишь бы карточки Prof на нем завелись.

Ферум, спасибо! Попробую Debian. А для текущей версии Debian есть репозитории с вот этим всем: # Ставим репозитории от Андрея Павленко # Репозиторий для VDR sudo add-apt-repository ppa:aap/vdr sudo add-apt-repository ppa:aap/cam aptitude update sudo apt-get install vdr vdr-plugin-dvbapi oscam vdr-plugin-vnsiserver sudo apt-get install vdr-plugin-vnsiserver Или прямо эти подойдут? Сорри за ламерские вопросы, давно с Убунты уже не переходил никуда, забыл всё.

Добрый день! Есть карта Prof Red Series 7300. Вновь хочу принимать сигнал с тарелки (Скоро Лига Чемпионов, хочется вернуться обратно на тарелку. Пока перебиваюсь IPTV) Но Ubuntu при установке данной карты, так же как и Prof Revolution S2-8000 PCI-E приводит к Kernel Panic при загрузке ОС. Данная ОС должна загрузиться с такими картами, или у всех так? lsb_release -a No LSB modules are available. Distributor ID: Ubuntu Description: Ubuntu 18.04.2 LTS Release: 18.04 Codename: bionic В связи с чем вопрос - на какой ОС можно запустить теперь данные тюнеры? Теперь есть отдельный комп без посторонних задач, можно установить что угодно, лишь бы они запустились. Заранее спасибо

Ну, примерно понятно, что случилось. А вот что делать, пока не ясно. По указанному пути пустой файл, с указанием чего то установить, а конкретно ifupdown root@servermos:/etc/network# cat interfaces # ifupdown has been replaced by netplan(5) on this system. See # /etc/netplan for current configuration. # To re-enable ifupdown on this system, you can run: # sudo apt install ifupdown Не успел я его освоить, как его уже отменили. Вроде как, какой то Netplan вместо этого. Попробую поизучать. Посмотрим, что выйдет. Спасибо за наводку!