41
Allgemein [ General ] / VaapiVideo lässt sich nicht installieren...
« Last post by wayne on July 18, 2026, 19:36:31 »Hier der Screenshot...
Recent Posts
42
Allgemein [ General ] / VaapiVideo lässt sich nicht installieren...
« Last post by rfehr on July 18, 2026, 19:32:59 »mach bitte mal einen Screenshot, wie du das gemachst hast.
Gruß,
Roland
Gruß,
Roland
43
Allgemein [ General ] / VaapiVideo lässt sich nicht installieren...
« Last post by wayne on July 18, 2026, 19:30:46 »Das war der Weg über das Webif...
44
Allgemein [ General ] / VaapiVideo lässt sich nicht installieren...
« Last post by rfehr on July 18, 2026, 18:30:32 »Hallihallo,
beim Versuch vaapivideo zu installieren:Code: [Select]# flatpak install vdr-plugin-softhddevice-intel- vdr-plugin-vaapivideo
F: An error was encountered searching remote ?flathub? for ?vdr-plugin-softhddevice-intel-?: 'vdr-plugin-softhddevice-intel-' is not a valid name: Only last name segment can contain -
error: No remote refs found for ?vdr-plugin-softhddevice-intel-?
Oder lohnt sich das nicht zu testen mit meinem NUC7PJYH (UHD Graphics 605)?
Viele Grüße
wayne
warum willst du das mit 'flatpak' installieren ?
apt install, oder über das webif ist der richtieg weg.
Gruß,
Roland
45
Allgemein [ General ] / MLD6.5 auf RPi5: Suspend->suspend.soft oder vdr-plugin-suspendoutput->shutdown.s
« Last post by gustavgans on July 18, 2026, 18:13:39 »Code: [Select]
Jul 18 16:27:11 MLD vdr[71593]: [71593] switching to channel 2 S19.2E-1-1011-11110 (ZDF HD)
Jul 18 16:27:11 MLD vdr[71593]: [71609] epg data reader thread ended (pid=71593, tid=71609)
Jul 18 16:27:11 MLD vdr[71593]: [71593] loading /var/cache/vdr/cam.data
Jul 18 16:27:11 MLD vdr[71593]: [71620] KBD remote control thread started (pid=71593, tid=71620, prio=high)
Jul 18 16:27:11 MLD vdr[71593]: [71593] remote control KBD - keys known
Jul 18 16:27:11 MLD vdr[71593]: [71619] Restfulapi Serverthread thread started (pid=71593, tid=71619, prio=high)
Jul 18 16:27:11 MLD vdr[71593]: [71593] starting plugin: suspendoutput
Jul 18 16:27:11 MLD vdr[71593]: [71593] create server
Jul 18 16:27:11 MLD vdr[71593]: [71593] restfulapi: using sync directory: /var/cache/vdr/plugins/restfulapi/sync
Jul 18 16:27:11 MLD vdr[71593]: [71593] restfulapi: FileExtension: realpath /var/cache/vdr/plugins/restfulapi/sync
Jul 18 16:27:11 MLD vdr[71593]: [71593] restfulapi: FileExtension: requested path /var/cache/vdr/plugins/restfulapi/sync
Jul 18 16:27:11 MLD vdr[71593]: [71593] restfulapi: FileExtension: realpath /var/cache/vdr/plugins/restfulapi/sync
Jul 18 16:27:11 MLD vdr[71593]: [71593] restfulapi: FileExtension: requested path /var/cache/vdr/plugins/restfulapi/sync
Jul 18 16:27:11 MLD vdr[71593]: [71593] restfulapi: Initializing inotify for /etc/vdr/plugins/restfulapi finished.
Jul 18 16:27:11 MLD vdr[71593]: [71593] restfulapi: Initializing inotify for /etc/vdr/plugins/restfulapi
Jul 18 16:27:11 MLD vdr[71593]: [71593] restfulapi: Initializing inotify for epgimages or channellogos failed! (Check restfulapi-settings!)
Jul 18 16:27:11 MLD vdr[71593]: [71593] restfulapi: Initializing inotify for
Jul 18 16:27:11 MLD vdr[71593]: [71593] restfulapi: Initializing inotify for epgimages or channellogos failed! (Check restfulapi-settings!)
Jul 18 16:27:11 MLD vdr[71593]: [71593] restfulapi: Initializing inotify for
Jul 18 16:27:11 MLD vdr[71593]: [71593] restfulapi: FileExtension: realpath /etc/vdr/plugins/restfulapi/webapp_file_types.conf
Jul 18 16:27:11 MLD vdr[71593]: [71593] restfulapi: FileExtension: requested path /etc/vdr/plugins/restfulapi/webapp_file_types.conf
Jul 18 16:27:11 MLD vdr[71593]: [71593] restfulapi: Webapp file types config file /etc/vdr/plugins/restfulapi/webapp_file_types.conf found.
Jul 18 16:27:11 MLD vdr[71593]: [71593] restfulapi: FileExtension: realpath /etc/vdr/plugins/restfulapi/webapp_file_types.conf
Jul 18 16:27:11 MLD vdr[71593]: [71593] restfulapi: FileExtension: requested path /etc/vdr/plugins/restfulapi/webapp_file_types.conf
Jul 18 16:27:11 MLD vdr[71593]: [71593] restfulapi: found 18 files in /*.
Jul 18 16:27:11 MLD vdr[71593]: [71593] restfulapi: found 18 files in /*.
Jul 18 16:27:11 MLD vdr[71593]: [71593] restfulapi: The config dir is /var/cache/vdr/plugins/restfulapi!
Jul 18 16:27:11 MLD vdr[71593]: [71593] restfulapi: The cached files will be loaded from /var/cache/vdr/plugins/restfulapi!
Jul 18 16:27:11 MLD vdr[71593]: [71593] restfulapi: Used settings: port: 8002, ip: 0.0.0.0, eimgs: , cimgs: , webapp: , headers: activated
Jul 18 16:27:11 MLD vdr[71593]: [71593] starting plugin: restfulapi
Jul 18 16:27:11 MLD vdr[71593]: [71593] starting plugin: menuorg
Jul 18 16:27:11 MLD vdr[71593]: [71617] shd PIP decode thread started (pid=71593, tid=71617, prio=high)
Jul 18 16:27:11 MLD vdr[71593]: [71616] shd main decode thread started (pid=71593, tid=71616, prio=high)
Jul 18 16:27:11 MLD vdr[71593]: [71615] softhd display thread started (pid=71593, tid=71615, prio=high)
Jul 18 16:27:11 MLD vdr[71593]: [71593] [softhddevice] DRM Setup: EGL context initialized
Jul 18 16:27:11 MLD vdr[71593]: [71593] [softhddevice] DRM setup - CRTC: 93 video_plane: 82 (PRIMARY 0) osd_plane: 271 (OVERLAY 16) pip_plane: 260 (OVERLAY 15) m_useZpos: 0
Jul 18 16:27:11 MLD vdr[71593]: [71593] [softhddevice] DRM Setup: Using Monitor Mode 1920x1080@50,00Hz on HDMI-A-1 (connected), m_crtcId 93 crtc_idx 2
Jul 18 16:27:11 MLD vdr[71593]: [71593] starting plugin: softhddevice-drm-gles
Jul 18 16:27:11 MLD vdr[71593]: [71593] loading /etc/vdr/themes/lcars-LBSense.theme
Jul 18 16:27:11 MLD vdr[71593]: [71593] setting current skin to "lcars"
Jul 18 16:27:11 MLD vdr[71593]: [71593] assuming manual start of VDR
Jul 18 16:27:11 MLD vdr[71593]: [71593] device 1 has no MPEG decoder
Jul 18 16:27:11 MLD vdr[71593]: [71593] setting primary device to 1
Jul 18 16:27:11 MLD vdr[71593]: [71593] initializing plugin: suspendoutput (2.1.0): Suspend output
Jul 18 16:27:11 MLD vdr[71593]: [71593] initializing plugin: restfulapi (0.2.6.6): Offers a RESTful-API to retrieve data from VDR
Jul 18 16:27:11 MLD vdr[71593]: [71593] loading menuorg config file from /etc/vdr/menu.xml
Jul 18 16:27:11 MLD vdr[71593]: [71593] initializing plugin: menuorg (0.5.2): Reorganizes the main menu
Jul 18 16:27:11 MLD vdr[71593]: [71593] initializing plugin: softhddevice-drm-gles (1.6.7): HD Device mit software und GPU Unterstützung
Jul 18 16:27:11 MLD vdr[71593]: [71613] frontend 1/0 tuner thread started (pid=71593, tid=71613, prio=high)
Jul 18 16:27:11 MLD vdr[71593]: [71593] found 2 DVB devices
Jul 18 16:27:11 MLD vdr[71593]: [71593] frontend 1/0 provides DVB-S,DVB-S2 with QPSK ("Sundtek DVB-S/S2 (VIII)")
Jul 18 16:27:11 MLD vdr[71593]: [71612] device 3 section handler thread started (pid=71593, tid=71612, prio=low)
Jul 18 16:27:11 MLD vdr[71593]: [71593] new device number 3 (card index 3)
Jul 18 16:27:11 MLD vdr[71593]: [71593] creating cDvbDevice
Jul 18 16:27:11 MLD vdr[71593]: [71593] probing /dev/dvb/adapter1/frontend0
Jul 18 16:27:11 MLD vdr[71593]: [71611] frontend 0/0 tuner thread started (pid=71593, tid=71611, prio=high)
Jul 18 16:27:11 MLD vdr[71593]: [71593] frontend 0/0 provides DVB-S,DVB-S2 with QPSK ("Sundtek DVB-S/S2 (VIII)")
Jul 18 16:27:11 MLD vdr[71593]: [71593] DVB API version is 0x050A (VDR was built with 0x050C)
Jul 18 16:27:11 MLD vdr[71593]: [71610] device 2 section handler thread started (pid=71593, tid=71610, prio=low)
Jul 18 16:27:11 MLD vdr[71593]: [71610] device 2 section handler thread started (pid=71593, tid=71610, prio=low)
Jul 18 16:27:11 MLD vdr[71593]: [71593] cTimeMs: using monotonic clock (resolution is 1 ns)
Jul 18 16:27:11 MLD vdr[71593]: [71593] new device number 2 (card index 2)
Jul 18 16:27:11 MLD vdr[71593]: [71593] creating cDvbDevice
Jul 18 16:27:11 MLD vdr[71593]: [71593] probing /dev/dvb/adapter0/frontend0
Jul 18 16:27:11 MLD vdr[71593]: [71608] video directory scanner thread ended (pid=71593, tid=71608)
Jul 18 16:27:11 MLD vdr[71593]: [71593] detected /dev/dvb/adapter1/frontend0
Jul 18 16:27:11 MLD vdr[71593]: [71593] detected /dev/dvb/adapter0/frontend0
Jul 18 16:27:11 MLD vdr[71593]: [71593] registered source parameters for 'T - DVB-T'
Jul 18 16:27:11 MLD vdr[71593]: [71609] reading EPG data from /var/cache/vdr/epg.data
Jul 18 16:27:11 MLD vdr[71593]: [71593] registered source parameters for 'S - DVB-S'
Jul 18 16:27:11 MLD vdr[71593]: [71593] registered source parameters for 'C - DVB-C'
Jul 18 16:27:11 MLD vdr[71593]: [71593] registered source parameters for 'A - ATSC'
Jul 18 16:27:11 MLD vdr[71593]: [71609] epg data reader thread started (pid=71593, tid=71609, prio=high)
Jul 18 16:27:11 MLD vdr[71593]: [71608] video directory scanner thread started (pid=71593, tid=71608, prio=low)
Jul 18 16:27:11 MLD vdr[71593]: [71593] loading /etc/vdr/camresponses.conf
Jul 18 16:27:11 MLD vdr[71593]: [71593] loading /etc/vdr/keymacros.conf
Jul 18 16:27:11 MLD vdr[71593]: [71593] loading /etc/vdr/remote.conf
Jul 18 16:27:11 MLD vdr[71593]: [71593] loading /etc/vdr/svdrphosts.conf
Jul 18 16:27:11 MLD vdr[71593]: [71593] loading /etc/vdr/reccmds.conf
Jul 18 16:27:11 MLD vdr[71593]: [71593] loading /etc/vdr/commands.conf
Jul 18 16:27:11 MLD vdr[71593]: [71593] loading /etc/vdr/timers.conf
Jul 18 16:27:11 MLD vdr[71593]: [71593] loading /etc/vdr/channels.conf
Jul 18 16:27:11 MLD vdr[71593]: [71593] loading /etc/vdr/scr.conf
Jul 18 16:27:11 MLD vdr[71593]: [71593] loading /etc/vdr/diseqc.conf
Jul 18 16:27:11 MLD vdr[71593]: [71593] loading /etc/vdr/sources.conf
Jul 18 16:27:11 MLD vdr[71593]: [71593] loading /etc/vdr/setup.conf
Jul 18 16:27:11 MLD vdr[71593]: [71593] suspendoutput: inactivity timer disabled
Jul 18 16:27:11 MLD vdr[71593]: [71593] suspendoutput: main menu entry disabled
Jul 18 16:27:11 MLD vdr[71593]: [71593] loading plugin: /usr/lib/vdr/libvdr-suspendoutput.so.13
Jul 18 16:27:11 MLD vdr[71593]: [71593] RESTful-API Settings: port: 8002, ip: 0.0.0.0, eimgs: , cimgs: , webapp: , headers: activated
Jul 18 16:27:11 MLD vdr[71593]: [71593] restfulapi: trying to parse command line arguments
Jul 18 16:27:11 MLD vdr[71593]: [71593] restfulapi: can not add webapp 'webapp'! Path '/var/lib/vdr/plugins/restfulapi/webapp' does not exist!
Jul 18 16:27:11 MLD vdr[71593]: [71593] restfulapi: Ip has been set to 0.0.0.0!
Jul 18 16:27:11 MLD vdr[71593]: [71593] restfulapi: Port has been set to 8002!
Jul 18 16:27:11 MLD vdr[71593]: [71593] loading plugin: /usr/lib/vdr/libvdr-restfulapi.so.13
Jul 18 16:27:11 MLD vdr[71593]: [71593] loading plugin: /usr/lib/vdr/libvdr-menuorg.so.13
Jul 18 16:27:11 MLD vdr[71593]: [71599] event handler thread started (pid=71593, tid=71599, prio=high)
Jul 18 16:27:11 MLD vdr[71593]: [71593] new device number 1 (card index 1)
Jul 18 16:27:11 MLD vdr[71593]: [71593] loading plugin: /usr/lib/vdr/libvdr-softhddevice-drm-gles.so.13
Jul 18 16:27:11 MLD vdr[71593]: [71593] no locale for language code 'msa,may'
Jul 18 16:27:11 MLD vdr[71593]: [71593] no locale for language code 'mri,mao'
Jul 18 16:27:11 MLD vdr[71593]: [71593] no locale for language code 'isl,ice'
Jul 18 16:27:11 MLD vdr[71593]: [71593] no locale for language code 'kat,geo'
Jul 18 16:27:11 MLD vdr[71593]: [71593] no locale for language code 'fas,per'
Jul 18 16:27:11 MLD vdr[71593]: [71593] no locale for language code 'cym,wel'
Jul 18 16:27:11 MLD vdr[71593]: [71593] no locale for language code 'mya,bur'
Jul 18 16:27:11 MLD vdr[71593]: [71593] no locale for language code 'bod,tib'
Jul 18 16:27:11 MLD vdr[71593]: [71593] no locale for language code 'hye,arm'
Jul 18 16:27:11 MLD vdr[71593]: [71593] no locale for language code 'ukr'
Jul 18 16:27:11 MLD vdr[71593]: [71593] no locale for language code 'tur'
Jul 18 16:27:11 MLD vdr[71593]: [71593] no locale for language code 'sve,swe'
Jul 18 16:27:11 MLD vdr[71593]: [71593] no locale for language code 'srb,srp,scr,scc'
Jul 18 16:27:11 MLD vdr[71593]: [71593] no locale for language code 'smi'
Jul 18 16:27:11 MLD vdr[71593]: [71593] no locale for language code 'slv'
Jul 18 16:27:11 MLD vdr[71593]: [71593] no locale for language code 'slk,slo'
Jul 18 16:27:11 MLD vdr[71593]: [71593] no locale for language code 'rus'
Jul 18 16:27:11 MLD vdr[71593]: [71593] no locale for language code 'ron,rum'
Jul 18 16:27:11 MLD vdr[71593]: [71593] no locale for language code 'por'
Jul 18 16:27:11 MLD vdr[71593]: [71593] no locale for language code 'pol'
Jul 18 16:27:11 MLD vdr[71593]: [71593] no locale for language code 'nor'
Jul 18 16:27:11 MLD vdr[71593]: [71593] no locale for language code 'mlt'
Jul 18 16:27:11 MLD vdr[71593]: [71593] no locale for language code 'mkd,mac'
Jul 18 16:27:11 MLD vdr[71593]: [71593] no locale for language code 'ltz'
Jul 18 16:27:11 MLD vdr[71593]: [71593] no locale for language code 'lit'
Jul 18 16:27:11 MLD vdr[71593]: [71593] no locale for language code 'lav'
Jul 18 16:27:11 MLD vdr[71593]: [71593] no locale for language code 'jpn'
Jul 18 16:27:11 MLD vdr[71593]: [71593] no locale for language code 'ita'
Jul 18 16:27:11 MLD vdr[71593]: [71593] no locale for language code 'iri,gle'
Jul 18 16:27:11 MLD vdr[71593]: [71593] no locale for language code 'hun'
Jul 18 16:27:11 MLD vdr[71593]: [71593] no locale for language code 'hrv'
Jul 18 16:27:11 MLD vdr[71593]: [71593] no locale for language code 'fra,fre'
Jul 18 16:27:11 MLD vdr[71593]: [71593] no locale for language code 'fin,suo'
Jul 18 16:27:11 MLD vdr[71593]: [71593] no locale for language code 'eus,baq'
Jul 18 16:27:11 MLD vdr[71593]: [71593] no locale for language code 'est'
Jul 18 16:27:11 MLD vdr[71593]: [71593] no locale for language code 'esl,spa'
Jul 18 16:27:11 MLD vdr[71593]: [71593] no locale for language code 'ell,gre'
Jul 18 16:27:11 MLD vdr[71593]: [71593] no locale for language code 'nld,dut,nla'
Jul 18 16:27:11 MLD vdr[71593]: [71593] no locale for language code 'dan'
Jul 18 16:27:11 MLD vdr[71593]: [71593] no locale for language code 'ces,cze'
Jul 18 16:27:11 MLD vdr[71593]: [71593] no locale for language code 'zho,chi'
Jul 18 16:27:11 MLD vdr[71593]: [71593] no locale for language code 'cat,cln'
Jul 18 16:27:11 MLD vdr[71593]: [71593] no locale for language code 'bul'
Jul 18 16:27:11 MLD vdr[71593]: [71593] no locale for language code 'bos'
Jul 18 16:27:11 MLD vdr[71593]: [71593] no locale for language code 'ara'
Jul 18 16:27:11 MLD vdr[71593]: [71593] no locale for language code 'sqi,alb'
Jul 18 16:27:11 MLD vdr[71593]: [71593] found 1 locales in /usr/share/locale
Jul 18 16:27:11 MLD vdr[71593]: [71593] override character table is 'ISO-8859-9' - known
Jul 18 16:27:11 MLD vdr[71593]: [71593] codeset is 'UTF-8' - known
Jul 18 16:27:11 MLD vdr[71593]: [71593] VDR version 2.8.2 started
Jul 18 16:27:11 MLD systemd[1]: Cannot find unit for notify message of PID 71543, ignoring.
Jul 18 16:27:10 MLD systemd[1]: Cannot find unit for notify message of PID 71516, ignoring.
Jul 18 16:27:10 MLD systemd[1]: Cannot find unit for notify message of PID 71508, ignoring.
Jul 18 16:27:10 MLD systemd[1]: Starting Video Disk Recorder...
Jul 18 16:27:10 MLD systemd[1]: vdr.service: Scheduled restart job, restart counter is at 3.
Jul 18 16:27:10 MLD systemd[1]: vdr.service: Consumed 1min 43.971s CPU time.
Jul 18 16:27:10 MLD systemd[1]: vdr.service: Failed with result 'core-dump'.
Jul 18 16:27:10 MLD systemd[1]: vdr.service: Main process exited, code=dumped, status=11/SEGV
Jul 18 16:27:10 MLD vdr[71428]: do not shutdown
Jul 18 16:27:10 MLD vdr[71480]: did a suspendoutput - do not shutdown.
Jul 18 16:27:10 MLD vdr[71481]: 900 Suspend request queued
Jul 18 16:27:10 MLD vdr[71481]: 900 Suspend request queued
Jul 18 16:27:10 MLD vdr[71481]: 220 MLD SVDRP VideoDiskRecorder 2.8.2; Sat Jul 18 16:27:08 2026; UTF-8
Jul 18 16:27:10 MLD vdr[71481]: recv faild: Success
Jul 18 16:27:10 MLD kernel: audit: type=1701 audit(1784384830.549:396): auid=4294967295 uid=0 gid=0 ses=4294967295 pid=71335 comm="vdr" exe="/usr/bin/vdr" sig=11 res=1
Jul 18 16:27:10 MLD audit[71335]: ANOM_ABEND auid=4294967295 uid=0 gid=0 ses=4294967295 pid=71335 comm="vdr" exe="/usr/bin/vdr" sig=11 res=1
Jul 18 16:27:10 MLD vdr[71335]: [71335] [softhddevice] device: HandleStillPicture: invalid PES packet
Jul 18 16:27:10 MLD vdr[71335]: [71388] shd main filter thread ended (pid=71335, tid=71388)
Jul 18 16:27:10 MLD vdr[71335]: [71335] suspendoutput: suspending (service request)
Jul 18 16:27:08 MLD vdr[71335]: [71371] SVDRP MLD > 127.0.0.1:53618 server created
Jul 18 16:27:08 MLD vdr[71335]: [71371] SVDRP MLD < 127.0.0.1:53618 client connection accepted
Jul 18 16:27:08 MLD vdr[71428]: 99_suspoutp.sh says:
Jul 18 16:27:08 MLD vdr[71428]: do shutdown
Jul 18 16:27:08 MLD vdr[71428]: 60_wakeup.sh says:
Jul 18 16:27:08 MLD vdr[71428]: do shutdown
Jul 18 16:27:08 MLD vdr[71428]: 50_vdr.sh says:
Jul 18 16:27:08 MLD vdr[71428]: Shutdown...
Jul 18 16:27:08 MLD vdr[71335]: [71335] max. latency time 6 seconds
Jul 18 16:27:08 MLD vdr[71335]: [71335] saved setup to /etc/vdr/setup.conf
Jul 18 16:27:08 MLD vdr[71335]: [71335] executing '/usr/share/vdr/shutdown.sh 1784421180 36352 1 "Mordlichter - Tod auf den Färöer Inseln" 1'
Jul 18 16:27:08 MLD vdr[71335]: [71335] next timer event at Sun Jul 19 02:33:00 2026
Jul 18 16:27:08 MLD vdr[71335]: [71335] confirmed
Jul 18 16:27:02 MLD vdr[71335]: [71335] warning: Taste drücken, um Ausschalten abzubrechen
Jul 18 16:27:02 MLD vdr[71335]: [71335] confirm: Taste drücken, um Ausschalten abzubrechen
Jul 18 16:27:02 MLD vdr[71335]: [71335] Power button pressed46
Allgemein [ General ] / MLD6.5 auf RPi5: Suspend->suspend.soft oder vdr-plugin-suspendoutput->shutdown.s
« Last post by gustavgans on July 18, 2026, 18:12:38 »Code: [Select]
Jul 18 16:27:13 MLD vdr[71593]: [71593] max. latency time 1 seconds
Jul 18 16:27:13 MLD vdr[71593]: [71610] /usr/lib/libc.so.6 at ??:?
Jul 18 16:27:13 MLD vdr[71593]: [71610] /usr/lib/libc.so.6 at ??:?
Jul 18 16:27:13 MLD vdr[71593]: [71610] /usr/bin/vdr cThread::StartThread(cThread*) at ??:?
Jul 18 16:27:13 MLD vdr[71593]: [71610] /usr/bin/vdr cSectionHandler::Action() at ??:?
Jul 18 16:27:13 MLD vdr[71593]: [71610] /usr/bin/vdr cPatFilter::Process(unsigned short, unsigned char, unsigned char const*, int) at ??:?
Jul 18 16:27:13 MLD vdr[71593]: [71610] /usr/bin/vdr cChannel::SetTeletextSubtitlePages(tTeletextSubtitlePage*, int) at ??:?
Jul 18 16:27:13 MLD vdr[71593]: [71610] /usr/bin/vdr cChannels_Lock::cChannels_Lock(bool) at ??:?
Jul 18 16:27:13 MLD vdr[71593]: [71610] /usr/bin/vdr cChannels::GetChannelsWrite(cStateKey&, int) at ??:?
Jul 18 16:27:13 MLD vdr[71593]: [71610] /usr/bin/vdr cListBase::Lock(cStateKey&, bool, int) const at ??:?
Jul 18 16:27:13 MLD vdr[71593]: [71610] /usr/bin/vdr cStateLock::Lock(cStateKey&, bool, int) at ??:?
Jul 18 16:27:13 MLD systemd[1]: Started Video Disk Recorder.
Jul 18 16:27:13 MLD vdr[71593]: [71628] SVDRP MLD < 127.0.0.1:53626 server destroyed
Jul 18 16:27:13 MLD vdr[71593]: [71628] SVDRP MLD < 127.0.0.1:53626 connection closed
Jul 18 16:27:13 MLD vdr[71593]: [71650] shd main filter thread started (pid=71593, tid=71650, prio=high)
Jul 18 16:27:13 MLD vdr[71593]: [71616] [softhddevice] videocodec: main: H.264 / AVC / MPEG-4 AVC / MPEG-4 part 10 (h264) for codec "h264" opened (sw decoding forced), using software decoding with 4 threads
Jul 18 16:27:12 MLD vdr[71593]: [71610] WARNING: attempt to acquire write lock while already holding a write lock in the same thread - this may crash! (backtrace follows)
Jul 18 16:27:12 MLD vdr[71593]: [71593] timer 3 (1 0233-0415 'Mordlichter - Tod auf den Färöer Inseln') set to event So. 19.07.2026 02:35-04:05 (VPS: 19.07. 02:35) 'Mordlichter - Tod auf den Färöer Inseln'
Jul 18 16:27:12 MLD vdr[71593]: [71593] timer 2 (7 1843-1925 '42 - Die Antwort auf fast alles') set to event Fr. 24.07.2026 18:45-19:15 (VPS: 24.07. 18:45) '42 - Die Antwort auf fast alles'
Jul 18 16:27:12 MLD vdr[71593]: [71593] timer 1 (3 2013-2110 'Quarks: Unser Wasser - warum es so kostbar ist') set to event Do. 23.07.2026 20:15-21:00 (VPS: 23.07. 20:15) 'Quarks: Tiere der Nacht - Das verborgene Leben vor unserer Haustür'
Jul 18 16:27:12 MLD vdr[71593]: [71635] softhd audio thread started (pid=71593, tid=71635, prio=high)
Jul 18 16:27:12 MLD vdr[71593]: [71627] [softhddevice] audio: Setup:
Requested: Channels 2 (FL FR) SampleRate 48000 -> PCM
Set: HWChannels 2 HWSampleRate 48000
Format S16_LE, use mmap: yes
AlsaBufferTime 100ms, pcm state: PREPARED
periodSize 1200 frames, bufferSize 4800 frames
Jul 18 16:27:12 MLD vdr[71593]: [71627] [softhddevice] audio: GetAvailableBufferFrames: snd_pcm_avail() failed: Input/output error
Jul 18 16:27:12 MLD vdr[71593]: [71628] SVDRP MLD > 127.0.0.1:53626 server created
Jul 18 16:27:12 MLD vdr[71593]: [71628] SVDRP MLD < 127.0.0.1:53626 client connection accepted
Jul 18 16:27:12 MLD vdr[71593]: [71593] [softhddevice] OpenGL worker thread started
Jul 18 16:27:12 MLD vdr[71593]: [71630] [softhddevice] OpenGL context initialized
Jul 18 16:27:12 MLD vdr[71593]: [71630] oglThread thread started (pid=71593, tid=71630, prio=high)
Jul 18 16:27:12 MLD vdr[71593]: [71593] OSD size changed to 1920x1080 @ 1,77778
Jul 18 16:27:12 MLD vdr[71593]: [71593] [softhddevice] audio: using device 'hdmi:CARD=vc4hdmi0,DEV=0'
Jul 18 16:27:12 MLD vdr[71593]: [71629] device 2 TS buffer thread started (pid=71593, tid=71629, prio=high)
Jul 18 16:27:12 MLD vdr[71593]: [71628] SVDRP MLD listening on port 6419/tcp
Jul 18 16:27:12 MLD vdr[71593]: [71628] SVDRP MLD opening port 6419/tcp
Jul 18 16:27:12 MLD vdr[71593]: [71628] SVDRP server handler thread started (pid=71593, tid=71628, prio=low)
Jul 18 16:27:12 MLD vdr[71593]: [71593] setting watchdog timer to 30 seconds
Jul 18 16:27:12 MLD vdr[71593]: [71627] device 2 receiver thread started (pid=71593, tid=71627, prio=high)47
Allgemein [ General ] / MLD6.5 auf RPi5: Suspend->suspend.soft oder vdr-plugin-suspendoutput->shutdown.s
« Last post by gustavgans on July 18, 2026, 18:10:11 »Hallo zusammen,
Der längliche Text unten läuft auf folgende zwei Fragen hinaus:
a) Bei mir versagt das suspendoutput Plugin - was könnte mein Fehler sein?
b) Eigentlich hätte ich lieber das suspend Plugin, das es in der MLD5 gab - lässt sich das machen?
Ich bin mit meiner MLD Standalone auf dem RPi5 "fast" fertig: WLAN läuft, USB-SSD läuft als /data, Fernbedienung geht über GPIO, Sundtek Dual-SatHD läuft, VDR läuft inklusive Live-TV und Aufnahmen. Auf der ToDo-Liste steht nun noch "Suspend".
Der RPi5 ist für mich ja bloß eine Art SetTopBox mit Aufnahmegerät. Die darf gerne nur dann in Betrieb sein wenn sie muss, also wenn ich Live-TV schaue oder eine Aufnahme zu machen ist. Anders als richtige Computer kann der Raspi kein Suspend(toX) und also auch kein WakeOnRTC, was die normale Methode der MLD wäre, um so ein intelligentes Suspend zu realisieren. Ich habe bisher drei Methoden gesehen, um dem RPi sowas beizubringen:
a) Vollständiges Herunterfahren und WakeOnTimer mittels einer externen Hardware, die vor dem Shutdown eingestellt wird und dann per Schaltkontakt den RPi-Reset auslöst.
b) WakeOnTimerOrRemote(OrLAN) mittels MLD Paket "suspend", das im Modus "suspend.soft" nur den VDR (inklusive DVB-Receivern) beendet und von der MLD per RTC/Cronjob oder per Fernbedienung etc. nach Bedarf/Wunsch wieder gestartet wird.
c) VDR-Plugin "suspendoutput", das die "PowerOff"-Funktion (FB-Taste POWER2 bzw. Timeouts des VDR) auf das Abschalten der TV-Ausgabe reduziert.
Variante a) liefert den größten Energiespareffekt, erfordert aber eine komplexe Einrichtung und eben auch zusätzliche Hardware - soweit ich mitbekommen habe gibt es eine Raspi-Pico Lösung. Damit Aufwecken per Fernbedienung geht braucht der Pico einen eigenen FB-Receiver. Das ist mir, ehrlich gesagt, zu viel Aufwand.
Variante b) hat es wohl bis MLD5.1 noch gegeben, das Paket "suspend" gibt es aber für die MLD6(.5) nicht mehr. Schade, denn sowas wäre mein Favorit gewesen, zumal es komfortabel per WebIF eingerichtet werden konnte.
Variante c) liefert den geringsten Energiespareffekt, das Paket "vdr-plugin-suspendoutput" ist verfügbar, man muss es aber im Terminal mittels Eingriffen in die Systemdateien erziehen, wenn es auf die POWER2 Taste hören soll. Ich möchte deshalb dieses (oder ein ähnliches - siehe b) Plugin nicht mittels seiner Aufrufparameter (MLD/Einstellungen/TV/PluginAufrufArgumente) automatisch agieren lassen (z.B. 't 120' [min]), sondern es in die Abläufe integrieren, die VDR/MLD ohnehin macht. VDR hat ja bereits Timeout-Funktionen und reagiert auch auf die POWER2-Taste.
Soweit ich verstehen konnte wird der VDR bei Timeouts sowie beim Betätigen der PowerOnOff-Taste z.B. auf der Fernbedienung das Skript ausführen, welches in der /etc/vdr/conf.d/00_vdr.conf unter "--shutdown=..." angegeben ist, standardmäßig also /usr/share/vdr/shutdown.sh. Dieses Shellskript prüft, ob der Shutdown denn "genehm" ist und bereitet normalerweise den WakeOnRTC vor. Teil der Prüfung auf Erlaubnis zum Shutdown ist die Ausführung aller Shellskripte im Unterordner (/usr/share/vdr/)shutdown.d/, in alphanumerischer Reihenfolge. Sobald eines davon nicht "errorlevel 0" zurückgibt bricht der Vorgang ab. Man kann also den Shutdown beliebig manipulieren und abbrechen, indem man hier ein weiteres Skript erstellt, welches beliebige Aktionen ausführt und am Ende ein errorlevel > 0 zurückgibt.
Ich habe hier also folgendes Skript "99_suspoutp.sh" hinzugefügt:
Der Name beginnt mit "99_", damit es als Letztes aufgerufen wird, also nur dann wenn es keine anderen Gründe gibt, den (reduzierten) Shutdown NICHT zuzulassen. Einmal chmod +x 99_suspoutp.sh nicht vergessen - fertig.
Ich las für die Verwendung von vdr-plugin-suspendoutput auch andere Varianten:
-> Ändern der /etc/vdr/remote.conf, um den LIRC.Power zu deaktivieren (Auskommentieren "# " der Zeile "LIRC.Power KEY_POWER2"), die PowerOnOff-Taste in der remote.conf stattdessen auf eine Usertaste umleiten (Zeile anpassen "LIRC.User9 KEY_POWER2") und Ändern der /etc/vdr/keymacros.conf um die PowerOnOff-Taste der FB nun als User-Taste den Pluginaufruf machen zu lassen (neue Zeile "User9 @suspendoutput"). Zum Wiedereinschalten muss man dann wohl eine andere Taste der FB verwenden.
-> Per irexec mit svdrpsend das suspendoutput steuern, die genauen Details habe ich noch nicht verstanden, man müsste wohl in /etc eine Datei "lircrc.conf" anlegen und darin einen Eintrag machen, dessen Syntax ich erst nachlesen müsste.
-> Nicht mit svdrpsend arbiten, sondern z.B. etwas wie "vdr-dbus-send /Remote remote.CallPlugin string:'suspendoutput -M -T -l'" machen, wobei ich hier gar nicht glaube dass das in der MLD gehen kann, denn erstens wird das Plugin ja ohnehin beim VDR Start mit aufgerufen, und zweitens müsste man dem Plugin ja trotzdem noch sagen, dass es auch "suspenden" soll, was über die Aufrufparameter, abgesehen vom Timeout, ja gar nicht möglich ist.
Dies alles erscheint mir im Vergleich zu der Variante mit einem zusätzlichen Shutdown-Skript als zu komplex. Das Pimpen des Shutdown-Mechanismus passiert an nur einer einzigen Stelle und hat ja zusätzlich den Vorteil, dass z.B. Aufwachen wegen EPG-Scans u.ä. von alleine nach dem zugehörigen VDR-Timeout wieder "suspendiert", ohne dass ich die FB benutzen muss. In meinem speziellen Fall mit ZWEI DVB-Empfängern (Sundtek SatHD Dual) würde ich allerdings nicht erwarten, dass die LiveTV-Ausgabe für EPG-Scans aufwacht, weil ja der "andere" Receiver dafür frei ist.
Wie dem auch sei, "meine" Variante, das suspendutput einzusetzen funktioniert leider nicht. Die gesamte "Mechanik" funktioniert durchaus, aber in dem Moment wo suspendoutput seinen Job macht stirbt ein anderer Prozess, was zum Neustart des VDR und somit zum Wieder-Erscheinen der Live-TV Ausgabe führt. Jetzt kommen zwei Listings: Zuerst eine Ausgabe von svdrpsend, die zeigen soll, dass alle Komponenten "bereit" sind und die Steuerung erstmal funktioniert. Danach (nächster Post...) ein relativ endloses SystemLog. Zu Letzterem ein paar Anmerkungen:
a) von unten nach oben lesen, bitte.
b) nur die untersten 17 Zeilen protokollieren den suspend-Vorgang.
c) danach (11 Zeilen) stirbt der softhddevice Dekoder, vermutlich weil ihm sein Ausgabekanal abhanden kam?
d) somit endet auch der VDR, die MLD merkt das und startet ihn neu. Dieser Neustart ist der gesamte Rest des Logs.
Sieht so aus als funktioniere das suspendoutput Plugin nicht in der aktuellen MLD-Umgebung. Jemand eine Idee?
Nun sollte ich zunächst mal des suspendoutput Plugin zum Funktionieren bekommen, das wäre ein Anfang. Mein eigentlicher Wunsch ist aber, mehr als nur suspendoutput zu haben. Das frühere "suspend" Paket der MLD wäre schon schick. Ich stelle mir vor, dass nicht nur das Live-Bild, sondern auch der VDR inklusiv DVB-Tuner abgeschaltet wird. Dass der VDR nun keine EPG-Scans machen kann ist halt so, beim "echten" Suspend ist das ja nicht anders. Dann muss freilich "jemand anderes" bei Timer-Events und beim Wiedereinschalten auf der Fernbedienung den VDR neustarten - den Rest macht der dann ja wieder selber. Den VDR im shutdown Script zu beenden sollte einfach sein (PID ermitteln und Prozess killen), also müsste man der MLD nur noch beibringen, den VDR erst bei Timer-Events bzw. FB-Taste wieder zu starten. Zugegeben: Das ist eine RPi(5)-spezifische Idee, für diese und ähnliche Plattformen aber jedenfalls allgemein brauchbar. Wenn es funktioniert.
Schon wieder...: Jemand eine Idee?
Der längliche Text unten läuft auf folgende zwei Fragen hinaus:
a) Bei mir versagt das suspendoutput Plugin - was könnte mein Fehler sein?
b) Eigentlich hätte ich lieber das suspend Plugin, das es in der MLD5 gab - lässt sich das machen?
Ich bin mit meiner MLD Standalone auf dem RPi5 "fast" fertig: WLAN läuft, USB-SSD läuft als /data, Fernbedienung geht über GPIO, Sundtek Dual-SatHD läuft, VDR läuft inklusive Live-TV und Aufnahmen. Auf der ToDo-Liste steht nun noch "Suspend".
Der RPi5 ist für mich ja bloß eine Art SetTopBox mit Aufnahmegerät. Die darf gerne nur dann in Betrieb sein wenn sie muss, also wenn ich Live-TV schaue oder eine Aufnahme zu machen ist. Anders als richtige Computer kann der Raspi kein Suspend(toX) und also auch kein WakeOnRTC, was die normale Methode der MLD wäre, um so ein intelligentes Suspend zu realisieren. Ich habe bisher drei Methoden gesehen, um dem RPi sowas beizubringen:
a) Vollständiges Herunterfahren und WakeOnTimer mittels einer externen Hardware, die vor dem Shutdown eingestellt wird und dann per Schaltkontakt den RPi-Reset auslöst.
b) WakeOnTimerOrRemote(OrLAN) mittels MLD Paket "suspend", das im Modus "suspend.soft" nur den VDR (inklusive DVB-Receivern) beendet und von der MLD per RTC/Cronjob oder per Fernbedienung etc. nach Bedarf/Wunsch wieder gestartet wird.
c) VDR-Plugin "suspendoutput", das die "PowerOff"-Funktion (FB-Taste POWER2 bzw. Timeouts des VDR) auf das Abschalten der TV-Ausgabe reduziert.
Variante a) liefert den größten Energiespareffekt, erfordert aber eine komplexe Einrichtung und eben auch zusätzliche Hardware - soweit ich mitbekommen habe gibt es eine Raspi-Pico Lösung. Damit Aufwecken per Fernbedienung geht braucht der Pico einen eigenen FB-Receiver. Das ist mir, ehrlich gesagt, zu viel Aufwand.
Variante b) hat es wohl bis MLD5.1 noch gegeben, das Paket "suspend" gibt es aber für die MLD6(.5) nicht mehr. Schade, denn sowas wäre mein Favorit gewesen, zumal es komfortabel per WebIF eingerichtet werden konnte.
Variante c) liefert den geringsten Energiespareffekt, das Paket "vdr-plugin-suspendoutput" ist verfügbar, man muss es aber im Terminal mittels Eingriffen in die Systemdateien erziehen, wenn es auf die POWER2 Taste hören soll. Ich möchte deshalb dieses (oder ein ähnliches - siehe b) Plugin nicht mittels seiner Aufrufparameter (MLD/Einstellungen/TV/PluginAufrufArgumente) automatisch agieren lassen (z.B. 't 120' [min]), sondern es in die Abläufe integrieren, die VDR/MLD ohnehin macht. VDR hat ja bereits Timeout-Funktionen und reagiert auch auf die POWER2-Taste.
Soweit ich verstehen konnte wird der VDR bei Timeouts sowie beim Betätigen der PowerOnOff-Taste z.B. auf der Fernbedienung das Skript ausführen, welches in der /etc/vdr/conf.d/00_vdr.conf unter "--shutdown=..." angegeben ist, standardmäßig also /usr/share/vdr/shutdown.sh. Dieses Shellskript prüft, ob der Shutdown denn "genehm" ist und bereitet normalerweise den WakeOnRTC vor. Teil der Prüfung auf Erlaubnis zum Shutdown ist die Ausführung aller Shellskripte im Unterordner (/usr/share/vdr/)shutdown.d/, in alphanumerischer Reihenfolge. Sobald eines davon nicht "errorlevel 0" zurückgibt bricht der Vorgang ab. Man kann also den Shutdown beliebig manipulieren und abbrechen, indem man hier ein weiteres Skript erstellt, welches beliebige Aktionen ausführt und am Ende ein errorlevel > 0 zurückgibt.
Ich habe hier also folgendes Skript "99_suspoutp.sh" hinzugefügt:
Code: [Select]
#!/bin/sh
# After all other preparations were done WITHOUT aborting the shutdown,
# we now replace the actual shutdown with something else..., thereafter
# an exit 1 makes the master shutdown script cancel i.e. the shutdown
# process WILL abort.
svdrpsend localhost 6419 'plug suspendoutput SUSPEND'
echo " did a suspendoutput - do not shutdown."
exit 1Der Name beginnt mit "99_", damit es als Letztes aufgerufen wird, also nur dann wenn es keine anderen Gründe gibt, den (reduzierten) Shutdown NICHT zuzulassen. Einmal chmod +x 99_suspoutp.sh nicht vergessen - fertig.
Ich las für die Verwendung von vdr-plugin-suspendoutput auch andere Varianten:
-> Ändern der /etc/vdr/remote.conf, um den LIRC.Power zu deaktivieren (Auskommentieren "# " der Zeile "LIRC.Power KEY_POWER2"), die PowerOnOff-Taste in der remote.conf stattdessen auf eine Usertaste umleiten (Zeile anpassen "LIRC.User9 KEY_POWER2") und Ändern der /etc/vdr/keymacros.conf um die PowerOnOff-Taste der FB nun als User-Taste den Pluginaufruf machen zu lassen (neue Zeile "User9 @suspendoutput"). Zum Wiedereinschalten muss man dann wohl eine andere Taste der FB verwenden.
-> Per irexec mit svdrpsend das suspendoutput steuern, die genauen Details habe ich noch nicht verstanden, man müsste wohl in /etc eine Datei "lircrc.conf" anlegen und darin einen Eintrag machen, dessen Syntax ich erst nachlesen müsste.
-> Nicht mit svdrpsend arbiten, sondern z.B. etwas wie "vdr-dbus-send /Remote remote.CallPlugin string:'suspendoutput -M -T -l'" machen, wobei ich hier gar nicht glaube dass das in der MLD gehen kann, denn erstens wird das Plugin ja ohnehin beim VDR Start mit aufgerufen, und zweitens müsste man dem Plugin ja trotzdem noch sagen, dass es auch "suspenden" soll, was über die Aufrufparameter, abgesehen vom Timeout, ja gar nicht möglich ist.
Dies alles erscheint mir im Vergleich zu der Variante mit einem zusätzlichen Shutdown-Skript als zu komplex. Das Pimpen des Shutdown-Mechanismus passiert an nur einer einzigen Stelle und hat ja zusätzlich den Vorteil, dass z.B. Aufwachen wegen EPG-Scans u.ä. von alleine nach dem zugehörigen VDR-Timeout wieder "suspendiert", ohne dass ich die FB benutzen muss. In meinem speziellen Fall mit ZWEI DVB-Empfängern (Sundtek SatHD Dual) würde ich allerdings nicht erwarten, dass die LiveTV-Ausgabe für EPG-Scans aufwacht, weil ja der "andere" Receiver dafür frei ist.
Wie dem auch sei, "meine" Variante, das suspendutput einzusetzen funktioniert leider nicht. Die gesamte "Mechanik" funktioniert durchaus, aber in dem Moment wo suspendoutput seinen Job macht stirbt ein anderer Prozess, was zum Neustart des VDR und somit zum Wieder-Erscheinen der Live-TV Ausgabe führt. Jetzt kommen zwei Listings: Zuerst eine Ausgabe von svdrpsend, die zeigen soll, dass alle Komponenten "bereit" sind und die Steuerung erstmal funktioniert. Danach (nächster Post...) ein relativ endloses SystemLog. Zu Letzterem ein paar Anmerkungen:
a) von unten nach oben lesen, bitte.
b) nur die untersten 17 Zeilen protokollieren den suspend-Vorgang.
c) danach (11 Zeilen) stirbt der softhddevice Dekoder, vermutlich weil ihm sein Ausgabekanal abhanden kam?
d) somit endet auch der VDR, die MLD merkt das und startet ihn neu. Dieser Neustart ist der gesamte Rest des Logs.
Sieht so aus als funktioniere das suspendoutput Plugin nicht in der aktuellen MLD-Umgebung. Jemand eine Idee?
Code: [Select]
root@MLD:~# svdrpsend localhost 6419 'help'
220 MLD SVDRP VideoDiskRecorder 2.8.2; Thu Jul 16 22:09:33 2026; UTF-8
214-This is VDR version 2.8.2
214-Topics:
214- AUDI CHAN CLRE CONN DELC
214- DELR DELT EDIT GRAB HELP
214- HITK LSTC LSTD LSTE LSTR
214- LSTT MESG MODC MODT MOVC
214- MOVR NEWC NEWT NEXT PING
214- PLAY PLUG POLL PRIM PUTE
214- REMO SCAN STAT UPDT UPDR
214- VOLU QUIT
214-Plugin softhddevice-drm-gles v1.6.7 - HD Device mit software und GPU Unterstützung
214- PLAY DETA ATTA STAT PION
214- PIOF PITO PIPU PIPD PIPC
214- PIPS PIIP
214-Plugin suspendoutput v2.1.0 - Suspend output
214- SUSPEND RESUME STATUS
214-To report bugs in the implementation send email to
214- vdr-bugs@tvdr.de
214 End of HELP info
221 MLD closing connection
root@MLD:~#Nun sollte ich zunächst mal des suspendoutput Plugin zum Funktionieren bekommen, das wäre ein Anfang. Mein eigentlicher Wunsch ist aber, mehr als nur suspendoutput zu haben. Das frühere "suspend" Paket der MLD wäre schon schick. Ich stelle mir vor, dass nicht nur das Live-Bild, sondern auch der VDR inklusiv DVB-Tuner abgeschaltet wird. Dass der VDR nun keine EPG-Scans machen kann ist halt so, beim "echten" Suspend ist das ja nicht anders. Dann muss freilich "jemand anderes" bei Timer-Events und beim Wiedereinschalten auf der Fernbedienung den VDR neustarten - den Rest macht der dann ja wieder selber. Den VDR im shutdown Script zu beenden sollte einfach sein (PID ermitteln und Prozess killen), also müsste man der MLD nur noch beibringen, den VDR erst bei Timer-Events bzw. FB-Taste wieder zu starten. Zugegeben: Das ist eine RPi(5)-spezifische Idee, für diese und ähnliche Plattformen aber jedenfalls allgemein brauchbar. Wenn es funktioniert.
Schon wieder...: Jemand eine Idee?
48
Allgemein [ General ] / MLD6.5 auf RPi5: Suspend/Reboot Probleme
« Last post by gustavgans on July 18, 2026, 17:47:49 »Bin gespannt auf neue Erkenntnisse... Wir könnten dieses Topic auf "gelöst" setzen, denn jetzt geht's ja bei mir. Aber ein reproduzierbares Verhalten auch anderswo gäbe der Sache vielleicht mehr Glaubhaftigkeit.
Ganz kurz zu noatime:
Wenn ich das nutze, brauche ich nofail, damit's weiter geht. Wenn ich OHNE noatime arbeite, brauche ich auch kein nofail!
Ich kann mich noch nimmer nicht völlig von der Idee verabschieden, dass die USB-Architektur des RPi5 nicht gänzlich sauber im "System" behandelt wird. Ohne noatime wird ja bereits beim Mounten der initiale Lesezugriff, mit dem bloß geschaut wird "wer das ist", auch ein Schreibzugriff passieren. MIT noatime aber halt nicht. Könnte nun ja sein, dass der USB-HDD Init (von mir aus das "richtige Aufwachen") beim Mount nicht richtig abläuft, durch einen Schreibvorgang jedoch dann implizit mitkommt. Also würden nachfolgende Aktionen wegen unvollständigem Init scheitern, wenn noatime aktiv ist, somit braucht man nofail, jedoch braucht man KEIN nofail wenn man kein noatime verwendet, also beim Mount direkt einen Schreibvorgang bekommt.
Das mag nun ein Geheimnis des Rpi5 sein - und bleiben. Was aber jedenfalls beim RPi5 gar nicht geht, egal wie wir mit nofail und/oder noatime spielen, ist, dass wir /data über einen bind mounten.
Ich glaube zwar nicht dass wir eine reale Chance haben, das wirklich zu entschlüsseln, aber gespannt bleibe ich jedenfalls...
Ganz kurz zu noatime:
Wenn ich das nutze, brauche ich nofail, damit's weiter geht. Wenn ich OHNE noatime arbeite, brauche ich auch kein nofail!
Ich kann mich noch nimmer nicht völlig von der Idee verabschieden, dass die USB-Architektur des RPi5 nicht gänzlich sauber im "System" behandelt wird. Ohne noatime wird ja bereits beim Mounten der initiale Lesezugriff, mit dem bloß geschaut wird "wer das ist", auch ein Schreibzugriff passieren. MIT noatime aber halt nicht. Könnte nun ja sein, dass der USB-HDD Init (von mir aus das "richtige Aufwachen") beim Mount nicht richtig abläuft, durch einen Schreibvorgang jedoch dann implizit mitkommt. Also würden nachfolgende Aktionen wegen unvollständigem Init scheitern, wenn noatime aktiv ist, somit braucht man nofail, jedoch braucht man KEIN nofail wenn man kein noatime verwendet, also beim Mount direkt einen Schreibvorgang bekommt.
Das mag nun ein Geheimnis des Rpi5 sein - und bleiben. Was aber jedenfalls beim RPi5 gar nicht geht, egal wie wir mit nofail und/oder noatime spielen, ist, dass wir /data über einen bind mounten.
Ich glaube zwar nicht dass wir eine reale Chance haben, das wirklich zu entschlüsseln, aber gespannt bleibe ich jedenfalls...
49
Allgemein [ General ] / VaapiVideo lässt sich nicht installieren...
« Last post by wayne on July 18, 2026, 17:41:47 »Hallihallo,
beim Versuch vaapivideo zu installieren:
Oder lohnt sich das nicht zu testen mit meinem NUC7PJYH (UHD Graphics 605)?
Viele Grüße
wayne
beim Versuch vaapivideo zu installieren:
Code: [Select]
# flatpak install vdr-plugin-softhddevice-intel- vdr-plugin-vaapivideo
F: An error was encountered searching remote ?flathub? for ?vdr-plugin-softhddevice-intel-?: 'vdr-plugin-softhddevice-intel-' is not a valid name: Only last name segment can contain -
error: No remote refs found for ?vdr-plugin-softhddevice-intel-?
Oder lohnt sich das nicht zu testen mit meinem NUC7PJYH (UHD Graphics 605)?
Viele Grüße
wayne
50
Allgemein [ General ] / MLD6.5 auf RPi5: Suspend/Reboot Probleme - oder nur Verständnisproblem?
« Last post by clausmuus on July 12, 2026, 11:26:45 »Die Option "noatime" ist nicht das Problem. Diese sorgt dafür dass beim Lesenden Zugriff nicht immer auch geschrieben wird, und ist in diesem Punkt etwas rigider als die Voreinstellung.
Entscheidend ist aber wohl die Option "nofail", die das Abbrechen des Bootens verhindert, wenn Dein USB Laufwerk ein Problem hat.
Und auch Deine Beobachtung, dass der Bind Mount zusammen mit nofail nicht funktioniert ist richtig. Diese Kombination klappt nicht ohne zusätzliche Boot Parameter.
Das etwas umständliche Mounten mit dem Bind, ist dem geschuldet, dass wir sehr viele unterschiedliche Möglichkeiten anbieten, wie Datenlaufwerke eingebunden werden. Damit sich das ganze halbwegs überschaubar und vorhersehbar gestalten lässt, verwenden wir den Umweg über den Bind Mount, der in Deinem speziellen Fall nicht nötig wäre.
Den /usr/lib/libmediaclient.so Eintrag in der /etc/ld.so.preload solltest Du weiterhin entfernen, denn dieser könnte auch irgendwann in der Zukunft Probleme machen, und war vermutlich auch bisher ein Teil Deiner Probleme.
Ich werde mal schauen, wie ich das Mounten des Daten Laufwerkes umbaue, damit die von Dir beobachteten Probleme nicht mehr auftreten. In diesem Bereich habe ich sowieso noch Änderungen vor, in die dann auch Deine Erkenntnisse einfließen werden.
Entscheidend ist aber wohl die Option "nofail", die das Abbrechen des Bootens verhindert, wenn Dein USB Laufwerk ein Problem hat.
Und auch Deine Beobachtung, dass der Bind Mount zusammen mit nofail nicht funktioniert ist richtig. Diese Kombination klappt nicht ohne zusätzliche Boot Parameter.
Das etwas umständliche Mounten mit dem Bind, ist dem geschuldet, dass wir sehr viele unterschiedliche Möglichkeiten anbieten, wie Datenlaufwerke eingebunden werden. Damit sich das ganze halbwegs überschaubar und vorhersehbar gestalten lässt, verwenden wir den Umweg über den Bind Mount, der in Deinem speziellen Fall nicht nötig wäre.
Den /usr/lib/libmediaclient.so Eintrag in der /etc/ld.so.preload solltest Du weiterhin entfernen, denn dieser könnte auch irgendwann in der Zukunft Probleme machen, und war vermutlich auch bisher ein Teil Deiner Probleme.
Ich werde mal schauen, wie ich das Mounten des Daten Laufwerkes umbaue, damit die von Dir beobachteten Probleme nicht mehr auftreten. In diesem Bereich habe ich sowieso noch Änderungen vor, in die dann auch Deine Erkenntnisse einfließen werden.