Ah ok. Das klingt ja schon mal nicht verkehrt. Dann werde ich mir mal wieder ein Test System aufbauen und mal ein wenig rumspielen.
Danke Seahawk, für die, wie immer, tolle Arbeit.
yavdr ansible
-
-
Hallo!
Mir ist folgendes verhalten aufgefallen:
Laufende HD-Aufnahme, Wiedergabe einer HD+ Aufnahme, beim vorspulen der Aufnahme stürzt der vdr ab:
CodeApr 24 20:01:45 ubuntu18 vdr[20368]: corrupted double-linked listIch kann dieses verhalten nicht bei jeder Aufnahme reproduzieren.
Ist das bei euch auch so?
Gruß
Murry
PS: Die 10.000 Zeichen Begrenzung nervt.
-
Moin,
ich setze gerade ein Testsystem (auf 2. SSD in VDR1 aus meiner Sig.) mit yavdr ansible auf und dabei sind mir folgende Ungereimtheiten untergekommen:
1. der Systemstart zeigt ein "ERROR: no video mode activated", bootsplash funktioniert nicht
2. die automatische Konfiguration des X-Servers schlug fehl, da die edid-Erkennung über einen zwischengeschalteten AVR nicht funktionierte (direkter Anschluß an den TV lieferte dann das gewünschte Ergebnis)
3. anschließend schlug die Konfiguration von eventlircd fehl, da der Service bereits lief (service eventlircd stop hat dies behoben, das Playbook lief dann wieder sauber durch)
4. ein per NFS eingehängtes Aufnahmeverzeichnis verhindert den Start des VDR, obwohl die Berechtigung passen sollte (selbiges tut unter yaVDR 0.6.2 perfekt)
5. der VDR nutzt zum EPG-Scan mein primäres DVB-Device und schaltet mir daher das Livebild um
Hat jemand zu 1., 4. und 5. einen passenden Tip für mich?
zu 4.:
- fstab wie folgt: <IP>:/volume1/vdr /srv/vdr/video nfs auto,nouser,defaults,intr 0 0- User vdr:vdr ist auf dem NAS mit identischer UID zum yaVDR vorhanden und auch Besitzer aller Verzeichnisse/Dateien ab /volume1/vdr
- der Export berechtigt die IP des VDR zu read/write
- mount funktioniert und nach einem su vdr kann ich auch unter /srv/vdr/video Dateien anlegen
- service vdr start schlägt danach aber fehl
zu 5.:
- in der setup.conf habe ich PrimaryDVB = 5 und softhddevice.MakePrimary = 1 gesetzt
- die Adapter werden sauber erkannt- beim Start wird das entsprechende Device gesetzt
Cheers,
Ole
-
1. der Systemstart zeigt ein "ERROR: no video mode activated", bootsplash funktioniert nicht
Nur damit ich mal versuchen kann das bei Gelegenheit nachzustellen: ist das eine UEFI oder eine MBR-Installation?
2. die automatische Konfiguration des X-Servers schlug fehl, da die edid-Erkennung über einen zwischengeschalteten AVR nicht funktionierte (direkter Anschluß an den TV lieferte dann das gewünschte Ergebnis)
Wie sehen die vom Playbook generierten Dateien in /etc/ansible/ aus, wenn der AVR dazwischen hängt und du install-yavdr.sh noch mal laufen lässt?
3. anschließend schlug die Konfiguration von eventlircd fehl, da der Service bereits lief (service eventlircd stop hat dies behoben, das Playbook lief dann wieder sauber durch)
Ich habe die Reihenfolge der Installationsschritte mal angepasst, so dass erst das lirc-Paket installiert wird, dann werden dessen Systemd-Units gestoppt und danach erst eventlircd installiert.
4. ein per NFS eingehängtes Aufnahmeverzeichnis verhindert den Start des VDR, obwohl die Berechtigung passen sollte (selbiges tut unter yaVDR 0.6.2 perfekt)
IMHO braucht es da mindestens eine Startabhängigkeit des VDR vom erfolgreichen NFS-Mount - nutzt du NFS v3 oder v4?
5. der VDR nutzt zum EPG-Scan mein primäres DVB-Device und schaltet mir daher das Livebild um
Passiert das sofort oder erst nach dem in den Einstellungen gesetzten Timeout (http://vdr-wiki.de/wiki/index.php/Benutzerhandbuch#EPG)?
-
Nur damit ich mal versuchen kann das bei Gelegenheit nachzustellen: ist das eine UEFI oder eine MBR-Installation?
Eine MBR-Installation
Wie sehen die vom Playbook generierten Dateien in /etc/ansible/ aus, wenn der AVR dazwischen hängt und du install-yavdr.sh noch mal laufen lässt?
Werde ich später angehen und posten.
IMHO braucht es da mindestens eine Startabhängigkeit des VDR vom erfolgreichen NFS-Mount - nutzt du NFS v3 oder v4?
Die Abhängigkeit brauche ich doch aber nur wenn ich sichergehen will, dass der mount da ist bevor der VDR startet. Mein Problem ist, dass der mount vorhanden ist, ein service vdr start aber mit dem Fehler 'unable to access /srv/vdr/video' fehlschlägt - also eher ein Berechtigungsproblem.
Manuell kann ich allerdings als Benutzer vdr sehr wohl auf das Verzeichnis zugreifen und dort auch schreiben. Mit welchem Benutzer wird denn der Start vom vdr unter systemd ausgeführt?
Passiert das sofort oder erst nach dem in den Einstellungen gesetzten Timeout (http://vdr-wiki.de/wiki/index.php/Benutzerhandbuch#EPG)?
Das passiert direkt nach dem Start des VDR, also innerhalb der ersten 1-2 Minuten.
Cheers,
Ole
-
Mit welchem Benutzer wird denn der Start vom vdr unter systemd ausgeführt?
Der VDR startet als root (um einige Capabilities setzen zu können) und wechselt dann auf den Nutzer vdr. In der Hinsicht hat sich gegenüber Ubuntu 14.04 eigentlich nichts geändert.
Ich habe mal das Aufnahmeverzeichnis von einem yaVDR 0.6.1 per NFS eingebunden, das klappt mit dieser Zeile in der fstab ohne Probleme:
VDR:/srv/share/vdr /srv/vdr/video nfs defaults,hard,rsize=32768,wsize=32768,timeo=90,retrans=5,_netdev,x-systemd.before=vdr.service 0 0
Das wäre ein NFS-v3 Mount, wie man in der Ausgabe von mount sehen kann:
VDR:/srv/share/vdr on /srv/vdr/video type nfs (rw,relatime,vers=3,rsize=32768,wsize=32768,namlen=255,hard,proto=tcp,timeo=90,retrans=5,sec=sys,mountaddr=192.168.1.104,mountvers=3,mountport=42359,mountproto=udp,local_lock=none,addr=192.168.1.104,_netdev)
Edit: Ok, das klappt nur, weil bei einem yaVDR 0.6 in der /etc/exports die Optionen anongid=666,anonuid=666 gesetzt sind - wenn ich die rausnehme, kann ich das Problem nachvollziehen.
-
Hier die Ausgabe der xorg-Thematik:
CodeTASK [yavdr-xorg : detect xorg configuration] ************************************************************************************************ fatal: [localhost]: FAILED! => {"changed": false, "module_stderr": "Checksum Correct\n\n/bin/sh: line 1: 9985 Segmentation fault (core dumped) parse-edid < /etc/X11/edid.HDMI-0.bin\nTraceback (most recent call last):\n File \"/tmp/ansible_l17TpN/ansible_module_xrandr_facts.py\", line 271, in <module>\n output_data(xorg_data, module.params['write_edids'])\n File \"/tmp/ansible_l17TpN/ansible_module_xrandr_facts.py\", line 250, in output_data\n vendor_0, model_0 = parse_edid_data('/etc/X11/edid.{}.bin'.format(connector_0))\n File \"/tmp/ansible_l17TpN/ansible_module_xrandr_facts.py\", line 177, in parse_edid_data\n data = subprocess.check_output(\"parse-edid < {}\".format(edid), shell=True, universal_newlines=True)\n File \"/usr/lib/python2.7/subprocess.py\", line 223, in check_output\n raise CalledProcessError(retcode, cmd, output=output)\nsubprocess.CalledProcessError: Command 'parse-edid < /etc/X11/edid.HDMI-0.bin' returned non-zero exit status 139\n", "module_stdout": "", "msg": "MODULE FAILURE", "rc": 1}Code
Alles anzeigenxorg.facts { "xorg": { "primary": { "bus_id": "PCI:1@0:0:0", "connector": "HDMI-0", "edid": "/etc/X11/edid.HDMI-0.bin", "gpu_name": "GeForce GT 630", "mode": "1920x1080_50", "model": "Panasonic-TV", "refreshrate": 50, "resolution": "1920x1080", "vendor": "MEI" }, "secondary": { "bus_id": "PCI:1@0:0:0", "connector": "DVI-D-0", "edid": "/etc/X11/edid.DVI-D-0.bin", "gpu_name": "GeForce GT 630", "mode": "1920x1080_50", "model": "K3A8F HDMI", "refreshrate": 50, "resolution": "1920x1080", "vendor": "INN" } } }Code
Alles anzeigenxrandr.facts { "xrandr": { "Screen 0:": { "DVI-D-0": { "EDID": "00ffffffffffff0025ce003201081620201a010380462778ea1ec5ae4f34b1260e5054a108008180b300d1c0a9c09500010101010101023a801871382d40582c4500ba892100001e7f2156aa51001e30468f3300ba892100001e000000fd0031481e5311000a202020202020000000fc004b334138462048444d490a20200100020329f15090050403020716011f121314201511062309070767030c001000382d83010000e3050301023a801871382d40582c4500ba892100001e011d8018711c1620582c2500ba892100009e011d007251d01e206e285500ba892100001e8c0ad08a20e02d10103e9600ba892100001800000000000000000000000000005a", "auto": "", "current": "1920x1080_60", "is_connected": true, "modes": { "1024x768": [ 60 ], "1280x1024": [ 60 ], "1280x720": [ 60, 50 ], "1366x768": [ 60 ], "1440x900": [ 60 ], "1600x900": [ 60 ], "1680x1050": [ 60 ], "1920x1080": [ 60, 50, 24 ], "640x480": [ 60 ], "720x480": [ 60 ], "720x576": [ 50 ], "800x600": [ 60 ] }, "preferred": "1920x1080_60" }, "HDMI-0": { "EDID": "00ffffffffffff0034a996a20101010100170103808048780adaffa3584aa22917494b21080031404540614081800101010101010101023a80d072382d40102c4580ba882100001e023a801871382d40582c4500ba882100001e000000fc0050616e61736f6e69632d54560a000000fd00173d0f440f000a202020202020015b020334f24d9f901405202122130412031607230907017a030c001000b8262fc8108141019c06160800180096a69800a800e2004b011d80d0721c1620102c2580ba882100009e011d8018711c1620582c2500ba882100009e662156aa51001e30468f3300ba882100001e000000000000000000000000000000000000000000b8", "auto": "", "current": "1920x1080_50", "is_connected": true, "modes": { "1024x768": [ 60 ], "1280x1024": [ 60 ], "1280x720": [ 60, 50 ], "1366x768": [ 60 ], "1920x1080": [ 50, 60, 30, 25, 24 ], "640x480": [ 60 ], "720x480": [ 60 ], "720x576": [ 50 ], "800x600": [ 60 ] }, "preferred": "1920x1080_50" }, "VGA-0": { "EDID": "", "auto": "", "current": "", "is_connected": false, "modes": {}, "preferred": "" } } }Zum NFS:
wenn ich die rausnehme, kann ich das Problem nachvollziehen.
Ich habe im Gegenzug squash_all aktiviert und alle Benutzer vom VDR auf 'admin' an der Syno gemappt - der Fehler bleibt.
Cheers,
Ole
-
Das sieht so aus, als ob die EDID, die sich das Python-Skript aus der Ausgbe von xrandr -d :0 --verbose holt von parse-edid nicht ordentlich verarbeitet werden kann - den Fehler kann ich abfangen, aber mich würde interessieren, was da vom AV-Receiver kommt.
Kannst du mal mit angeschlossenem AV-Receiver mal folgendes machen und die Ausgabe vom xrandr-Befehl posten?
Codesudo stop yavdr-xorg.service sudo unmask x-verbose@vt7.service sudo start x-verbose@vt7.service xrandr -d :0 --verbose # zum Wiederherstellen der normalen Xorg-Sitzung: sudo stop x-verbose@vt7.service sudo mask x-verbose@vt7.service sudo start yavdr-xorg -
Das Aufnahmeverzeichnis per NFS will immer noch nicht:
Code
Alles anzeigen-- Unit vdr.service has begun starting up. Mai 09 07:18:22 htpc vdr[4649]: [4649] ERROR: can't access /srv/vdr/video Mai 09 07:18:22 htpc vdr[4649]: vdr: can't access video directory /srv/vdr/video Mai 09 07:18:22 htpc systemd[1]: vdr.service: Main process exited, code=exited, status=2/INVALIDARGUMENT Mai 09 07:18:22 htpc systemd[1]: vdr.service: Failed with result 'exit-code'. Mai 09 07:18:22 htpc systemd[1]: Failed to start Video Disk Recorder. -- Subject: Unit vdr.service has failed -- Defined-By: systemd -- Support: http://www.ubuntu.com/support -- -- Unit vdr.service has failed. -- -- The result is RESULT.Coderoot@htpc:/mnt/etc# showmount -e 10.205.1.147 Export list for 10.205.1.147: /volume1/vdr 10.205.1.151 root@htpc:/mnt/etc# mount | grep -i video 10.205.1.147:/volume1/vdr on /srv/vdr/video type nfs (rw,relatime,vers=3,rsize=32768,wsize=32768,namlen=255,hard,proto=tcp,timeo=90,retrans=5,sec=sys,mountaddr=10.205.1.147,mountvers=3,mountport=892,mountproto=udp,local_lock=none,addr=10.205.1.147,_netdev)Coderoot@sundalon:~# cat /etc/exports /volume1/vdr 10.205.1.151(rw,fsid=0,async,no_wdelay,all_squash,insecure_locks,sec=sys,anonuid=666,anongid=666)Irgendwie habe ich gerade keine Idee mehr...
Kannst du mal mit angeschlossenem AV-Receiver mal folgendes machen und die Ausgabe vom xrandr-Befehl posten?
Würde ich gerne aber:
Code
Alles anzeigenroot@htpc:~# stop yavdr-xorg.service Command 'stop' not found, but there are 18 similar ones. root@htpc:~# unmask x-verbose@vt7.service Command 'unmask' not found, did you mean: command 'unmass' from deb unmass Try: apt install <deb name>Fehlt mir da etwas entscheidendes?
Cheers,
Ole
-
Fehlt mir da etwas entscheidendes?
Ah, das habe ich systemd und Upstart ducheinander gebracht ...
Codesudo systemctl stop yavdr-xorg.service sudo systemctl unmask x-verbose@vt7.service sudo systemctl start x-verbose@vt7.service xrandr -d :0 --verbose # zum Wiederherstellen der normalen Xorg-Sitzung: sudo systemctl stop x-verbose@vt7.service sudo systemctl mask x-verbose@vt7.service sudo systemctl start yavdr-xorg -
Zu NFS: hast du nach der Änderung an der /etc/exports ein exportfs -ra ausgeführt?
-
Zu NFS:
Ja, hatte ich gemacht.
Ah, das habe ich systemd und Upstart ducheinander gebracht ...
Hier der Output:
Code
Alles anzeigenScreen 0: minimum 8 x 8, current 3840 x 1080, maximum 16384 x 16384 VGA-0 disconnected primary (normal left inverted right x axis y axis) Identifier: 0x27e Timestamp: 2504859 Subpixel: unknown Clones: CRTCs: 0 1 2 3 Transform: 1.000000 0.000000 0.000000 0.000000 1.000000 0.000000 0.000000 0.000000 1.000000 filter: CscMatrix: 65536 0 0 0 0 65536 0 0 0 0 65536 0 BorderDimensions: 4 supported: 4 Border: 0 0 0 0 range: (0, 65535) SignalFormat: VGA supported: VGA ConnectorType: VGA ConnectorNumber: 2 _ConnectorLocation: 2Code
Alles anzeigenDVI-D-0 connected 1920x1080+0+0 (0x280) normal (normal left inverted right x axis y axis) 698mm x 393mm Identifier: 0x27f Timestamp: 2504859 Subpixel: unknown Gamma: 1.0:1.0:1.0 Brightness: 1.0 Clones: CRTC: 0 CRTCs: 0 1 2 3 Transform: 1.000000 0.000000 0.000000 0.000000 1.000000 0.000000 0.000000 0.000000 1.000000 filter: CscMatrix: 65536 0 0 0 0 65536 0 0 0 0 65536 0 EDID: 00ffffffffffff0025ce003201081620 201a010380462778ea1ec5ae4f34b126 0e5054a108008180b300d1c0a9c09500 010101010101023a801871382d40582c 4500ba892100001e7f2156aa51001e30 468f3300ba892100001e000000fd0031 481e5311000a202020202020000000fc 004b334138462048444d490a20200100 020329f15090050403020716011f1213 14201511062309070767030c00100038 2d83010000e3050301023a801871382d 40582c4500ba892100001e011d801871 1c1620582c2500ba892100009e011d00 7251d01e206e285500ba892100001e8c 0ad08a20e02d10103e9600ba89210000 1800000000000000000000000000005a BorderDimensions: 4 supported: 4 Border: 0 0 0 0 range: (0, 65535) SignalFormat: TMDS supported: TMDS ConnectorType: DVI-D ConnectorNumber: 0 _ConnectorLocation: 0 1920x1080 (0x280) 148.500MHz +HSync +VSync *current +preferred h: width 1920 start 2008 end 2052 total 2200 skew 0 clock 67.50KHz v: height 1080 start 1084 end 1089 total 1125 clock 60.00Hz 1920x1080 (0x281) 148.350MHz +HSync +VSync h: width 1920 start 2008 end 2052 total 2200 skew 0 clock 67.43KHz v: height 1080 start 1084 end 1089 total 1125 clock 59.94Hz 1920x1080 (0x282) 148.500MHz +HSync +VSync h: width 1920 start 2448 end 2492 total 2640 skew 0 clock 56.25KHz v: height 1080 start 1084 end 1089 total 1125 clock 50.00Hz 1920x1080 (0x283) 74.180MHz +HSync +VSync h: width 1920 start 2558 end 2602 total 2750 skew 0 clock 26.97KHz v: height 1080 start 1084 end 1089 total 1125 clock 23.98Hz 1920x1080 (0x284) 74.250MHz +HSync +VSync Interlace h: width 1920 start 2008 end 2052 total 2200 skew 0 clock 33.75KHz v: height 1080 start 1084 end 1094 total 1124 clock 60.05Hz 1920x1080 (0x285) 74.180MHz +HSync +VSync Interlace h: width 1920 start 2008 end 2052 total 2200 skew 0 clock 33.72KHz v: height 1080 start 1084 end 1094 total 1124 clock 60.00Hz 1920x1080 (0x286) 74.250MHz +HSync +VSync Interlace h: width 1920 start 2448 end 2492 total 2640 skew 0 clock 28.12KHz v: height 1080 start 1084 end 1094 total 1124 clock 50.04Hz 1680x1050 (0x287) 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 1600x900 (0x288) 108.000MHz +HSync +VSync h: width 1600 start 1624 end 1704 total 1800 skew 0 clock 60.00KHz v: height 900 start 901 end 904 total 1000 clock 60.00Hz 1440x900 (0x289) 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 1366x768 (0x28a) 85.750MHz +HSync +VSync h: width 1366 start 1436 end 1579 total 1792 skew 0 clock 47.85KHz v: height 768 start 771 end 774 total 798 clock 59.96Hz 1280x1024 (0x28b) 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 1280x720 (0x28c) 74.250MHz +HSync +VSync h: width 1280 start 1390 end 1430 total 1650 skew 0 clock 45.00KHz v: height 720 start 725 end 730 total 750 clock 60.00Hz 1280x720 (0x28d) 74.180MHz +HSync +VSync h: width 1280 start 1390 end 1430 total 1650 skew 0 clock 44.96KHz v: height 720 start 725 end 730 total 750 clock 59.94Hz 1280x720 (0x28e) 74.250MHz +HSync +VSync h: width 1280 start 1720 end 1760 total 1980 skew 0 clock 37.50KHz v: height 720 start 725 end 730 total 750 clock 50.00Hz 1024x768 (0x28f) 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 (0x290) 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 720x576 (0x291) 27.000MHz -HSync -VSync h: width 720 start 732 end 796 total 864 skew 0 clock 31.25KHz v: height 576 start 581 end 586 total 625 clock 50.00Hz 720x480 (0x292) 27.000MHz -HSync -VSync h: width 720 start 736 end 798 total 858 skew 0 clock 31.47KHz v: height 480 start 489 end 495 total 525 clock 59.94Hz 640x480 (0x293) 25.175MHz -HSync -VSync h: width 640 start 656 end 752 total 800 skew 0 clock 31.47KHz v: height 480 start 490 end 492 total 525 clock 59.94Hz 640x480 (0x294) 25.170MHz -HSync -VSync h: width 640 start 656 end 752 total 800 skew 0 clock 31.46KHz v: height 480 start 490 end 492 total 525 clock 59.93Hz -
aufgeteilt wg. 10.000 Zeichen Limit...
Code
Alles anzeigenHDMI-0 connected 1920x1080+1920+0 (0x282) normal (normal left inverted right x axis y axis) 698mm x 392mm Identifier: 0x295 Timestamp: 2504859 Subpixel: unknown Gamma: 1.0:1.0:1.0 Brightness: 1.0 Clones: CRTC: 1 CRTCs: 0 1 2 3 Transform: 1.000000 0.000000 0.000000 0.000000 1.000000 0.000000 0.000000 0.000000 1.000000 filter: CscMatrix: 65536 0 0 0 0 65536 0 0 0 0 65536 0 EDID: 00ffffffffffff003dcb610d00000000 00170103808048780adaffa3584aa229 17494b21080031404540614081800101 010101010101023a80d072382d40102c 4580ba882100001e023a801871382d40 582c4500ba882100001e000000fc0054 582d4e523632360a20202020000000fd 00173d0f440f000a20202020202001da 020351f24d9f90140520212213041203 160738097f070f7f071707503f06c04d 02005706005f7e01675400834f00007e 030c001300b826e000000000c8100141 019c060800161800969800a6a800e200 4b011d80d0721c1620102c2580ba8821 00009e011d8018711c1620582c2500ba 882100009e0000000000000000000060 BorderDimensions: 4 supported: 4 Border: 0 0 0 0 range: (0, 65535) SignalFormat: TMDS supported: TMDS ConnectorType: HDMI ConnectorNumber: 1 _ConnectorLocation: 1 1920x1080 (0x282) 148.500MHz +HSync +VSync *current +preferred h: width 1920 start 2448 end 2492 total 2640 skew 0 clock 56.25KHz v: height 1080 start 1084 end 1089 total 1125 clock 50.00Hz 1920x1080 (0x280) 148.500MHz +HSync +VSync h: width 1920 start 2008 end 2052 total 2200 skew 0 clock 67.50KHz v: height 1080 start 1084 end 1089 total 1125 clock 60.00Hz 1920x1080 (0x281) 148.350MHz +HSync +VSync h: width 1920 start 2008 end 2052 total 2200 skew 0 clock 67.43KHz v: height 1080 start 1084 end 1089 total 1125 clock 59.94Hz 1920x1080 (0x296) 74.180MHz +HSync +VSync h: width 1920 start 2008 end 2052 total 2200 skew 0 clock 33.72KHz v: height 1080 start 1084 end 1089 total 1125 clock 29.97Hz 1920x1080 (0x297) 74.250MHz +HSync +VSync h: width 1920 start 2448 end 2492 total 2640 skew 0 clock 28.12KHz v: height 1080 start 1084 end 1089 total 1125 clock 25.00Hz 1920x1080 (0x283) 74.180MHz +HSync +VSync h: width 1920 start 2558 end 2602 total 2750 skew 0 clock 26.97KHz v: height 1080 start 1084 end 1089 total 1125 clock 23.98Hz 1920x1080 (0x284) 74.250MHz +HSync +VSync Interlace h: width 1920 start 2008 end 2052 total 2200 skew 0 clock 33.75KHz v: height 1080 start 1084 end 1094 total 1124 clock 60.05Hz 1920x1080 (0x285) 74.180MHz +HSync +VSync Interlace h: width 1920 start 2008 end 2052 total 2200 skew 0 clock 33.72KHz v: height 1080 start 1084 end 1094 total 1124 clock 60.00Hz 1920x1080 (0x286) 74.250MHz +HSync +VSync Interlace h: width 1920 start 2448 end 2492 total 2640 skew 0 clock 28.12KHz v: height 1080 start 1084 end 1094 total 1124 clock 50.04Hz 1280x1024 (0x28b) 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 1280x720 (0x28d) 74.180MHz +HSync +VSync h: width 1280 start 1390 end 1430 total 1650 skew 0 clock 44.96KHz v: height 720 start 725 end 730 total 750 clock 59.94Hz 1280x720 (0x28e) 74.250MHz +HSync +VSync h: width 1280 start 1720 end 1760 total 1980 skew 0 clock 37.50KHz v: height 720 start 725 end 730 total 750 clock 50.00Hz 1024x768 (0x28f) 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 (0x290) 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 720x576 (0x291) 27.000MHz -HSync -VSync h: width 720 start 732 end 796 total 864 skew 0 clock 31.25KHz v: height 576 start 581 end 586 total 625 clock 50.00Hz 720x480 (0x292) 27.000MHz -HSync -VSync h: width 720 start 736 end 798 total 858 skew 0 clock 31.47KHz v: height 480 start 489 end 495 total 525 clock 59.94Hz 640x480 (0x298) 25.180MHz -HSync -VSync h: width 640 start 648 end 744 total 800 skew 0 clock 31.48KHz v: height 480 start 482 end 484 total 525 clock 59.95Hz 640x480 (0x293) 25.175MHz -HSync -VSync h: width 640 start 656 end 752 total 800 skew 0 clock 31.47KHz v: height 480 start 490 end 492 total 525 clock 59.94Hz -
Eine neue Installation (from scratch, also auf ein blankes Ubuntu 18.04), die Fehler ähneln sich.
- ansible installer rennt (bei zwischengeschaltetem AVR) ohne Fehler über die xorg Konfiguration weg, Top!
- bleibt bei eventlircd hängen--> ein service eventlircd stop behebt das Problem
- nach dem Reboot (channels.conf habe ich vorher erzeugt), coredump
CodeMay 10 19:44:54 yavdr vdr: [2723] creating directory /var/cache/vdr/plugins/restfulapi May 10 19:44:54 yavdr vdr: [2723] ERROR (tools.c,495): /var/cache/vdr/plugins/restfulapi: Permission denied
--> Ein chown -R vdr: /var/cache/vdr behebt das Problem, /var/cache/vdr/plugins gehörte root:root
- vdr startet jetzt, aber die Displays sind vertauscht. 55 Zoll EPG-Infos sind super lesbar, aber das TV-Bild ist auf dem 12-Zöller etwas mickrig
- Aufnahmeverzeichnis per NFS lässt den vdr wieder nicht starten... Die Berechtigungen stimmen aber, denn mittlerweile schreibe ich alle Zugriffe per squash_all auf anonuid=666 und anongrpid=666 um
Cheers,
Ole
-
- vdr startet jetzt, aber die Displays sind vertauscht. 55 Zoll EPG-Infos sind super lesbar, aber das TV-Bild ist auf dem 12-Zöller etwas mickrig
Wenn ich das richtig gesehen habe, hängt bei dir der TV am DVI-Anschluss und der kleine Bildschirm am HDMI-Anschluss.
Das Skript, das die Bildschirmerkennung macht, sortiert die Modi der angeschlossenen Bildschirme nach den Kriterien Refreshrate, Auflösung und Anschlusstyp (vgl. https://github.com/yavdr/yavdr…rary/xrandr_facts.py#L100 ff.). Da beide von dir angeschlossenen Bildschirme 1080p50 können, greift die in der Voreinstellung festgelegte Rangordnung HDMI > DP > DVI > VGA > TV.
Ich hatte schon im Modul vorbereitet, dass man diese Reihenfolge übersteuern kann und das jetzt auch mit Variablen im Playbook abgebildet (die Vorgabewerte liegen jetzt in https://github.com/yavdr/yavdr…dr-xorg/defaults/main.yml) - nach einen git pull kannst du dir im Verzeichnis für das Ansible-Playbook eine host_vars/localhost.yml anlegen und in der die Liste für die Reihenfolge der Ausgänge übersteuern, also z.B. um DVI gegenüber HDMI zu bevorzugen:
Code: host_vars/localhost.ymlpreferred_outputs: ["DVI", "HDMI", "DP", "VGA", "TV"] -
- bleibt bei eventlircd hängen
--> ein service eventlircd stop behebt das Problem
Hast du da eventuell noch die Fehlermeldung bzw. den Schritt bei dem er hängen bleibt?
-
- Aufnahmeverzeichnis per NFS lässt den vdr wieder nicht starten... Die Berechtigungen stimmen aber, denn mittlerweile schreibe ich alle Zugriffe per squash_all auf anonuid=666 und anongrpid=666 um
Nur um das besser nachvollziehen zu können: du hast auf dem Rechner, der die NFS-Freigabe bereitstellt, einen User mit uid=666 und gid=666 und der darf alle Verzeichnisse oberhalb des freigegebenen Aufnahmeverzeichnis (in dem Fall also /volume1/) betretren und hat für das Aufnahmeverzeichnis selbst alle Rechte?
root@sundalon:~# cat /etc/exports
/volume1/vdr 10.205.1.151(rw,fsid=0,async,no_wdelay,all_squash,insecure_locks,sec=sys,anonuid=666,anongid=666)Laut man 5 exports bringt es nichts die Optionen async und no_wdelay zu kombinieren, da letzteres nur bei sync einen Effekt hat.
-
Wenn ich das richtig gesehen habe, hängt bei dir der TV am DVI-Anschluss und der kleine Bildschirm am HDMI-Anschluss
Nein, genau anders herum: HDMI=TV, DVI=Monitor.
nach einen git pull kannst du dir im Verzeichnis für das Ansible-Playbook eine host_vars/localhost.yml anlegen und in der die Liste für die Reihenfolge der Ausgänge übersteuern,
Werde ich trotzdem mal testen.
Hast du da eventuell noch die Fehlermeldung bzw. den Schritt bei dem er hängen bleibt?
Leider nein, aber das System ist ja schnell noch einmal installiert, werde ich also nachliefern.Hier jetzt die Fehlermeldung.
Code
Alles anzeigenTASK [autoinstall-atric-usb : enable lircd, eventlircd, lircd2uinput] ************************************************************* failed: [localhost] (item=eventlircd.socket) => {"changed": false, "item": "eventlircd.socket", "msg": "Unable to start service eventlircd.socket: Job for eventlircd.socket failed.\nSee \"systemctl status eventlircd.socket\" and \"journalctl -xe\" for details.\n"} ok: [localhost] => (item=eventlircd.service) changed: [localhost] => (item=lircd2uinput.service) changed: [localhost] => (item=lircd.service) ✘-2 ~/install/yavdr-ansible [bionic|…3] 17:27 # systemctl status eventlircd.socket ● eventlircd.socket Loaded: loaded (/lib/systemd/system/eventlircd.socket; enabled; vendor preset: enabled) Active: inactive (dead) Listen: /run/lirc/lircd (Stream) Mai 11 17:27:20 yavdr systemd[1]: eventlircd.socket: Socket service eventlircd.service already active, refusing. Mai 11 17:27:20 yavdr systemd[1]: Failed to listen on eventlircd.socket. Mai 11 17:27:34 yavdr systemd[1]: eventlircd.socket: Socket service eventlircd.service already active, refusing. Mai 11 17:27:34 yavdr systemd[1]: Failed to listen on eventlircd.socket.einen User mit uid=666 und gid=666 und der darf alle Verzeichnisse oberhalb des freigegebenen Aufnahmeverzeichnis (in dem Fall also /volume1/) betretren und hat für das Aufnahmeverzeichnis selbst alle Rechte?
Genau so:
Coderoot@sundalon:/volume1# grep vdr /etc/passwd vdr:x:666:666::/var/services/homes/vdr:/sbin/nologin root@sundalon:/volume1# grep vdr /etc/group vdr:x:666 root@sundalon:/volume1# ll -d /volume1 drwxrwxrwx 1 root root 274 Apr 12 15:55 /volume1 root@sundalon:/volume1# ll -d /volume1/vdr drwxrwxrwx 1 vdr vdr 112 May 10 18:56 /volume1/vdr/volume1/vdr ist der NFS-Export, in diesem Sinne also auch das Aufnahmeverzeichnis.
Laut man 5 exports bringt es nichts die Optionen async und no_wdelay zu kombinieren
Das mag sein, aber der Export ist aus dem Webfrontend einer Synology heraus erstellt und das sind die Vorgaben des Herstellers.
Ich habe sie lediglich in ein paar Punkten angepasst, auf den Sinngehalt hin habe ich den default bisher nicht geprüft und der selbe Export
funktioniert im bisherigen yaVDR seit Jahren .
Cheers,
Ole
-
Code
host_vars/localhost.yml: preferred_outputs: ["HDMI", "DVI", "DP", "VGA", "TV"]Mit genau diesem (also eigentlich dem default) Eintrag passt bei mir Bildschirmzuteilung. Da läuft also etwas bei der Erkennung falsch.
Die Meldung vom eventlircd habe ich hier angehängt.
Cheers,
Ole
-
Zu eventlircd: ich habe die zusätzliche Aktiverung von eventlicd.socket in der Rolle autoinstall-atric-usb mal rausgenommen. Mit früheren Ansible-Versionen hat das IIRC ohne Probleme funktioniert (eigentlich sollten die Aktionen von Ansible-Modulen immer idempotent sein).
Jetzt mitmachen!
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!