neuinstallation nach fehlschlag nötig

moin,

hier nochmal meine aktuelle /etc/default/grub cmd_line.

zusammen mit der /etc/network/interfaces von oben funktioniert das 24.04. mit dem intel n100 soweit stabil.
es ist anfang der woche noch der Eintrag mit dem i915 dazu gekommen, seitdem hängt der X-server nicht mehr.

GRUB_CMDLINE_LINUX_DEFAULT="noplymouth nologo i915.enable_psr=0 modprobe.blacklist=intel_pmc_core modprobe.blacklist=igen6_edac acpi=force video=HDMI-A-2:D drm.edid_firmware=HDMI-A-2:edid/edid.HDMI-2.bin video=HDMI-A-1:d video=DP-1:d"

Kleine Ergänzung:

Die Sache ist kernel-sensibel

Nach dem Update auf 6.17.0-35-generic gab es wieder Probleme mit dem Start und dem Shutdown, beides mit dem X-Server, er hängt oft beim Starten und bleibt seitdem praktisch immer beim shutdown hängen beim Beenden des X-servers. Ein "nomodeset" in der grub CMD_LINE sorgt dafür, dass er zuverlässig startet und sich beendet, der vdr selbst geht natürlich auch, aber damit gibt es ja kein X und keine Anzeige.

In grub dann den vorigen Kernel 6.17.0-19-generic als Standard reaktiviert und seitdem geht alles normal.

Nächstes Wochenende geht es darum dann zu 26.04. und devel branch.

moin, ich hab jetzt 26.04. installiert und yavdr devel mit vdr 2.8.2 durch.

Hat gut funktioniert, musste nur in grub in der cmd line fsck.mode=skip setzen, weil er sich beim checken der SSD und vier HDD beim booten immer verhakte. Es scheint, als eine der HDD defekt ist und dadurch boot Probleme bestehen.

Tolles webif, gefällt mir richtig gut, danke dafür!

Allerdings hab ich auch keinen Ton und ich kann nicht entmuten, weil über die xorg App Volume Control keine Verbindung zu pulseaudio aufgebaut wird, und ein terminal Kommando oder Möglichkeit in vdr selbst konnte ich nicht finden. Wie kann ich das entmuten?

Außerdem startete der Xorg nicht, weil er eine Datei i915_dri.so suchte.

Die findet sich in libgl1-amber-dri_21.3.9-0ubuntu3_amd64.deb, allerdings würde der Tipp, diese zu installieren dazu führen, dass er viele installierte Komponenten austauschen würde, darum hab ich das deb nur downgeloaded und die DAtei extrahiert und an die werwartete Stelle kopiert.
Geht inzwischen eigentlich der modesetting Treiber statt des intel für Xorg und vdr?

danke seahawk,

die libgl1-mesa-dri ist installiert worden, das dir sieht so aus:
lrwxrwxrwx 1 root root       14 Mar 27 08:43 /usr/lib/x86_64-linux-gnu/dri/i915_dri.so@ -> libdril_dri.so
-rw-r--r-- 1 root root 21342296 Mar 31  2025 /usr/lib/x86_64-linux-gnu/dri/i965_dri.so
-rw-r--r-- 1 root root  8278872 Jan 21 20:47 /usr/lib/x86_64-linux-gnu/dri/i965_drv_video.so
-rw-r--r-- 1 root root 41623464 Feb 13 18:49 /usr/lib/x86_64-linux-gnu/dri/iHD_drv_video.so
lrwxrwxrwx 1 root root       14 Mar 27 08:43 /usr/lib/x86_64-linux-gnu/dri/ili9163_dri.so@ -> libdril_dri.so
lrwxrwxrwx 1 root root       14 Mar 27 08:43 /usr/lib/x86_64-linux-gnu/dri/ili9225_dri.so@ -> libdril_dri.so
lrwxrwxrwx 1 root root       14 Mar 27 08:43 /usr/lib/x86_64-linux-gnu/dri/ili9341_dri.so@ -> libdril_dri.so
lrwxrwxrwx 1 root root       14 Mar 27 08:43 /usr/lib/x86_64-linux-gnu/dri/ili9486_dri.so@ -> libdril_dri.so
lrwxrwxrwx 1 root root       14 Mar 27 08:43 /usr/lib/x86_64-linux-gnu/dri/imx-dcss_dri.so@ -> libdril_dri.so
lrwxrwxrwx 1 root root       14 Mar 27 08:43 /usr/lib/x86_64-linux-gnu/dri/imx-drm_dri.so@ -> libdril_dri.so
lrwxrwxrwx 1 root root       14 Mar 27 08:43 /usr/lib/x86_64-linux-gnu/dri/imx-lcdif_dri.so@ -> libdril_dri.so
lrwxrwxrwx 1 root root       14 Mar 27 08:43 /usr/lib/x86_64-linux-gnu/dri/ingenic-drm_dri.so@ -> libdril_dri.so
lrwxrwxrwx 1 root root       14 Mar 27 08:43 /usr/lib/x86_64-linux-gnu/dri/iris_dri.so@ -> libdril_dri.so

ich hab mich auch verschrieben, er suchte nach der i965_dri.so:

[ 14223.424] (EE) AIGLX error: dlopen of /usr/lib/x86_64-linux-gnu/dri/i965_dri.so failed (/usr/lib/x86_64-linux-gnu/dri/i965_dri.so: cannot open shared object file: No such file or directory)

Die CPU ist eine N100:

cat /proc/cpuinfo
processor       : 0
vendor_id       : GenuineIntel
cpu family      : 6
model           : 190
model name      : Intel(R) N100
stepping        : 0
microcode       : 0x21

Den alsamixer hab ich im vdr terminal gefunden, ist aber nix gemutet. Irgendwie scheint der vdr nicht an pipewire zu liefern, weiss leider nicht, wie ich das finden kann.

moin,

so ist deer aufruf:

 vdr --showargs
--record=/usr/lib/vdr/vdr-recordingaction
--user=vdr
--grab=/tmp
--port=6419
--watchdog=0
--shutdown=/usr/lib/vdr/vdr-shutdown.wrapper
--dirnames=,,1
--lirc=/var/run/lirc/lircd
--instance=0
--video=/srv/vdr/video
--plugin=conflictcheckonly
--plugin=dbus2vdr --shutdown-hooks=/usr/share/vdr/shutdown-hooks --shutdown-hooks-wrapper=/usr/share/vdr-plugin-dbus2vdr/shutdown-wrapper
--plugin=desktop
--plugin=devstatus
--plugin=epgsearch
--plugin=epgsearchonly
--plugin=femon
--plugin=live --port=8008 --ip=0.0.0.0
--plugin=markad --astopoffs=0
--plugin=menuorg
--plugin=osd2web
--plugin=pulsecontrol
--plugin=quickepgsearch
--plugin=skinnopacity --epgimages=/var/cache/vdr/epgimages
--plugin=softhddevice -a pipewire -p pipewire -D -w alsa-driver-broken -v va-api-egl
--plugin=streamdev-server
--plugin=vdrmanager -p 6420 -P change -c
--plugin=vnsiserver
--plugin=websocket

wenn ich in die softhddevice.conf -a und -p pulse eintrage, gibt es kein Bild mehr, wenn ich die mit aplay -l angezeigte hw:0,3 = SonyTV eintrage, gibt es die Fehlermeldung die HW ist belegt. mit fuser zeigt er dann pipewire an.

Das webif zeigt zu audio:
The content cannot be displayed because you do not have authorisation to view this content.

der test, in der 20_intel.conf statt driver "intel" einfach direkt "modesetting" einzutragen, führt dazu, dass softhddevice nichts anzeigt, der vdr selbst läuft im hintergrund. mal schauen, ob ich nachmittags mal das playbook mit modesetting durchlaufen lassen kann.

und ich würde gern mal testweise pipewire abschalten, muss ich dazu das use-pasuspend in der /etc/yavdr-frontend/config.yml auf true setze für softhddevice?

oder kann ich es ganz deaktivieren? brauche nur vdr und kodi.

PS: kodi gibt auch keinen ton von sich in keiner config

hallo seahawk, danke.

wie müsste das denn aussehen?

in der /etc/.../conf.avail/50_softhddevice.conf

ein

-use_pwsuspend=true

eintragen?

Und wo finde ich die kodi conf Datei?

PS: Wenn ich im life im Browser das webstreaming starte gibt es Bild und Ton ganz normal, sowohl an Netz-Laptop als direkt am TV, der per hdmi angeschlossen ist, grundsätzlich geht es also mit dem Ton. Scheint nur die Verbindung zum vdr zu klemmen.

Hooray! das true hatte ich schon eingetragen, nur vergessen, in der softhddevice.conf das -a hw:0,3 wieder einzutragen 🙈

Es geht, gutes Bild und sauberer Ton, danke sehr!

Nun muss ich das Ding nur noch überreden, zuverlässig zu booten und runterzufahren, da gibt es noch probleme, scheint, dass sich xorg, netz und powermngt. gerne mal verhaken. Falls ich was rauskriegen, schreib ich's.

bei update-grub kommt immer:

ERROR: ld.so: object '/opt/lib/libmediaclient.so' from /etc/ld.so.preload cannot be preloaded (failed to map segment from shared object): ignored.

die /opt/lib/mediaclient.so wird von apparmor anscheinend misstrauisch beäugt:
kern.log ist voll von:

2026-07-06T17:30:01.868985+02:00 yvrn kernel: audit: type=1400 audit(1783351801.867:709): apparmor="DENIED" operation="open" class="file" profile="unix-chkpwd" name="/opt/lib/libmediaclient.so" pid=4508 comm="unix_chkpwd" requested_mask="r" denied_mask="r" fsuid=0 ouid=0

habe nun eine /etc/apparmor.d/mediaclient angelegt mit

profile mediaclient {
/opt/lib/libmediaclient.so mr,
}

und dann

apparmor_parser -r /etc/apparmor.d/mediaclient

cheint noch gewirkt zu haben, mal sehen was der nächste reboot bringt.

die datei hat nicht funktioniert, kann leider erst nächste woche weiterforschen

Es hat doch funktioniert, zumindest für einige Fälle.

Es gibt zwei Meldungen, eine mit denied und eine mit allowed:

Jul 07 14:47:52 yvrn kernel: audit: type=1400 audit(1783428472.980:218): apparmor="DENIED" operation="open" class="file" profile="unix-chkpwd" name="/opt/lib/libmediaclient.so" pid=1973 comm="unix_chkpwd" requested_mask="r" denied_mask="r" fsuid=0 ouid=0Jul 07 14:47:53 yvrn dbus-daemon[1993]: [session uid=666 pid=1993 pidfd=5] AppArmor D-Bus mediation is enabledJul 07 14:47:53 yvrn kernel: audit: type=1400 audit(1783428473.411:219): apparmor="ALLOWED" operation="open" class="file" profile="Xorg" name="/opt/lib/libmediaclient.so" pid=2041 comm="Xorg" requested_mask="r" denied_mask="r" fsuid=666 ouid=0

Ich forsch mal weiter, was unix-chkpwd ist und wie man das auch erlaubt. Geht aber erst nächste Woche.