Dass die Installation abbricht kann passieren, daran wird es noch Änderungen geben. Ein wiederholter Durchlauf funktioniert dann (eventuell muss man einmal neu booten), wie du beschrieben hast. Das mit dem Treiber klingt recht speziell, aufgrund der älteren HW.
yavdr ansible
-
-
Kann sein mit der älteren Hardware ... Ich musste die Nvidia-Treiber einmal deinstallieren und dann temporär im Grub-Menu "nouveau.modeset=0" an der Zeile die mit linux beginnt anhängen und anschließend mit F10 booten. Anschließende den nVidia-Treiber neu installiert und siehe da die Konsolen sind wieder da.
Das Problem scheint es auch öfter mit den älteren nVidia-Karten zu geben. Ubuntu scheint ja dann den xserver-xorg-video-nouveau anstatt den nvidia-340 Treiber zu verwenden, kann man das nicht per ansible playbook beeinflussen?
Edit: Die Konsole kommt leider nur beim ersten Umschalten... Schalte ich wieder zum F7 und dann wieder zu F1 ist wieder nur ein Blackscreen zu sehen.
Edit2: Mit einer GT730 und dem 396er Treiber treten die Probleme nicht auf, scheint wohl echt am 340er Treiber zu liegen.
Viele Grüße
JoeBar
-
Wie sieht denn die Konfiguration für das vaapidevice aus?
Da habe ich, bis auf den "60 Hz Modus" nichts dauerhaft umgestellt. Die oben genannte Fehlermeldung kommt aber auch erst, seit ich das Vaapidevice-Plugin durch Softhdevice-vpp ersetzt habe.
-
Ich hatte ähnliches, hab dann in Pulsecontrol alle Einstellungen verstellt, gespeichert und wieder zurück. Dann ging es, wo letztendlich das Problem war kann ich dir nicht sagen, war eher Methode "Holzhammer"
Werde ich versuchen, wenn ich den Testvdr das nächste mal starte.
Edit: Die Forensoftware oder ich hatten zuerst den falschen Beitrag zitiert.
-
Da habe ich, bis auf den "60 Hz Modus" nichts dauerhaft umgestellt. Die oben genannte Fehlermeldung kommt aber auch erst, seit ich das Vaapidevice-Plugin durch Softhdevice-vpp ersetzt habe.
IIRC muss man dem vaapidevice mit -a pulse mitgeben (oder wie in der README beschrieben die Umgebungsvariablen setzen), da es die /etc/asound.conf ignoriert.
-
IIRC muss man dem vaapidevice mit -a pulse mitgeben (oder wie in der README beschrieben die Umgebungsvariablen setzen), da es die /etc/asound.conf ignoriert.
Das werde ich auch mal ausprobieren. Unter Verwendung von Softhdevice ist es mir inzwischen gelungen, das Ausgabedevice in Pulsecontrol (Desktop, nicht Pugin-Interface) auszuwählen. Jetzt habe ich Ton (Bei Passthrough funktioniert DD nur in Stereo, bei Mehrkanalton bekomme ich nur Rauschen).
Das Plugin-Interface von Pulsecontrol scheint keine Einstellungen ändern/speichern zu können. Stelle ich dort die Passthrough-Einstellungen alle für den aktiven Ausgang auf Ja und rufe es wieder auf, stehen sie wieder auf nein. Oder ist der Punkt "Skript-ausführen" sowas, wei ein "Apply-Button", den man nach jeder Änderung betätigen muss?
-
Bei Passthrough muss Pulseaudio mit dem Profil hdmi-stereo (ggf. mit "extra" dran) benutzt werden, nicht das surround-Profil. Das ist nur für analoge Ausgabe.
Pulsecontrol führt alle Änderungen nach Bestätigen mit "Ok" sofort aus. "Script ausführen" ist ein Punkt, mit dem man ein pulsecontrol-Script ausführen kann, z.B. kann man da verschiedene Konfigurationen hinterlegen, um zwischen grundsätzlichen Einstellungen (verschiedene Ausgabegeräte usw.) zu wechseln.
Zusätzlich gibt es noch ein startup-Script, welches automatisch beim Start ausgeführt wird, falls Pulseaudio nicht dazu zu überreden ist, sich die Einstellungen zu merken.
Lars.
-
Moin, ich wollte mir grad mal den Stand anschauen und war so kühn, das in einer VM zu probieren.
Leider läuft ansible nicht durch, es bleibt hier hängen:
CodeTASK [yavdr-xorg : wait a little bit, so X has some time to start up (needed?)] ************************************************************************ ok: [localhost] TASK [yavdr-xorg : detect xorg configuration] ********************************************************************************************************** An exception occurred during task execution. To see the full traceback, use10 -vvv. The error was: UnboundLocalError: local variable 'result' referenced before assignment fatal: [localhost]: FAILED! => {"changed": false, "module_stderr": "Traceback (most recent call last):\n File \"/tmp/ansible_KQkS4p/ansible_module_xrandr_facts.py\", line 276, in <module>\n output_data(xorg_data, module.params['write_edids'])\n File \"/tmp/ansible_KQkS4p/ansible_module_xrandr_facts.py\", line 266, in output_data\n module.exit_json(changed=True if write_edids else False, ansible_facts={'xrandr': data, 'xorg': result})\nUnboundLocalError: local variable 'result' referenced before assignment\n", "module_stdout": "", "msg": "MODULE FAILURE", "rc": 1}
Da ich wie immer bisher keine Ahnung habe, was ich da tue ...
Die Anzeige des Desktops ist schwarz, ein xrandr -d :0 --verbose ergibt folgendes Ergebnis (hier nur die Devices mit connected Status):
Code
Alles anzeigenudo1toni@yaVDRansible:~$ xrandr -d :0 --verbose Screen 0: minimum 1 x 1, current 800 x 600, maximum 8192 x 8192 Virtual1 connected primary 800x600+0+0 (0x4f) normal (normal left inverted right x axis y axis) 0mm x 0mm Identifier: 0x47 Timestamp: 165412 Subpixel: horizontal rgb Gamma: 1.0:1.0:1.0 Brightness: 1.0 Clones: CRTC: 0 CRTCs: 0 Transform: 1.000000 0.000000 0.000000 0.000000 1.000000 0.000000 0.000000 0.000000 1.000000 filter: implicit_placement: 0 range: (0, 1) suggested Y: 0 range: (0, -1) suggested X: 0 range: (0, -1) hotplug_mode_update: 1 range: (0, 1) non-desktop: 0 range: (0, 1) link-status: Good supported: Good, Bad 800x600 (0x4f) 42.750MHz -HSync +VSync *current +preferred h: width 800 start 850 end 900 total 950 skew 0 clock 45.00KHz v: height 600 start 650 end 700 total 750 clock 60.00Hz 2560x1600 (0x50) 348.500MHz -HSync +VSync h: width 2560 start 2752 end 3032 total 3504 skew 0 clock 99.46KHz v: height 1600 start 1603 end 1609 total 1658 clock 59.99Hz 1920x1440 (0x51) 234.000MHz -HSync +VSync h: width 1920 start 2048 end 2256 total 2600 skew 0 clock 90.00KHz v: height 1440 start 1441 end 1444 total 1500 clock 60.00Hz 1856x1392 (0x52) 218.250MHz -HSync +VSync h: width 1856 start 1952 end 2176 total 2528 skew 0 clock 86.33KHz v: height 1392 start 1393 end 1396 total 1439 clock 60.00Hz 1792x1344 (0x53) 204.750MHz -HSync +VSync h: width 1792 start 1920 end 2120 total 2448 skew 0 clock 83.64KHz v: height 1344 start 1345 end 1348 total 1394 clock 60.00Hz 1920x1200 (0x54) 193.250MHz -HSync +VSync h: width 1920 start 2056 end 2256 total 2592 skew 0 clock 74.56KHz v: height 1200 start 1203 end 1209 total 1245 clock 59.88Hz 1600x1200 (0x55) 162.000MHz +HSync +VSync h: width 1600 start 1664 end 1856 total 2160 skew 0 clock 75.00KHz v: height 1200 start 1201 end 1204 total 1250 clock 60.00Hz 1680x1050 (0x56) 146.250MHz -HSync +VSync h: width 1680 start 1784 end 1960 total 2240 skew 0 clock 65.29KHz v: height 1050 start 1053 end 1059 total 1089 clock 59.95Hz 1400x1050 (0x57) 121.750MHz -HSync +VSync h: width 1400 start 1488 end 1632 total 1864 skew 0 clock 65.32KHz v: height 1050 start 1053 end 1057 total 1089 clock 59.98Hz 1280x1024 (0x58) 108.000MHz +HSync +VSync h: width 1280 start 1328 end 1440 total 1688 skew 0 clock 63.98KHz v: height 1024 start 1025 end 1028 total 1066 clock 60.02Hz 1440x900 (0x59) 106.500MHz -HSync +VSync h: width 1440 start 1520 end 1672 total 1904 skew 0 clock 55.93KHz v: height 900 start 903 end 909 total 934 clock 59.89Hz 1280x960 (0x5a) 108.000MHz +HSync +VSync h: width 1280 start 1376 end 1488 total 1800 skew 0 clock 60.00KHz v: height 960 start 961 end 964 total 1000 clock 60.00Hz 1360x768 (0x5b) 85.500MHz +HSync +VSync h: width 1360 start 1424 end 1536 total 1792 skew 0 clock 47.71KHz v: height 768 start 771 end 777 total 795 clock 60.02Hz 1280x800 (0x5c) 83.500MHz +HSync -VSync h: width 1280 start 1352 end 1480 total 1680 skew 0 clock 49.70KHz v: height 800 start 803 end 809 total 831 clock 59.81Hz 1152x864 (0x5d) 108.000MHz +HSync +VSync h: width 1152 start 1216 end 1344 total 1600 skew 0 clock 67.50KHz v: height 864 start 865 end 868 total 900 clock 75.00Hz 1280x768 (0x5e) 79.500MHz -HSync +VSync h: width 1280 start 1344 end 1472 total 1664 skew 0 clock 47.78KHz v: height 768 start 771 end 778 total 798 clock 59.87Hz 1024x768 (0x5f) 65.000MHz -HSync -VSync h: width 1024 start 1048 end 1184 total 1344 skew 0 clock 48.36KHz v: height 768 start 771 end 777 total 806 clock 60.00Hz 800x600 (0x60) 40.000MHz +HSync +VSync h: width 800 start 840 end 968 total 1056 skew 0 clock 37.88KHz v: height 600 start 601 end 605 total 628 clock 60.32Hz 640x480 (0x61) 25.175MHz -HSync -VSync h: width 640 start 656 end 752 total 800 skew 0 clock 31.47KHz v: height 480 start 489 end 492 total 525 clock 59.94Hz Virtual2 disconnected (normal left inverted right x axis y axis) Identifier: 0x48 Timestamp: 165412 Subpixel: horizontal rgb Clones: CRTCs: 1 Transform: 1.000000 0.000000 0.000000 0.000000 1.000000 0.000000 0.000000 0.000000 1.000000 filter: implicit_placement: 0 range: (0, 1) suggested Y: 0 range: (0, -1) suggested X: 0 range: (0, -1) hotplug_mode_update: 1 range: (0, 1) non-desktop: 0 range: (0, 1) link-status: Good supported: Good, Bad
Mir ist schon klar, dass ich vermutlich weder Bild noch Ton bekommen werde aber was mache ich falsch, dass das Playbook nicht durch läuft?
UnboundLocalError: local variable 'result' referenced before assignment Deutet für mich erstmal auf einen grundsätzlichen Fehler hin?
-
Da wurde die Variable result zu spät definiert (das fällt nur auf, wenn das Parsen der xrandr-Ausgabe nicht die benötigten Daten liefert), hol dir bitte mal den aktuellen Git-Stand und lass es noch mal laufen, ich habe die Variablendeklaration mal vorgezogen: https://github.com/yavdr/yavdr…0f63b5bed67068a071ad01a13
-
Cool! Ich schau gleich mal...
-
Was für eine VM nutzt du? Für VirtualBox ist das schon weitgehend komplett, man muss dann nach dem Durchlaufen des Skripts nur noch softhddevice deaktivieren (weil im ansible-Skript die Reihenfolge der Befehle noch nicht ganz passt). Dann sollte man mit xineliboutput für die Ausgabe arbeiten können.
-
Super, jetzt läuft es durch.
Ich nutze hier den VMWare Workstation Player
-
Wow! Ich hab nur xineliboutput-sxfe und natürlich vdr-plugin-stramdev-client nachinstalliert, weil naturgemäß in einer VM keine Hardware steckt (die steckt dafür im vdr-server...)
Weiterhin musste ich noch das Muting für die Soundkarte abschalten und die Lautstärke aufdrehen. Läuft (ohne Ruckler oder auch nur Artefakte).
-
Könntest du eventuell mal posten, welche Informationen Ansible auf der VM zur Verfügung hat? Dann könnte ich das Playbook dafür anpassen, wenn es im VMWare Workstation Player ausgeführt wird:
ansible -m setup localhost
-
Aber gerne
-
Habe mal auch mein Glück in einer VM versucht, aber nach
sudo -H ./install-yavdr.sh
erhalte ich am Ende immer:
TASK [yavdr-common : add PPAs] ************************************************************************************************************************************************************************************ failed: [localhost] (item=ppa:yavdr/experimental-main) => {"changed": false, "item": "ppa:yavdr/experimental-main", "msg": "Failed to auto-install python-apt. Error was: 'E: Das Depot »cdrom://Ubuntu-Server 18.04.1 LTS _Bionic Beaver_ - Release amd64 (20180725) bionic Release« enthält keine Release-Datei.'"} failed: [localhost] (item=ppa:yavdr/experimental-vdr) => {"changed": false, "item": "ppa:yavdr/experimental-vdr", "msg": "Failed to auto-install python-apt. Error was: 'E: Das Depot »cdrom://Ubuntu-Server 18.04.1 LTS _Bionic Beaver_ - Release amd64 (20180725) bionic Release« enthält keine Release-Datei.'"} to retry, use: --limit @/home/reinhard/yavdr-ansible/yavdr07.retry PLAY RECAP ******************************************************************************************************************************************************************************************************** localhost : ok=2 changed=0 unreachable=0 failed=1
Auf E: liegt meine VM. Aber mit
'E: Das Depot »cdrom://Ubuntu-Server 18.04.1 LTS _Bionic Beaver_ - Release amd64 (20180725) bionic Release« enthält keine Release-Datei.'"}kann ich nichts anfangen.
Jemand ein Idee?
-
Deiner Installation fehlen vermutlich die Ubutu Repositories in der /etc/apt/sources.list - hatte die VM während der Ubuntu-Installation eventuell keine Internetverbindung? Was ist da eingetragen?
-
Code
Alles anzeigen#. # deb cdrom:[Ubuntu-Server 18.04.1 LTS _Bionic Beaver_ - Release amd64 (20180725)]/ bionic main restricted ##deb cdrom:[Ubuntu-Server 18.04.1 LTS _Bionic Beaver_ - Release amd64 (20180725)]/ bionic main restricted # See http://help.ubuntu.com/community/UpgradeNotes for how to upgrade to # newer versions of the distribution. deb http://us.archive.ubuntu.com/ubuntu/ bionic main restricted # deb-src http://us.archive.ubuntu.com/ubuntu/ bionic main restricted ## Major bug fix updates produced after the final release of the ## distribution. deb http://us.archive.ubuntu.com/ubuntu/ bionic-updates main restricted # deb-src http://us.archive.ubuntu.com/ubuntu/ bionic-updates main restricted ## N.B. software from this repository is ENTIRELY UNSUPPORTED by the Ubuntu ## team. Also, please note that software in universe WILL NOT receive any ## review or updates from the Ubuntu security team. deb http://us.archive.ubuntu.com/ubuntu/ bionic universe # deb-src http://us.archive.ubuntu.com/ubuntu/ bionic universe deb http://us.archive.ubuntu.com/ubuntu/ bionic-updates universe # deb-src http://us.archive.ubuntu.com/ubuntu/ bionic-updates universe ## N.B. software from this repository is ENTIRELY UNSUPPORTED by the Ubuntu. ## team, and may not be under a free licence. Please satisfy yourself as to. ## your rights to use the software. Also, please note that software in. ## multiverse WILL NOT receive any review or updates from the Ubuntu ## security team. deb http://us.archive.ubuntu.com/ubuntu/ bionic multiverse # deb-src http://us.archive.ubuntu.com/ubuntu/ bionic multiverse deb http://us.archive.ubuntu.com/ubuntu/ bionic-updates multiverse # deb-src http://us.archive.ubuntu.com/ubuntu/ bionic-updates multiverse ## N.B. software from this repository may not have been tested as ## extensively as that contained in the main release, although it includes ## newer versions of some applications which may provide useful features. ## Also, please note that software in backports WILL NOT receive any review ## or updates from the Ubuntu security team. deb http://us.archive.ubuntu.com/ubuntu/ bionic-backports main restricted universe multiverse # deb-src http://us.archive.ubuntu.com/ubuntu/ bionic-backports main restricted universe multiverse ## Uncomment the following two lines to add software from Canonical's ## 'partner' repository. ## This software is not part of Ubuntu, but is offered by Canonical and the ## respective vendors as a service to Ubuntu users. # deb http://archive.canonical.com/ubuntu bionic partner # deb-src http://archive.canonical.com/ubuntu bionic partner deb http://security.ubuntu.com/ubuntu bionic-security main restricted # deb-src http://security.ubuntu.com/ubuntu bionic-security main restricted deb http://security.ubuntu.com/ubuntu bionic-security universe # deb-src http://security.ubuntu.com/ubuntu bionic-security universe deb http://security.ubuntu.com/ubuntu bionic-security multiverse # deb-src http://security.ubuntu.com/ubuntu bionic-security multiverse
Den unteren Abschnitt habe ich manuell eingefügt, jetzt ist es duchgelaufen, allerdings mit
Code
Alles anzeigen.... TASK [autoinstall-virtualbox-guest : install packages] ************************************************************************************************************************************************************ skipping: [localhost] => (item=[]) TASK [autoinstall-virtualbox-guest : apt] ************************************************************************************************************************************************************************* changed: [localhost] => (item=[u'vdr-plugin-xineliboutput', u'xineliboutput-sxfe']) TASK [autoinstall-virtualbox-guest : command] ********************************************************************************************************************************************************************* changed: [localhost] => (item=vdrctl disable softhddevice) failed: [localhost] (item=vdrctl disable vaapidevice) => {"changed": true, "cmd": ["vdrctl", "disable", "vaapidevice"], "delta": "0:00:00.028781", "end": "2018-09-04 13:29:48.105622", "item": "vdrctl disable vaapidevice", "msg": "non-zero return code", "rc": 255, "start": "2018-09-04 13:29:48.076841", "stderr": "vaapidevice is unknown or already disabled", "stderr_lines": ["vaapidevice is unknown or already disabled"], "stdout": "", "stdout_lines": []} failed: [localhost] (item=vdrctl disable xine) => {"changed": true, "cmd": ["vdrctl", "disable", "xine"], "delta": "0:00:00.028625", "end": "2018-09-04 13:29:48.218136", "item": "vdrctl disable xine", "msg": "non-zero return code", "rc": 255, "start": "2018-09-04 13:29:48.189511", "stderr": "xine is unknown or already disabled", "stderr_lines": ["xine is unknown or already disabled"], "stdout": "", "stdout_lines": []} failed: [localhost] (item=vdrctl disable pvr350) => {"changed": true, "cmd": ["vdrctl", "disable", "pvr350"], "delta": "0:00:00.028684", "end": "2018-09-04 13:29:48.331755", "item": "vdrctl disable pvr350", "msg": "non-zero return code", "rc": 255, "start": "2018-09-04 13:29:48.303071", "stderr": "pvr350 is unknown or already disabled", "stderr_lines": ["pvr350 is unknown or already disabled"], "stdout": "", "stdout_lines": []} failed: [localhost] (item=vdrctl enable xineliboutput) => {"changed": true, "cmd": ["vdrctl", "enable", "xineliboutput"], "delta": "0:00:00.029259", "end": "2018-09-04 13:29:48.445873", "item": "vdrctl enable xineliboutput", "msg": "non-zero return code", "rc": 255, "start": "2018-09-04 13:29:48.416614", "stderr": "/etc/vdr/conf.d/../conf.avail/xineliboutput.conf is already linked to /etc/vdr/conf.d at /usr/bin/vdrctl line 152.", "stderr_lines": ["/etc/vdr/conf.d/../conf.avail/xineliboutput.conf is already linked to /etc/vdr/conf.d at /usr/bin/vdrctl line 152."], "stdout": "", "stdout_lines": []} ...ignoring TASK [yavdr-network : apt | install packages for network services] ************************************************************************************************************************************************ changed: [localhost] => (item=[u'avahi-daemon', u'avahi-utils', u'ethtool', u'nfs-common', u'vdr-addon-avahi-linker', u'wakeonlan']) TASK [yavdr-network : restart autofs if running] ****************************************************************************************************************************************************************** changed: [localhost] TASK [yavdr-network : ensure autofs is running] ******************************************************************************************************************************************************************* ok: [localhost] ... Aber: der VDR läuft. Muss jetzt mal eine channels.conf einfügen und schauen, was passiert.
-
Da schlagen ein paar vdrctl-Aufrufe fehl, aber das macht nichts, solange xineliboutput danach das aktive Ausgabeplugin ist.
-
Hi *,
muss ich für das vdr-addon-acpiwakeup noch irgend etwas zusätzlich zur Konfigurationsdatei /etc/vdr/vdr-addon-acpiwakeup.conf anpassen?
Mir ist aufgefallen, dass es noch einen vdr-addon-acpiwakeup.service gibt, der bei mir nicht läuft...
Coderoot@htpc:/etc/vdr# systemctl status vdr-addon-acpiwakeup.service ● vdr-addon-acpiwakeup.service Loaded: loaded (/etc/init.d/vdr-addon-acpiwakeup; generated) Active: inactive (dead) Docs: man:systemd-sysv-generator(8)
Ich denke mal, hier liegt der Hund begraben?
Cheers,
Ole
Jetzt mitmachen!
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!