yavdr ansible

    Manchen Softhddevice-Varianten (vaapidevice etwa) muß das verwendete Audiodevice (oder pulseaudio) als Parameter übergeben werden, aber ob DVB-C, DVB-T, DVB-S damit angezeigt werden soll, spielt keine Rolle. DVB-C/T-Kombituner können aber nur jeweils EINES von beiden gleichzeitig empfangen, da ist ein Dualtuner sinnvoll. Bei nur einem C/T-Kombituner wird das Umschalten vielleicht durch den durch einen Kanal/Suchlauf auf dem anderen System blockierten Tuner verhindert.

    Danke für die Rückmeldungen - das ist mir bekannt. In meiner Signatur ist die Hardware beschrieben. Grafikkarte = INTEL und ich habe 2 TV Karten mit insgesamt 5 Tuner. Der XBox USB Stick verwende ich für DVB-C Empfang. Alles funktioniert aber leider bekomme ich nur eine Empfangsart auf dem TV je nachdem was für eine Version von softhddevice verwendet wird.

    VDR1 Fujitsu D3400-B2 i5-7500 HD630, 8GB RAM, WinTV-quadHD (DVB-T), yaVDR ansible BIONIC, softhdvaapi, skindesigner

    VDR2 NUC8i3BEH2, 16GB RAM, WinTV-dualHD (DVB-T/DVB-C), yaVDR ansible FOCAL, softhdvaapi, skindesigner

    Ich kann mir nur nicht vorstellen, wie softhddevice oder xineliboutput oder sonstwas auf den Tuner/Empfang Einfluß ausüben soll?

    Außer eben es sind alle betr. Tuner belegt oder blockert ...

    Habe heute ein apt dist-upgrade gemacht, um auf die neuesten Pakete upzudaten.

    Dabei wurden Änderungen der Konfigurationsdateien von lircd vorgenommen und ich habe (unvorsichtigerweise) die Version des Paketbetreuers übernommen...

    Hier ist ein Atric USB in Verwendung.

    Jetzt geht die Fernbedienung nicht mehr.


    Das Ansible Playbook verwende ich aktuell nicht. Habe dies nur am Anfang einmal laufen lassen, um den yavdr aufzusetzen. Seitdem nur Paketupdates.


    Anbei ein Ausschnitt aus dem Log-File.


    Jemand eine Idee, wo der Fehler liegen könnte?

    Danke schon mal Vorab.


    VDR: Mainboard: MSI B85M-G43; CPU: Pentium G3250 (Haswell); NVIDIA GT630 (GK208 Kepler); SanDisk SSD 64GB SDSSDP-064G-G25 + 500 GB HD; TV: DD Cine CT V6 - Twin Tuner Karte DVB-C (PCI Express Karte); atric USB eco Einschalter

    2 Mal editiert, zuletzt von avanix ()

    Zitat von avanix

    Dabei wurden Änderungen der Konfigurationsdateien von lircd vorgenommen und ich habe (unvorsichtigerweise) die Version des Paketbetreuers übernommen...

    Dann musst du die /etc/lirc/lirc_options.conf halt wieder so anpassen, dass der irman-Treiber genutzt wird:

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

    Zitat von seahawk1986

    Dann musst du die /etc/lirc/lirc_options.conf halt wieder so anpassen, dass der irman-Treiber genutzt wird:

    Das war die Lösung. Vielen Dank!

    VDR: Mainboard: MSI B85M-G43; CPU: Pentium G3250 (Haswell); NVIDIA GT630 (GK208 Kepler); SanDisk SSD 64GB SDSSDP-064G-G25 + 500 GB HD; TV: DD Cine CT V6 - Twin Tuner Karte DVB-C (PCI Express Karte); atric USB eco Einschalter

    Hallo zusammen,


    mit den dist-upgrades habe ich kein Glück. Heute wieder ein apt dist-upgrade gemacht, wobei das Paket minisatip aktualisiert wurde.

    Jetzt bleibt das Bild auf allen Kanälen dunkel.

    Konfigurationsdateien wurden diemal nicht geändert.


    Der vdr beschwert sich über SATIP Verbindungsprobleme. Hier ein Ausschnitt:


    minisatip scheint aber zu laufen:

    Code
    user@vdr:~$ cat /var/log/syslog | grep minisatip
Dec 21 15:33:38 vdr minisatip[1330]: minisatip version 1.0-unknown, compiled with s2api version: 050A
Dec 21 15:33:38 vdr minisatip[1330]: Initializing with 4 devices
Dec 21 15:33:40 vdr vdr: [1710] SATIP: Adding server '192.168.8.18|DVBT-2,DVBC-4,DVBT2-2|minisatip' Bind: default Filters: none CI: yes Quirks: RtpOverTcp,CiXpmt


    EDIT: Scheint ein Problem mit dem letzten GIT commit von minisatip zu geben:

    https://github.com/catalinii/minisatip/issues/685

    Vielleicht ließe sich für die yavdr Pakete ein älterer Git Stand einspielen, bis das Problem bei minisatip behoben ist?

    VDR: Mainboard: MSI B85M-G43; CPU: Pentium G3250 (Haswell); NVIDIA GT630 (GK208 Kepler); SanDisk SSD 64GB SDSSDP-064G-G25 + 500 GB HD; TV: DD Cine CT V6 - Twin Tuner Karte DVB-C (PCI Express Karte); atric USB eco Einschalter

    Einmal editiert, zuletzt von avanix ()

    In https://github.com/catalinii/minisatip/issues/685 hat auch jemand gemeckert... - was sagt denn das Webinterface auf Port 8080?


    In https://launchpad.net/~yavdr/+…ield.series_filter=bionic findest du alle alten Versionen des minisatip-Pakets - schau bitte mal, mit welcher Version es noch funktioniert hat (also den Versionseintrag aufklappen, die *_amd64.deb herunter laden und installieren), z.B.:

    Code
    wget 'https://launchpad.net/~yavdr/+archive/ubuntu/experimental-main/+files/minisatip_1.0.2+git20191218-104-64635d6-0yavdr0~bionic_amd64.deb' -O minisatip_1.0.2+git20191218-104-64635d6-0yavdr0~bionic_amd64.deb
sudo apt install ./minisatip_1.0.2+git20191218-104-64635d6-0yavdr0~bionic_amd64.deb

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

    Habe gerade durchprobiert. Drei Versionen zurück funktioniert.

    Also diese hier:

    minisatip - 1.0.2+git20191210-78-ec9dc58-0yavdr0~bionic


    Danke für den Link zu den Superseded Versionen. Die Funktion kannte ich bis jetzt noch nicht. Das hätte mir schon häufig sehr weitergeholfen. Wieder was gelernt...

    VDR: Mainboard: MSI B85M-G43; CPU: Pentium G3250 (Haswell); NVIDIA GT630 (GK208 Kepler); SanDisk SSD 64GB SDSSDP-064G-G25 + 500 GB HD; TV: DD Cine CT V6 - Twin Tuner Karte DVB-C (PCI Express Karte); atric USB eco Einschalter

    Ok, dann packe ich die Version mal ins PPA - magst du den Fehler auf Github melden? Ich habe momentan kein minisatip im Einsatz, so dass ich neue Versionen nicht testen kann.

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

    Hallo,

    mir hat es, bedingt durch einen Stromausfall, den VDR zerlegt. Bild und Ton ist noch da, aber kein Kanalwechsel oder Menu ist mehr möglich.

    Das Problem ist anscheinend das Aufnahmeverzeichnis, welches auch über Konsole nicht aufrufbar ist.

    Ist da noch was zu machen ?

    Danke für jede Hilfe !

    Was steht denn in der Ausgabe von dmesg bzw. dem Log (systemctl -b -l)?

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

    Danke für die Hilfe !


    -b geht nicht:


    sudo systemctl -a -l

    UNIT LOAD ACTIVE SUB DESCRIPTION

    proc-sys-fs-binfmt_misc.automount loaded active waiting Arbitrary Executable File Formats File System Automount Point

    dev-disk-by\x2did-ata\x2dSamsung_SSD_860_EVO_1TB_S3Z9NB0M711700M.device loaded active plugged Samsung_SSD_860_EVO_1TB

    dev-disk-by\x2did-ata\x2dSamsung_SSD_860_EVO_1TB_S3Z9NB0M711700M\x2dpart1.device loaded active plugged Samsung_SSD_860_EVO_1TB EFI\x20System\x20Partition

    dev-disk-by\x2did-ata\x2dSamsung_SSD_860_EVO_1TB_S3Z9NB0M711700M\x2dpart2.device loaded active plugged Samsung_SSD_860_EVO_1TB 2

    dev-disk-by\x2did-wwn\x2d0x5002538e4976156d.device loaded active plugged Samsung_SSD_860_EVO_1TB

    dev-disk-by\x2did-wwn\x2d0x5002538e4976156d\x2dpart1.device loaded active plugged Samsung_SSD_860_EVO_1TB EFI\x20System\x20Partition

    dev-disk-by\x2did-wwn\x2d0x5002538e4976156d\x2dpart2.device loaded active plugged Samsung_SSD_860_EVO_1TB 2

    dev-disk-by\x2dpartlabel-EFI\x5cx20System\x5cx20Partition.device loaded active plugged Samsung_SSD_860_EVO_1TB EFI\x20System\x20Partition

    dev-disk-by\x2dpartuuid-86c2f115\x2d4967\x2d4f67\x2da00a\x2d8a1e3a2e88f3.device loaded active plugged Samsung_SSD_860_EVO_1TB 2

    dev-disk-by\x2dpartuuid-af2dd178\x2d218f\x2d4c88\x2d997c\x2d205372ada462.device loaded active plugged Samsung_SSD_860_EVO_1TB EFI\x20System\x20Partition

    dev-disk-by\x2dpath-pci\x2d0000:00:17.0\x2data\x2d3.device loaded active plugged Samsung_SSD_860_EVO_1TB

    dev-disk-by\x2dpath-pci\x2d0000:00:17.0\x2data\x2d3\x2dpart1.device loaded active plugged Samsung_SSD_860_EVO_1TB EFI\x20System\x20Partition

    dev-disk-by\x2dpath-pci\x2d0000:00:17.0\x2data\x2d3\x2dpart2.device loaded active plugged Samsung_SSD_860_EVO_1TB 2

    dev-disk-by\x2duuid-78a7966e\x2d2174\x2d47b2\x2daa03\x2da99417a11c5a.device loaded active plugged Samsung_SSD_860_EVO_1TB 2

    dev-disk-by\x2duuid-B151\x2d7035.device loaded active plugged Samsung_SSD_860_EVO_1TB EFI\x20System\x20Partition

    dev-dvb-adapter0-demux0.device loaded active plugged /dev/dvb/adapter0/demux0

    dev-dvb-adapter0-dvr0.device loaded active plugged /dev/dvb/adapter0/dvr0

    dev-dvb-adapter0-frontend0.device loaded active plugged /dev/dvb/adapter0/frontend0

    dev-dvb-adapter0-net0.device loaded active plugged /dev/dvb/adapter0/net0

    dev-dvb-adapter1-demux0.device loaded active plugged /dev/dvb/adapter1/demux0

    dev-dvb-adapter1-dvr0.device loaded active plugged /dev/dvb/adapter1/dvr0

    dev-dvb-adapter1-frontend0.device loaded active plugged /dev/dvb/adapter1/frontend0

    dev-dvb-adapter1-net0.device loaded active plugged /dev/dvb/adapter1/net0

    Ups, das sollte journalctl -b -l heißen - das zeigt alle Logausgaben seit dem letzten Booten an.

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

    Mehr ist das nicht, nach reboot:


    sudo journalctl -b -l

    -- Logs begin at Tue 2019-10-15 19:04:14 CEST, end at Fri 2019-12-27 15:08:52 CET. --

    Dez 27 15:07:28 yavdr kernel: microcode: microcode updated early to revision 0xca, date = 2019-10-03

    Dez 27 15:07:28 yavdr kernel: Linux version 4.18.0-15-generic (buildd@lcy01-amd64-029) (gcc version 7.3.0 (Ubuntu 7.3.0-16ubuntu3)) #16~18.04.1-Ubuntu SMP Thu Feb 7 14:06:04 UTC 2019 (Ubuntu 4.18.0-15.16~18.04.1-gene

    Dez 27 15:07:28 yavdr kernel: Command line: BOOT_IMAGE=/boot/vmlinuz-4.18.0-15-generic root=UUID=78a7966e-2174-47b2-aa03-a99417a11c5a ro quiet splash vt.handoff=1

    Dez 27 15:07:28 yavdr kernel: KERNEL supported cpus:

    Dez 27 15:07:28 yavdr kernel: Intel GenuineIntel

    Dez 27 15:07:28 yavdr kernel: AMD AuthenticAMD

    Dez 27 15:07:28 yavdr kernel: Centaur CentaurHauls

    Dez 27 15:07:28 yavdr kernel: x86/fpu: Supporting XSAVE feature 0x001: 'x87 floating point registers'

    Dez 27 15:07:28 yavdr kernel: x86/fpu: Supporting XSAVE feature 0x002: 'SSE registers'

    Dez 27 15:07:28 yavdr kernel: x86/fpu: Supporting XSAVE feature 0x004: 'AVX registers'

    Dez 27 15:07:28 yavdr kernel: x86/fpu: Supporting XSAVE feature 0x008: 'MPX bounds registers'

    Dez 27 15:07:28 yavdr kernel: x86/fpu: Supporting XSAVE feature 0x010: 'MPX CSR'

    Dez 27 15:07:28 yavdr kernel: x86/fpu: xstate_offset[2]: 576, xstate_sizes[2]: 256

    Dez 27 15:07:28 yavdr kernel: x86/fpu: xstate_offset[3]: 832, xstate_sizes[3]: 64

    Dez 27 15:07:28 yavdr kernel: x86/fpu: xstate_offset[4]: 896, xstate_sizes[4]: 64

    Dez 27 15:07:28 yavdr kernel: x86/fpu: Enabled xstate features 0x1f, context size is 960 bytes, using 'compacted' format.

    Dez 27 15:07:28 yavdr kernel: BIOS-provided physical RAM map:

    Dez 27 15:07:28 yavdr kernel: BIOS-e820: [mem 0x0000000000000000-0x000000000009efff] usable

    Dez 27 15:07:28 yavdr kernel: BIOS-e820: [mem 0x000000000009f000-0x00000000000fffff] reserved

    Dez 27 15:07:28 yavdr kernel: BIOS-e820: [mem 0x0000000000100000-0x0000000079e80fff] usable

    Dez 27 15:07:28 yavdr kernel: BIOS-e820: [mem 0x0000000079e81000-0x000000007a2e1fff] reserved

    Dez 27 15:07:28 yavdr kernel: BIOS-e820: [mem 0x000000007a2e2000-0x000000007a35efff] ACPI data

    Dez 27 15:07:28 yavdr kernel: BIOS-e820: [mem 0x000000007a35f000-0x000000007a3e7fff] ACPI NVS

    Mh, dann würde ich mal ein Live-System starten und mir den Festplatten-Status ansehen ( https://wiki.ubuntuusers.de/Festplattenstatus/ ) und einen Dateisystemcheck machen: https://wiki.ubuntuusers.de/Da…/#Pruefung-in-der-Konsole

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

    Ja, da wäre z.B. die Frage, ob das Dateisystem oder die SSD selbst bei dem Stromausfall (eventuell gab es den Stromausfall in Kombination mit einer Überspannung) beschädigt wurden - daher am besten mit einem Live-System nachsehen, bei dem die betroffenen Datenträger nicht gemountet sind und dann schauen, was da genau kaputt ist.

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!

Benutzerkonto erstellen Anmelden