Was ich noch bemerkt habe, ich konnte später keine Rolle laufen lassen weil ansible nicht installiert war wegen dem Ton Problem. In der install-yavdr.sh fehlt der Eintrag zur Installation wie sie noch in bionic drin ist.
yavdr ansible
-
-
Was ich noch bemerkt habe, ich konnte später keine Rolle laufen lassen weil ansible nicht installiert war wegen dem Ton Problem. In der install-yavdr.sh fehlt der Eintrag zur Installation wie sie noch in bionic drin ist.
Bei Ubuntu 18.04 habe ich noch schwierigkeiten Python-Module mit C-Extensions im PPA bauen zu lassen, ein Teil der Python2-Bibliotheken ist nicht mehr in den Paketquellen und das Ansible aus den Paketquellen nutzt noch das bald obsolete Python2. Daher lege ich ein Virtual Environment für Python3 an, in dem Ansible und die fehlenden Module und ihre Abhängigkeiten an der Paketverwaltung vorbei über pip installiert werden (sieht man in der install-yavdr.sh). ansible und ansible-playbook liegen daher in /root/.ansible-venv/bin/.
-
OK, wie ruft man dann damit eine Rolle auf?
Was kann das mit dem Ton sein?
Die beiden anderern Installationen auf der Platte von diesem VDR mit vdr4arch und ansible@bionic haben einwandfreien Ton. Bei der Installation von yavdr@focal ist nichts anders wie ich geschaut habe, aber der Ton rauscht und kratzt extrem und man versteht überhaupt nichts. Der zweite VDR den ich gestern ebenfalls mit yavdr@focal installiert habe (gleiche HW) hat einwandfreien Ton.
-
OK, wie ruft man dann damit eine Rolle auf?
Genauso wie sonst auch (nur dass man den Pfad zu ansible-playbook angeben muss, weil es nicht im PATH ist, solange man nicht in einer root-Shell source /root/.ansible-venv/bin/activate aufgerufen hat, um das venv zu aktivieren) - also z.B. für die Rolle yavdr-xorg:
/root/.ansible-venv/bin/ansible-playbook yavdr07.yml -b -i 'localhost_inventory' --connection=local --tags="yavdr-xorg"
-
Genauso wie sonst auch (nur dass man den Pfad zu ansible-playbook angeben muss...
OK, so in der Art war auch meine Vermutung, mit dem Pfad.
-
Es liegt am Kernel, wegen dem Ton!
Der andere VDR hat auch jetzt diesen schrecklichen Ton. Den hab ich heute Nachmittag aktualisiert...
Ton OK: linux-image-5.3.0-24-generic
Ton mit Kratzen und Rauschen: linux-image-5.4.0-9-generic
-
Weil das vor ein paar Tagen als Wunsch aufkam: Man kann jetzt das vdr-addon-lifeguard-ng über die Rolle lifeguardng mit den ansible-Playbooks vorkonfigurieren: https://github.com/yavdr/yavdr…ionic/group_vars/all#L120
-
Ich bin mir nicht sicher, ob das hier oder besser im osd2web Thread aufgehoben ist.
Ich hatte das schonmal erwähnt, daß bei osd2web die Uhrzeit hin und wieder stehen bleibt, seit dem letzten Update passiert das nun bei jedem Systemstart und erst durch Neustart des osd2web läuft die Uhrzeit wieder.
Ich habe aber irgendwie keinen Plan in welchen Logs ich da mal gucken könnte.
-
Tipp: wenn du nicht weißt, in welchen Thread es gehört, dann ist es vermutlich ein eigener. Wir müssen mit denen nicht sparsam sein...
-
Zitat
Wir müssen mit denen nicht sparsam sein...
Und wenn Greta das rausbekommt?
Dann mache ich einen neuen Thread auf.
-
Sorry falls ich vielleicht die Antwort auf meine Frage in den zurückliegenden 64 Seiten hätte finden können - aber in der Doku stand zumindest nichts darüber...
Kann ich im Script oder in einer Variable irgendwo die zu verwendende Auflösung für den zweiten Bildschirm vorgeben?
Hintergrund:
Mein LCD im Thermaltake, welches ich für Osd2web nutze, wirft folgende Konfig bei der Abfrage aus:
Coderoot@yavdr:~/yavdr-ansible# xrandr -display :0.1 -q Screen 1: minimum 8 x 8, current 1280 x 1024, maximum 32767 x 32767 DP-0 connected primary 1280x1024+0+0 (normal left inverted right x axis y axis) 376mm x 301mm 1280x1024 60.02*+ 1280x960 60.00 1152x864 75.00 1024x768 85.00 75.03 70.07 60.00 800x600 85.06 75.00 72.19 640x480 85.01 59.94 root@yavdr:~/yavdr-ansible#
Somit wird korrekt für xorg "1280x1024_60" übernommen. Passt soweit.
Leider mag das Display damit nichts anzeigen außer "out of sync". Wenn man manuell "800x600_75" auswählt, klappt das. DAS hätte ich gern irgendwo der Installation übergeben ;-).
Danke...
...Hagen
PS: In der Doku unter yavdr.org ist im Abschnitt 1.3.2 als zu ergänzendes Repo
angegeben. Damit bin ich auf einen Fehler gelaufen. Als ich dann auf "seahawk1986-hotmail" geändert habe, hat alles prima geklappt...!
-
Leider mag das Display damit nichts anzeigen außer "out of sync". Wenn man manuell "800x600_75" auswählt, klappt das. DAS hätte ich gern irgendwo der Installation übergeben ;-).
Versuch mal sowas in der host_vars/localhost (wichtig ist nur, dass der Mode für den primären Bildschirm gegenüber dem Mode für den sekundären Bildschirm in https://github.com/yavdr/yavdr…rary/xrandr_facts.py#L119 bevorzugt wird):
Code
Alles anzeigenpreferred_outputs: - HDMI - DP - DVI - VGA - TV preferred_resolutions: - 3840x2160 - 1920x1080 - 1280x720 - 800x600 - 720x576 preferred_refreshrates: - 50 - 75 - 60
PS: In der Doku unter yavdr.org ist im Abschnitt 1.3.2 als zu ergänzendes Repo Code
- 'ppa:seahawk1986/vdr-2.4.1'angegeben. Damit bin ich auf einen Fehler gelaufen. Als ich dann auf "seahawk1986-hotmail" geändert habe, hat alles prima geklappt...!
Danke, das habe ich gerade gefixt.
-
Versuch mal sowas in der host_vars/localhost (wichtig ist nur, dass der Mode für den primären Bildschirm gegenüber dem Mode für den sekundären Bildschirm in https://github.com/yavdr/yavdr…rary/xrandr_facts.py#L119 bevorzugt wird):
Ok. Aber wie kann ich das getrennt für die beiden Bildschirme vorgeben...? Das Haupt-Display soll ja bei 4k/50Hz bleiben und nur der "kleine" benötigt eine derartige Spezialbehandlung...
-
Ok. Aber wie kann ich das getrennt für die beiden Bildschirme vorgeben...? Das Haupt-Display soll ja bei 4k/50Hz bleiben und nur der "kleine" benötigt eine derartige Spezialbehandlung...
Die automatische Erkennung funktioniert folgendermaßen: Er holt sich alle möglichen Modes für alle verbundenen Anschlüsse. Dann sortiert er die Modes nach den Kriterien Refreshrate, Auflösung und Anschluss unter Berücksichtigung der Variablen preferred_refreshrates, preferred_resolutions und preferred_outputs . Der Anschluss mit dem Mode, der da am besten bewertet wird, wird der primäre Bildschirm, der andere Anschluss wird für seinem besten Mode als sekundärer Monitor konfiguriert. Mit der oben gezeigten Anpassung, sollte ein 4k oder Full-HD TV mit einem 50 Hz Mode als primärer Anschluss gewinnen und der beste Mode im Sinne der Vorgaben auf dem zweiten Monitor wäre dann 800x600@75 Hz.
Wenn man eine Konfiguration fest vorgeben wollte, könnte man das Template für die /etc/X11/xorg.conf.d/20-intel.conf anpassen: https://github.com/yavdr/yavdr…emplates/20-intel.conf.j2
-
Spricht eigentlich noch was dagegen, Bionic / Ansible ebenfalls auf 2.4.1 hoch zu ziehen, also das yaVDR PPA dafür?
-
Damit müsste halt das dynamite-Plugin entfallen, bis der Patch auf den VDR 2.4.1 angepasst wurde. Da focal vor der Tür steht (wo der VDR 2.4.1 Standard ist), weiß ich nicht, ob so eine Änderung lohnt, die vorhandene Features innerhalb eines Release brechen würde.
-
Ahh, dynamite ist das Hindernis. Grundsätzlich ist der Gedanke, wenn es soweit funktioniert, dennoch bionic und 2.4.1 einen Gedanken wert, bionic läuft ja noch weiter.
-
Hallo,
habe im syslog jede Menge folgender Meldungen vorgefunden
Jan 17 18:12:49 lian4 vdr: [30112] max link level exceeded - not scanning /srv/vdr/video/video/video/video/video/video/video/sda5/..
Jan 17 18:12:49 lian4 vdr: [30112] max link level exceeded - not scanning /srv/vdr/video/video/video/video/video/video/video/sda5/..
Ist eine nicht benötigte Partition, Label video, ohne Eintrag in der fstab , wurde wohl trotzdem gemounted.
Lässt sich dies verhindern oder muss es ein anderes Label sein?
mfg
-
Liegt die Partiton auf einem externen Datenträger? Was sagt mount?
-
Hallo,
vielleicht habe sie auch selbst gemounted und seitdem nicht mehr den Rechner neu gestartet. Nutze Standby.
Habe jetzt gerade neues Label "Data" vergeben und auch einen Neustart durchgeführt.
@lian4:~$ mount
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
udev on /dev type devtmpfs (rw,nosuid,relatime,size=4046084k,nr_inodes=1011521,mode=755)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,noexec,relatime,size=813768k,mode=755)
/dev/sda2 on / type ext4 (rw,relatime,errors=remount-ro,data=ordered)
securityfs on /sys/kernel/security type securityfs (rw,nosuid,nodev,noexec,relatime)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
tmpfs on /sys/fs/cgroup type tmpfs (ro,nosuid,nodev,noexec,mode=755)
cgroup on /sys/fs/cgroup/unified type cgroup2 (rw,nosuid,nodev,noexec,relatime,nsdelegate)
cgroup on /sys/fs/cgroup/systemd type cgroup (rw,nosuid,nodev,noexec,relatime,xattr,name=systemd)
pstore on /sys/fs/pstore type pstore (rw,nosuid,nodev,noexec,relatime)
cgroup on /sys/fs/cgroup/cpu,cpuacct type cgroup (rw,nosuid,nodev,noexec,relatime,cpu,cpuacct)
cgroup on /sys/fs/cgroup/devices type cgroup (rw,nosuid,nodev,noexec,relatime,devices)
cgroup on /sys/fs/cgroup/pids type cgroup (rw,nosuid,nodev,noexec,relatime,pids)
cgroup on /sys/fs/cgroup/cpuset type cgroup (rw,nosuid,nodev,noexec,relatime,cpuset)
cgroup on /sys/fs/cgroup/blkio type cgroup (rw,nosuid,nodev,noexec,relatime,blkio)
cgroup on /sys/fs/cgroup/net_cls,net_prio type cgroup (rw,nosuid,nodev,noexec,relatime,net_cls,net_prio)
cgroup on /sys/fs/cgroup/memory type cgroup (rw,nosuid,nodev,noexec,relatime,memory)
cgroup on /sys/fs/cgroup/perf_event type cgroup (rw,nosuid,nodev,noexec,relatime,perf_event)
cgroup on /sys/fs/cgroup/hugetlb type cgroup (rw,nosuid,nodev,noexec,relatime,hugetlb)
cgroup on /sys/fs/cgroup/freezer type cgroup (rw,nosuid,nodev,noexec,relatime,freezer)
cgroup on /sys/fs/cgroup/rdma type cgroup (rw,nosuid,nodev,noexec,relatime,rdma)
systemd-1 on /proc/sys/fs/binfmt_misc type autofs (rw,relatime,fd=26,pgrp=1,timeout=0,minproto=5,maxproto=5,direct,pipe_ino=12965)
hugetlbfs on /dev/hugepages type hugetlbfs (rw,relatime,pagesize=2M)
debugfs on /sys/kernel/debug type debugfs (rw,relatime)
mqueue on /dev/mqueue type mqueue (rw,relatime)
sunrpc on /run/rpc_pipefs type rpc_pipefs (rw,relatime)
nfsd on /proc/fs/nfsd type nfsd (rw,relatime)
configfs on /sys/kernel/config type configfs (rw,relatime)
fusectl on /sys/fs/fuse/connections type fusectl (rw,relatime)
/dev/sda1 on /boot type ext2 (rw,relatime)
/dev/sdb1 on /srv/vdr/video type xfs (rw,noatime,attr2,inode64,allocsize=131072k,logbufs=8,noquota)
tmpfs on /run/user/666 type tmpfs (rw,nosuid,nodev,relatime,size=813764k,mode=700,uid=666,gid=666)
/etc/auto.misc on /misc type autofs (rw,relatime,fd=6,pgrp=841,timeout=300,minproto=5,maxproto=5,indirect,pipe_ino=26151)
-hosts on /net type autofs (rw,relatime,fd=12,pgrp=841,timeout=60,minproto=5,maxproto=5,indirect,pipe_ino=25485)
tmpfs on /run/user/1000 type tmpfs (rw,nosuid,nodev,relatime,size=813764k,mode=700,uid=1000,gid=1000)
/dev/sda1: UUID="cdf5fc57-f0c3-4ccb-80e1-22d511fb1fff" TYPE="ext2" PARTUUID="0003db20-01"
/dev/sda2: UUID="4883364c-fe76-4011-9df3-cc09663cdf85" TYPE="ext4" PARTUUID="0003db20-02"
/dev/sda3: UUID="7c31898c-79ab-42bc-93e9-4a2d171a3b3a" TYPE="swap" PARTUUID="0003db20-03"
/dev/sda5: LABEL="Data" UUID="d405ee95-ea7f-4609-8c6e-48398672483c" TYPE="ext4" PARTUUID="0003db20-05"
/dev/sdb1: LABEL="WD3t_disk3" UUID="2413c700-cb36-4239-b2ff-a3abb8d6604a" TYPE="xfs" PARTLABEL="primary" PARTUUID="803fcabf-f3a2-4fe8-9b14-9680100c7fae"
ist intern am sata
mfg
habe jetzt so einen Eintrag im syslog
Jan 17 18:43:55 lian4 vdr: [880] channel 18 (WDR HD Köln) event Fr. 17.01.2020 18:15-18:45 (VPS: 17.01. 18:15) 'Das Beste im Westen - Der Autoskulpturenpark' status
4
Jan 17 18:44:12 lian4 vdr: [910] loading /srv/vdr/video/video/video/video/video/video/video/video/Hier_und_heute/2020-01-17.16.15.18-0.rec/marks
Jan 17 18:44:12 lian4 vdr: [910] loading /srv/vdr/video/video/video/video/video/video/video/Hier_und_heute/2020-01-17.16.15.18-0.rec/marks
Jan 17 18:44:12 lian4 vdr: [910] loading /srv/vdr/video/video/video/video/video/video/Hier_und_heute/2020-01-17.16.15.18-0.rec/marks
Jan 17 18:44:12 lian4 vdr: [910] loading /srv/vdr/video/video/video/video/video/Hier_und_heute/2020-01-17.16.15.18-0.rec/marks
Jan 17 18:44:12 lian4 vdr: [910] loading /srv/vdr/video/video/video/video/Hier_und_heute/2020-01-17.16.15.18-0.rec/marks
Jan 17 18:44:12 lian4 vdr: [910] loading /srv/vdr/video/video/video/Hier_und_heute/2020-01-17.16.15.18-0.rec/marks
Jan 17 18:44:12 lian4 vdr: [910] loading /srv/vdr/video/video/Hier_und_heute/2020-01-17.16.15.18-0.rec/marks
Jan 17 18:44:13 lian4 vdr: [910] loading /srv/vdr/video/Hier_und_heute/2020-01-17.16.15.18-0.rec/marks
Jetzt mitmachen!
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!