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.
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.
Hallo!
Mir ist folgendes verhalten aufgefallen:
Laufende HD-Aufnahme, Wiedergabe einer HD+ Aufnahme, beim vorspulen der Aufnahme stürzt der vdr ab:
Ich 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
root@htpc:/# systemctl status vdr.service
● vdr.service - Video Disk Recorder
Loaded: loaded (/lib/systemd/system/vdr.service; enabled; vendor preset: enabled)
Drop-In: /etc/systemd/system/vdr.service.d
└─load-environ.conf, network-online.conf, vdr-xorg.conf
Active: failed (Result: exit-code) since Sun 2018-05-06 11:40:37 CEST; 13min ago
Process: 7097 ExecStart=/usr/bin/vdr (code=exited, status=2)
Process: 7087 ExecStartPre=/bin/bash /usr/lib/vdr/merge-commands.sh reccmds (code=exited, status=0/SUCCESS)
Process: 7065 ExecStartPre=/bin/bash /usr/lib/vdr/merge-commands.sh commands (code=exited, status=0/SUCCESS)
Main PID: 7097 (code=exited, status=2)
Mai 06 11:40:37 htpc systemd[1]: Starting Video Disk Recorder...
Mai 06 11:40:37 htpc vdr[7097]: [7097] ERROR: can't access /srv/vdr/video
Mai 06 11:40:37 htpc vdr[7097]: vdr: can't access video directory /srv/vdr/video
Mai 06 11:40:37 htpc systemd[1]: vdr.service: Main process exited, code=exited, status=2/INVALIDARGUMENT
Mai 06 11:40:37 htpc systemd[1]: vdr.service: Failed with result 'exit-code'.
Mai 06 11:40:37 htpc systemd[1]: Failed to start Video Disk Recorder.
zu 5.:
- in der setup.conf habe ich PrimaryDVB = 5 und softhddevice.MakePrimary = 1 gesetzt
- die Adapter werden sauber erkannt
root@htpc:~/install# ll /dev/dvb/*
/dev/dvb/adapter0:
total 0
drwxr-xr-x 2 root root 120 Mai 6 14:00 ./
drwxr-xr-x 7 root root 140 Mai 6 14:00 ../
crw-rw----+ 1 root video 212, 0 Mai 6 14:00 demux0
crw-rw----+ 1 root video 212, 1 Mai 6 14:00 dvr0
crw-rw----+ 1 root video 212, 3 Mai 6 14:00 frontend0
crw-rw----+ 1 root video 212, 2 Mai 6 14:00 net0
/dev/dvb/adapter1:
total 0
drwxr-xr-x 2 root root 120 Mai 6 14:00 ./
drwxr-xr-x 7 root root 140 Mai 6 14:00 ../
crw-rw----+ 1 root video 212, 4 Mai 6 14:00 demux0
crw-rw----+ 1 root video 212, 5 Mai 6 14:00 dvr0
crw-rw----+ 1 root video 212, 7 Mai 6 14:00 frontend0
crw-rw----+ 1 root video 212, 6 Mai 6 14:00 net0
/dev/dvb/adapter2:
total 0
drwxr-xr-x 2 root root 120 Mai 6 14:00 ./
drwxr-xr-x 7 root root 140 Mai 6 14:00 ../
crw-rw----+ 1 root video 212, 8 Mai 6 14:00 demux0
crw-rw----+ 1 root video 212, 9 Mai 6 14:00 dvr0
crw-rw----+ 1 root video 212, 11 Mai 6 14:00 frontend0
crw-rw----+ 1 root video 212, 10 Mai 6 14:00 net0
/dev/dvb/adapter3:
total 0
drwxr-xr-x 2 root root 120 Mai 6 14:00 ./
drwxr-xr-x 7 root root 140 Mai 6 14:00 ../
crw-rw----+ 1 root video 212, 12 Mai 6 14:00 demux0
crw-rw----+ 1 root video 212, 13 Mai 6 14:00 dvr0
crw-rw----+ 1 root video 212, 15 Mai 6 14:00 frontend0
crw-rw----+ 1 root video 212, 14 Mai 6 14:00 net0
/dev/dvb/adapter4:
total 0
drwxr-xr-x 2 root root 80 Mai 6 14:00 ./
drwxr-xr-x 7 root root 140 Mai 6 14:00 ../
crw-rw----+ 1 root video 212, 16 Mai 6 14:00 ca0
crw-rw----+ 1 root video 212, 17 Mai 6 14:00 sec0
- beim Start wird das entsprechende Device gesetzt
May 6 14:17:36 htpc vdr: [4659] setting primary device to 5
May 6 14:17:36 htpc vdr: [4659] [softhddev]MakePrimaryDevice: 1
May 6 14:17:45 htpc yavdr-frontend[1977]: INFO:yavdr_frontend.frontends.softhddevice:softhddevice is the primary device
May 6 14:17:45 htpc yavdr-frontend[1977]: INFO:yavdr_frontend.frontends.softhddevice:needed 1.000000 ms to switch primary device
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:
TASK [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}
xorg.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"
}
}
}
Display More
xrandr.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": ""
}
}
}
Display More
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?
Das Aufnahmeverzeichnis per NFS will immer noch nicht:
-- 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.
Display More
root@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)
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)
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:
root@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>
Display More
Fehlt mir da etwas entscheidendes?
Cheers,
Ole
Fehlt mir da etwas entscheidendes?
Ah, das habe ich systemd und Upstart ducheinander gebracht ...
sudo 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:
Screen 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: 2
Display More
DVI-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
Display More
aufgeteilt wg. 10.000 Zeichen Limit...
HDMI-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
Display More
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
May 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:
- 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.
TASK [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.
Display More
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:
root@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
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).
Don’t have an account yet? Register yourself now and be a part of our community!