SMR gibt es meines WIssens nach bei WD aktuell nur bis einschließlich 6TB.
Beiträge von rüsseltier
-
-
Hoffe ich habe das richtig gemacht:
Habe mir direkt am VDR eine neue Konsole (Strg-Alt-F3) geholt, mich als root eingeloggt und xev -display :0 eingegeben.
Dann zurück zum VDR auf Strg-Alt-F2 und dort Keyboardtasten und die Fernbedienung gedrückt.
Zurück auf Strg-Alt-F3, aber nix neues hinzugekommen zu dem hier:
Code
Alles anzeigenvdr:~# xev -display :0 Outer window is 0xc00001, inner window is 0xc00002 PropertyNotify event, serial 8, synthetic NO, window 0xc00001, atom 0x27 (WM_NAME), time 1831013, state PropertyNewValue PropertyNotify event, serial 9, synthetic NO, window 0xc00001, atom 0x22 (WM_COMMAND), time 1831013, state PropertyNewValue PropertyNotify event, serial 10, synthetic NO, window 0xc00001, atom 0x28 (WM_NORMAL_HINTS), time 1831013, state PropertyNewValue CreateNotify event, serial 11, synthetic NO, window 0xc00001, parent 0xc00001, window 0xc00002, (10,10), width 50, height 50 border_width 4, override NO PropertyNotify event, serial 14, synthetic NO, window 0xc00001, atom 0x178 (WM_PROTOCOLS), time 1831013, state PropertyNewValue MapNotify event, serial 15, synthetic NO, window 0xc00001, event 0xc00001, window 0xc00002, override NO MapNotify event, serial 16, synthetic NO, window 0xc00001, event 0xc00001, window 0xc00001, override NO VisibilityNotify event, serial 16, synthetic NO, window 0xc00001, state VisibilityFullyObscured
-
Code
Alles anzeigenvdr:~# systemctl status lircd-uinput.service ● lircd-uinput.service Loaded: masked (/dev/null; bad) Active: inactive (dead) vdr:~# ir-keytable Found /sys/class/rc/rc0/ (/dev/input/event12) with: Driver cx23885, table rc-dvbsky Supported protocols: unknown other lirc rc-5 rc-5-sz jvc sony nec sanyo mce_kbd rc-6 sharp xmp Enabled protocols: lirc Name: cx23885 IR (DVBSky S952) bus: 1, vendor/product: 4254:0952, version: 0x0001 Repeat delay = 500 ms, repeat period = 125 ms vdr:~# cat /proc/bus/input/devices I: Bus=0003 Vendor=046d Product=4024 Version=0111 N: Name="Logitech K400" P: Phys=usb-0000:00:14.0-4:1 S: Sysfs=/devices/pci0000:00/0000:00:14.0/usb1/1-4/1-4:1.2/0003:046D:C52B.0003/0003:046D:4024.0004/input/input3 U: Uniq= H: Handlers=sysrq kbd leds mouse0 event0 B: PROP=0 B: EV=12001f B: KEY=3007f 0 0 0 0 483ffff 17aff32d bf544446 0 0 ffff0001 130ff3 8b17c007 ffff7bfa d9415fff febeffdf ffefffff ffffffff fffffffe B: REL=1c3 B: ABS=1 0 B: MSC=10 B: LED=1f I: Bus=0019 Vendor=0000 Product=0001 Version=0000 N: Name="Power Button" P: Phys=PNP0C0C/button/input0 S: Sysfs=/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0C:00/input/input4 U: Uniq= H: Handlers=kbd event1 B: PROP=0 B: EV=3 B: KEY=100000 0 0 0 I: Bus=0019 Vendor=0000 Product=0003 Version=0000 N: Name="Sleep Button" P: Phys=PNP0C0E/button/input0 S: Sysfs=/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0E:00/input/input5 U: Uniq= H: Handlers=kbd event2 B: PROP=0 B: EV=3 B: KEY=4000 0 0 0 0 I: Bus=0019 Vendor=0000 Product=0001 Version=0000 N: Name="Power Button" P: Phys=LNXPWRBN/button/input0 S: Sysfs=/devices/LNXSYSTM:00/LNXPWRBN:00/input/input6 U: Uniq= H: Handlers=kbd event3 B: PROP=0 B: EV=3 B: KEY=100000 0 0 0 I: Bus=0010 Vendor=001f Product=0001 Version=0100 N: Name="PC Speaker" P: Phys=isa0061/input0 S: Sysfs=/devices/platform/pcspkr/input/input7 U: Uniq= H: Handlers=kbd event4 B: PROP=0 B: EV=40001 B: SND=6 I: Bus=0000 Vendor=0000 Product=0000 Version=0000 N: Name="HDA Intel PCH Rear Mic" P: Phys=ALSA S: Sysfs=/devices/pci0000:00/0000:00:1b.0/sound/card0/input8 U: Uniq= H: Handlers=event5 B: PROP=0 B: EV=21 B: SW=10 I: Bus=0000 Vendor=0000 Product=0000 Version=0000 N: Name="HDA Intel PCH Line" P: Phys=ALSA S: Sysfs=/devices/pci0000:00/0000:00:1b.0/sound/card0/input9 U: Uniq= H: Handlers=event6 B: PROP=0 B: EV=21 B: SW=2000 I: Bus=0000 Vendor=0000 Product=0000 Version=0000 N: Name="HDA Intel PCH Line Out" P: Phys=ALSA S: Sysfs=/devices/pci0000:00/0000:00:1b.0/sound/card0/input10 U: Uniq= H: Handlers=event7 B: PROP=0 B: EV=21 B: SW=40 I: Bus=0000 Vendor=0000 Product=0000 Version=0000 N: Name="HDA Intel PCH HDMI/DP,pcm=3" P: Phys=ALSA S: Sysfs=/devices/pci0000:00/0000:00:1b.0/sound/card0/input11 U: Uniq= H: Handlers=event8 B: PROP=0 B: EV=21 B: SW=140 I: Bus=0000 Vendor=0000 Product=0000 Version=0000 N: Name="HDA Intel PCH HDMI/DP,pcm=7" P: Phys=ALSA S: Sysfs=/devices/pci0000:00/0000:00:1b.0/sound/card0/input12 U: Uniq= H: Handlers=event9 B: PROP=0 B: EV=21 B: SW=140 I: Bus=0000 Vendor=0000 Product=0000 Version=0000 N: Name="HDA NVidia HDMI/DP,pcm=3" P: Phys=ALSA S: Sysfs=/devices/pci0000:00/0000:00:1c.1/0000:02:00.1/sound/card1/input13 U: Uniq= H: Handlers=event10 B: PROP=0 B: EV=21 B: SW=140 I: Bus=0000 Vendor=0000 Product=0000 Version=0000 N: Name="HDA NVidia HDMI/DP,pcm=7" P: Phys=ALSA S: Sysfs=/devices/pci0000:00/0000:00:1c.1/0000:02:00.1/sound/card1/input14 U: Uniq= H: Handlers=event11 B: PROP=0 B: EV=21 B: SW=140 I: Bus=0001 Vendor=4254 Product=0952 Version=0001 N: Name="cx23885 IR (DVBSky S952)" P: Phys=pci-0000:01:00.0/ir0 S: Sysfs=/devices/pci0000:00/0000:00:1c.0/0000:01:00.0/rc/rc0/input15 U: Uniq= H: Handlers=kbd event12 B: PROP=0 B: EV=100013 B: KEY=2c0800 143011 0 0 0 0 118000 4180 801 8e0000 0 0 ffc B: MSC=10
-
Ich mache das bei neuen Festplatten und SSDs immer so, dass ich sie erst mit head -c xxxGB /dev/zero > zeros.txt bis zur max. Kapazität vollschreibe.
Danach ein smartctl -t short und smartctl -a und wenn dann alles OK ist, nutze ich sie wirklich.
dad401: Hoffe, dass Du noch WD100EZAZ mit Helium erwischt hast. Neuerdings steigt WD wieder auf Luft um, weil es billiger ist. Hatte letztens mehrere luftgefüllte WD80EDAZ, die lauter und ganze 6°C wärmer liefen (höherer Luftwiderstand, stärkerer Motor nötig, dadurch mehr Wärmeentwicklung und Stromverbrauch) als die heliumgefüllten WD80EMAZ.
-
Noch als Ergänzung, wie der VDR über vdr-sxfe mit systemd gestarted wird:
Code[Unit] Description=vdr-sxfe After=vdr.service [Service] ExecStart=/usr/bin/xinit -e /usr/bin/vdr-sxfe --aspect=16:9 --width=1920 --height=1080 --audio=alsa --syslog --reconnect -f xvdr+tcp://127.0.0.1 Restart=always [Install] WantedBy=multi-user.target
Evtl. liegt da irgendwo der Hund begraben.
-
Oh, herzlichen Dank für den Link zu der DEB, hätte etwas mehr googeln sollen.
Werde ich direkt ausprobieren, wenn ich mein Xine-Debakel gelöst habe.
-
So, habe geschnallt, dass mir für die zurückgehaltenen Pakete die e-Tobi backports in der sources.list fehlen.
Ergänzt, aktualisiert, reboot und seitdem flutet er mir das syslog mit 2KB/Sekunde mit nachfolgenden Einträgen.
Bedienung des VDR geht nicht mehr, weder mit Maus noch Tastatur.
Irgendwelche Ideen?
CodeDie folgenden Pakete werden aktualisiert (Upgrade): libxine2 libxine2-bin libxine2-console libxine2-ffmpeg libxine2-misc-plugins libxine2-x libxine2-xvdr xineliboutput-sxfe Jul 15 21:58:17 vdr vdr-sxfe[871]: [887] [input_vdr] vdr_plugin_parse_control(): unknown control ^A Jul 15 21:58:17 vdr vdr-sxfe[871]: [887] [input_vdr] unknown control message ^A Jul 15 21:58:17 vdr vdr-sxfe[871]: [887] [input_vdr] vdr_plugin_parse_control(): unknown control ^C^G^A^A^A^X^C Jul 15 21:58:17 vdr vdr-sxfe[871]: [887] [input_vdr] unknown control message ^C^G^A^A^A^X^C Jul 15 21:58:17 vdr vdr-sxfe[871]: [887] [input_vdr] vdr_plugin_parse_control(): unknown control ^A
Edit: Evtl. hilft der Logauszug noch...
Code
Alles anzeigenJul 15 21:57:59 vdr vdr: [835] [xine..put] H.264: Found NAL SPS at offset 6/335 Jul 15 21:57:59 vdr vdr: [835] [xine..put] H.264 SPS: profile_idc 100 Jul 15 21:57:59 vdr vdr: [835] [xine..put] H.264 SPS: pic_width: 80 mbs Jul 15 21:57:59 vdr vdr: [835] [xine..put] H.264 SPS: pic_height: 45 mbs Jul 15 21:57:59 vdr vdr: [835] [xine..put] H.264 SPS: frame only flag: 1 Jul 15 21:57:59 vdr vdr: [835] [xine..put] H.264 SPS: aspect_ratio_idc 1 Jul 15 21:57:59 vdr vdr: [835] [xine..put] H.264 SPS: -> aspect ratio 1 / 1 Jul 15 21:57:59 vdr vdr: [835] [xine..put] H.264 SPS: -> video size 1280x720, aspect 1:1 Jul 15 21:57:59 vdr vdr: [835] [xine..put] Detected video size 1280x720 Jul 15 21:57:59 vdr vdr: [517] max. latency time 1 seconds Jul 15 21:58:00 vdr vdr-sxfe[871]: [871] [scrnsaver] Error: The name org.gnome.SessionManager was not provided by any .service files Jul 15 21:58:00 vdr vdr-sxfe[871]: [871] [scrnsaver] Error: The name org.gnome.ScreenSaver was not provided by any .service files Jul 15 21:58:02 vdr vdr-sxfe[871]: [871] [vdr-fe] WARNING: no video driver given. Trying OpenGL2. Jul 15 21:58:02 vdr vdr-sxfe[871]: [871] [vdr-fe] Detected 4 CPUs Jul 15 21:58:02 vdr vdr-sxfe[871]: [871] [vdr-fe] Enabling FFmpeg multithreaded video decoding Jul 15 21:58:02 vdr vdr-sxfe[871]: [871] [input_vdr] Using non-default "media.xvdr.num_buffers_hd:4000" Jul 15 21:58:02 vdr vdr-sxfe[871]: [871] [input_vdr] Connecting (control) to tcp://127.0.0.1:37890 ... Jul 15 21:58:02 vdr vdr: [825] [xine..put] Client 0 connected: 127.0.0.1:42708 Jul 15 21:58:02 vdr vdr: [825] loading /var/lib/vdr/plugins/xineliboutput/allowed_hosts.conf Jul 15 21:58:02 vdr vdr: [825] [xine..put] setsockopt(SO_SNDBUF): got 262144 bytes Jul 15 21:58:02 vdr vdr-sxfe[871]: [871] [input_vdr] Server greeting: VDR-2.4.1 xineliboutput-2.1.0 READY Jul 15 21:58:02 vdr vdr-sxfe[871]: [871] [input_vdr] Connected (control) to tcp://127.0.0.1:37890 Jul 15 21:58:02 vdr vdr-sxfe[871]: [871] [input_vdr] Connecting (data) to tcp://127.0.0.1:37890 ... Jul 15 21:58:02 vdr vdr: [825] [xine..put] Client 1 connected: 127.0.0.1:42710 Jul 15 21:58:02 vdr vdr: [825] loading /var/lib/vdr/plugins/xineliboutput/allowed_hosts.conf Jul 15 21:58:02 vdr vdr: [825] [xine..put] setsockopt(SO_SNDBUF): got 262144 bytes Jul 15 21:58:02 vdr vdr: [825] [xine..put] Data connection (TCP) requested Jul 15 21:58:02 vdr vdr: [825] [xine..put] cBackgroundWriterI initialized (buffer 2048 kb) Jul 15 21:58:02 vdr vdr-sxfe[871]: [871] [input_vdr] Data stream connected (TCP) Jul 15 21:58:02 vdr vdr: [825] [xine..put] cTcpWriter initialized (buffer 2048 kb) Jul 15 21:58:02 vdr vdr-sxfe[871]: [889] [hdmi-cec] WARNING: CEC HDMI port not given and edid reading/parsing failed Jul 15 21:58:02 vdr vdr-sxfe[871]: [887] [input_vdr] ARGB OSD supported by video driver Jul 15 21:58:02 vdr vdr-sxfe[871]: [887] [input_osd] Unknown OSD command 10 Jul 15 21:58:02 vdr vdr-sxfe[871]: [887] [input_vdr] invalid parameter in control message OSDCMD Jul 15 21:58:02 vdr vdr-sxfe[871]: [887] [input_vdr] vdr_plugin_parse_control(): unknown control
-
mini73: Das liegt unter /usr/share/vdr/shutdown-hooks/S10.activitycheck.
Hatte ich vor Jahren mal in einem Forum aufgeschnappt, tut an sich auch das, was es soll, mir ist nur beim Verlängern des Intervalls im Skript heute aufgefallen, dass der Text nie so vom VDR ausgegeben wird. Und da dachte ich einfach, ich frag mal nach.
wmautner: vdr-plugin-lifeguard-ng gibt es meines Wissens nach nicht für Debian/e-Tobi.
-
Ich habe hier einen Shutdown Hook, der auf ssh und SMB-Verbindungen testet:
Code
Alles anzeigenNET_LST="ssh microsoft-ds" for lst in `echo $NET_LST` do netstat |grep $lst if [ $? -eq 0 ] ; then echo "ABORT_MESSAGE=\"Remote-Verbindung besteht noch\"" echo "TRY_AGAIN=5" exit 1 fi done exit 0
Der funktioniert soweit auch einwandfrei, aber statt der ABORT_MESSAGE sehe ich am TV-Schirm immer nur "Shutdown abgebrochen / Shutdown aborted".
Ist das so gewollt, ein Bug oder ist was falsch in dem Script?
-
Jetzt habe ich nur noch eine Baustelle: mir werden 2 Pakete als zurückgehalten angezeigt.
Code
Alles anzeigenapt list --upgradable Auflistung... Fertig libxine2-xvdr/unbekannt 2.1.0+git20190511-1 i386 [aktualisierbar von: 1.1.0+cvs20150907-3] xineliboutput-sxfe/unbekannt 2.1.0+git20190511-1 i386 [aktualisierbar von: 1.1.0+cvs20150907-3] libxine2-xvdr : Hängt ab von: libxine2 (>= 1.2.9) aber 1.2.6-1.3 soll installiert werden E: Beschädigte Pakete sources.list deb https://packages.e-tobi.net/vdr-experimental stretch base addons vdr-multipatch deb http://ftp.de.debian.org/debian/ stretch main contrib non-free deb http://ftp.de.debian.org/debian-security/ stretch/updates main contrib non-free
Hat jemand dazu noch eine Erklärung bzw. Idee zur Lösung?
-
So, Lösung gefunden: die Maintainer haben aus unerfindlichen Gründen im Kernel-Modul den RC-Support für die DVBSky S952 per Default abgeschalten:
https://forum.kodi.tv/showthread.php?tid=220265
Mann muss eine /etc/modprobe.d/cx23885.conf erstellen und dort
options cx23885 enable_885_ir=1
reinschreiben.
Reboot und man hat wieder das:
CodeJul 15 12:12:17 vdr vmunix: [ 4.354199] Registered IR keymap rc-dvbsky Jul 15 12:12:17 vdr vmunix: [ 4.354443] input: cx23885 IR (DVBSky S952) as /devices/pci0000:00/0000:00:1c.0/0000:01:00.0/rc/rc0/input15 Jul 15 12:12:17 vdr vmunix: [ 4.358358] rc rc0: cx23885 IR (DVBSky S952) as /devices/pci0000:00/0000:00:1c.0/0000:01:00.0/rc/rc0 Jul 15 12:12:17 vdr vmunix: [ 4.362521] lirc_dev: IR Remote Control driver registered, major 245 Jul 15 12:12:17 vdr vmunix: [ 4.363148] IR RC5(x/sz) protocol handler initialized Jul 15 12:12:17 vdr vmunix: [ 4.364703] rc rc0: lirc_dev: driver ir-lirc-codec (cx23885) registered at minor = 0 Jul 15 12:12:17 vdr vmunix: [ 4.364708] IR LIRC bridge handler initialized
-
So sah es in den Logs zuvor mit Jessie aus, da wurde der DVBSky RC-Port einwandfrei erkannt und registriert:
Code
Alles anzeigenJul 14 10:31:32 vdr vmunix: [ 4.620916] DVB: registering new adapter (cx23885[0]) Jul 14 10:31:32 vdr vmunix: [ 4.620928] cx23885 0000:01:00.0: DVB: registering adapter 0 frontend 0 (Montage DS3103/TS2022)... Jul 14 10:31:32 vdr vmunix: [ 4.648975] DVBSKY PCIe MAC= 00:17:42:54:09:52 Jul 14 10:31:32 vdr vmunix: [ 4.648980] cx23885_dvb_register() allocating 1 frontend(s) Jul 14 10:31:32 vdr vmunix: [ 4.648983] cx23885[0]: cx23885 based dvb card Jul 14 10:31:32 vdr vmunix: [ 4.649469] DS3000 chip version: d0 attached. Jul 14 10:31:32 vdr vmunix: [ 4.650281] TS202x chip version[1]: c1 attached. Jul 14 10:31:32 vdr vmunix: [ 4.661334] TS202x chip version[2]: c3 attached. Jul 14 10:31:32 vdr vmunix: [ 4.708523] m88ds3103_load_firmware: Waiting for firmware upload (dvb-fe-ds3103.fw)... Jul 14 10:31:32 vdr vmunix: [ 4.708577] cx23885 0000:01:00.0: firmware: direct-loading firmware dvb-fe-ds3103.fw Jul 14 10:31:32 vdr vmunix: [ 4.708583] m88ds3103_load_firmware: Waiting for firmware upload(2)... Jul 14 10:31:32 vdr vmunix: [ 5.606381] DVB: registering new adapter (cx23885[0]) Jul 14 10:31:32 vdr vmunix: [ 5.606388] cx23885 0000:01:00.0: DVB: registering adapter 1 frontend 0 (Montage DS3103/TS2022)... Jul 14 10:31:32 vdr vmunix: [ 5.634655] DVBSKY PCIe MAC= 00:17:42:54:09:53 Jul 14 10:31:32 vdr vmunix: [ 5.634662] cx23885_dev_checkrevision() Hardware revision = 0xa5 Jul 14 10:31:32 vdr vmunix: [ 5.634669] cx23885[0]/0: found at 0000:01:00.0, rev: 4, irq: 16, latency: 0, mmio: 0xbb200000 Jul 14 10:31:32 vdr vmunix: [ 5.662269] Registered IR keymap rc-dvbsky Jul 14 10:31:32 vdr vmunix: [ 5.662454] input: cx23885 IR (DVBSKY S952) as /devices/pci0000:00/0000:00:1c.0/0000:01:00.0/rc/rc0/input15 Jul 14 10:31:32 vdr vmunix: [ 5.666007] rc0: cx23885 IR (DVBSKY S952) as /devices/pci0000:00/0000:00:1c.0/0000:01:00.0/rc/rc0 Jul 14 10:31:32 vdr vmunix: [ 5.669148] IR NEC protocol handler initialized Jul 14 10:31:32 vdr vmunix: [ 5.669770] IR RC6 protocol handler initialized Jul 14 10:31:32 vdr vmunix: [ 5.670513] IR RC5(x) protocol handler initialized Jul 14 10:31:32 vdr vmunix: [ 5.672029] IR JVC protocol handler initialized Jul 14 10:31:32 vdr vmunix: [ 5.672167] IR SANYO protocol handler initialized Jul 14 10:31:32 vdr vmunix: [ 5.672984] IR Sony protocol handler initialized Jul 14 10:31:32 vdr vmunix: [ 5.673613] input: MCE IR Keyboard/Mouse (cx23885) as /devices/virtual/input/input16 Jul 14 10:31:32 vdr vmunix: [ 5.679846] IR MCE Keyboard/mouse protocol handler initialized Jul 14 10:31:32 vdr vmunix: [ 5.680533] IR Sharp protocol handler initialized Jul 14 10:31:32 vdr vmunix: [ 5.683177] lirc_dev: IR Remote Control driver registered, major 248 Jul 14 10:31:32 vdr vmunix: [ 5.685440] rc rc0: lirc_dev: driver ir-lirc-codec (cx23885) registered at minor = 0 Jul 14 10:31:32 vdr vmunix: [ 5.685447] IR LIRC bridge handler initialized
Jetzt auf Stretch kommt nach cx23885[0]/0: found at 0000:01:00.0, rev: 4, irq: 16, latency: 0, mmio: 0xbb200000 nichts mehr.
-
Sollte jemand nach einem Jessie->Stretch-Upgrade auch mal noch das Problem haben, dass Samba nicht mehr geht:
man muss manuell den Ordner /var/lib/samba/private anlegen, ansonsten scheitert es daran
Code[2020/07/15 07:42:52.536457, 0] ../lib/util/util.c:216(directory_create_or_exist) mkdir failed on directory /var/lib/samba/private/msg.sock: Datei oder Verzeichnis nicht gefunden
Ebenso sollte man prüfen, ob der Ordner /var/cache/samba/msg auf 0755 ist.
Beides Dinge, die nach dem Upgrade von Samba von 4.2.14 auf 4.5.16 vorausgesetzt werden, aber seitens des Debian-Updateprozesses nicht durchgeführt werden.
-
Habe jetzt mal noch ein systemctl mask lircd-uinput ausgeführt, brachte aber außer einem
CodeJul 14 16:05:38 vdr vmunix: [ 2.676346] systemd[1]: lircd-uinput.service: Cannot add dependency job, ignoring: Unit lircd-uinput.service is masked.
im Log keine Änderung nach einem Neustart.
Ich hoffe, das Maskieren war nicht kontraproduktiv?
-
Firmware von DVBSky ist installiert, TV-Bild und Ton sind da, Tastatur-Bedienung klappt auch.
dmesg meint
Code
Alles anzeigenvdr:~# dmesg | grep input [ 2.138742] logitech-djreceiver 0003:046D:C52B.0003: hiddev0,hidraw0: USB HID v1.11 Device [Logitech USB Receiver] on usb-0000:00:14.0-4/input2 [ 2.270870] input: Logitech K400 as /devices/pci0000:00/0000:00:14.0/usb1/1-4/1-4:1.2/0003:046D:C52B.0003/0003:046D:4024.0004/input/input3 [ 2.271489] logitech-hidpp-device 0003:046D:4024.0004: input,hidraw1: USB HID v1.11 Keyboard [Logitech K400] on usb-0000:00:14.0-4:1 [ 2.941838] input: Power Button as /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0C:00/input/input4 [ 2.941935] input: Sleep Button as /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0E:00/input/input5 [ 2.942033] input: Power Button as /devices/LNXSYSTM:00/LNXPWRBN:00/input/input6 [ 3.082248] input: PC Speaker as /devices/platform/pcspkr/input/input7 [ 3.213626] snd_hda_codec_realtek hdaudioC0D0: inputs: [ 3.503703] input: HDA Intel PCH Rear Mic as /devices/pci0000:00/0000:00:1b.0/sound/card0/input8 [ 3.503826] input: HDA Intel PCH Line as /devices/pci0000:00/0000:00:1b.0/sound/card0/input9 [ 3.503941] input: HDA Intel PCH Line Out as /devices/pci0000:00/0000:00:1b.0/sound/card0/input10 [ 3.504058] input: HDA Intel PCH HDMI/DP,pcm=3 as /devices/pci0000:00/0000:00:1b.0/sound/card0/input11 [ 3.504662] input: HDA Intel PCH HDMI/DP,pcm=7 as /devices/pci0000:00/0000:00:1b.0/sound/card0/input12 [ 4.010582] input: HDA NVidia HDMI/DP,pcm=3 as /devices/pci0000:00/0000:00:1c.1/0000:02:00.1/sound/card1/input13 [ 4.010709] input: HDA NVidia HDMI/DP,pcm=7 as /devices/pci0000:00/0000:00:1c.1/0000:02:00.1/sound/card1/input14 [ 5.241876] input: lircd-uinput as /devices/virtual/input/input15 vdr:~# dmesg | grep cx [ 3.291176] cx23885 driver version 0.0.4 loaded [ 3.291423] CORE cx23885[0]: subsystem: 4254:0952, board: DVBSky S952 [card=50,autodetected] [ 3.552127] cx25840 3-0044: cx23885 A/V decoder found @ 0x88 (cx23885[0]) [ 3.563913] cx25840 3-0044: firmware: direct-loading firmware v4l-cx23885-avcore-01.fw [ 4.177312] cx25840 3-0044: loaded v4l-cx23885-avcore-01.fw firmware (16382 bytes) [ 4.192337] cx23885_dvb_register() allocating 1 frontend(s) [ 4.192341] cx23885[0]: cx23885 based dvb card [ 4.255363] DVB: registering new adapter (cx23885[0]) [ 4.255373] cx23885 0000:01:00.0: DVB: registering adapter 0 frontend 0 (Montage Technology M88DS3103)... [ 4.283194] cx23885_dvb_register() allocating 1 frontend(s) [ 4.283196] cx23885[0]: cx23885 based dvb card [ 4.344569] DVB: registering new adapter (cx23885[0]) [ 4.344579] cx23885 0000:01:00.0: DVB: registering adapter 1 frontend 0 (Montage Technology M88DS3103)... [ 4.372681] cx23885_dev_checkrevision() Hardware revision = 0xa5 [ 4.372687] cx23885[0]/0: found at 0000:01:00.0, rev: 4, irq: 16, latency: 0, mmio: 0xbb200000 vdr:~# dmesg | grep m88 [ 5.480149] m88ds3103 2-0068: found a 'Montage Technology M88DS3103' in cold state [ 5.481309] m88ds3103 2-0068: firmware: direct-loading firmware dvb-demod-m88ds3103.fw [ 5.481317] m88ds3103 2-0068: downloading firmware from file 'dvb-demod-m88ds3103.fw' [ 6.378970] m88ds3103 2-0068: found a 'Montage Technology M88DS3103' in warm state [ 6.378974] m88ds3103 2-0068: firmware version: 3.B
-
Ein IR-Sensorkabel am integrierten Empfänger einer DVBSky S952 von anno 2013.
-
irw zeigt mir keine Fernbedienungseingaben.
Ich habe mal ein paar weitere Ausgaben durchgetestet, vielleicht hilft das ja bei der Fehlersuche - ich bin momentan ratlos:
Code
Alles anzeigenvdr:~# ir-keytable Couldn't find any node at /sys/class/rc/rc*. vdr:~# cat /proc/bus/input/devices I: Bus=0000 Vendor=0000 Product=0000 Version=0000 N: Name="lircd-uinput" P: Phys= S: Sysfs=/devices/virtual/input/input15 U: Uniq= H: Handlers=sysrq kbd rfkill event12 B: PROP=0 B: EV=100003 B: KEY=ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff fffffffe vdr:~# fuser -vu /var/run/lirc/lircd BEN. PID ZUGR. BEFEHL /run/lirc/lircd: root 553 F.... (root)lircd
Edit: Das sieht auch komisch aus:
Code
Alles anzeigenvdr:~# systemctl status lircd-setup.service Loaded: loaded (/lib/systemd/system/lircd-setup.service; enabled; vendor preset: enabled) Active: failed (Result: start-limit-hit) since Tue 2020-07-14 13:23:06 CEST; 39s ago Docs: man:lircd-setup(8) Process: 819 ExecStart=/usr/sbin/lircd-setup (code=exited, status=0/SUCCESS) Main PID: 819 (code=exited, status=0/SUCCESS) Jul 14 13:23:06 vdr systemd[1]: Starting lircd(8) initialization helper tool... Jul 14 13:23:06 vdr systemd[1]: Started lircd(8) initialization helper tool. Jul 14 13:23:06 vdr systemd[1]: lircd-setup.service: Start request repeated too quickly. Jul 14 13:23:06 vdr systemd[1]: Failed to start lircd(8) initialization helper tool. Jul 14 13:23:06 vdr systemd[1]: lircd-setup.service: Unit entered failed state. Jul 14 13:23:06 vdr systemd[1]: lircd-setup.service: Failed with result 'start-limit-hit'.
/etc/lirc/hardware.conf
Code
Alles anzeigen# /etc/lirc/hardware.conf # # Arguments which will be used when launching lircd LIRCD_ARGS="" #Don't start lircmd even if there seems to be a good config file #START_LIRCMD=false #Don't start irexec, even if a good config file seems to exist. #START_IREXEC=false #Try to load appropriate kernel modules LOAD_MODULES=true # Run "lircd --driver=help" for a list of supported drivers. DRIVER="default" # usually /dev/lirc0 is the correct setting for systems using udev DEVICE="/dev/lirc0" MODULES="" # Default configuration files for your hardware if any LIRCD_CONF="/etc/lirc/lircd.conf" LIRCMD_CONF=""
/etc/lirc/lirc_options.conf
Code
Alles anzeigen# These are the default options to lircd, if installed as # /etc/lirc/lirc_options.conf. See the lircd(8) and lircmd(8) # manpages for info on the different options. # # Some tools including mode2 and irw uses values such as # driver, device, plugindir and loglevel as fallback values # in not defined elsewhere. [lircd] nodaemon = False driver = devinput device = auto output = /var/run/lirc/lircd pidfile = /var/run/lirc/lircd.pid plugindir = /usr/lib/i386-linux-gnu/lirc/plugins permission = 666 allow-simulate = No repeat-max = 600 #effective-user = #listen = [address:]port #connect = host[:port] #loglevel = 6 #uinput = ... #release = ... #logfile = ... [lircmd] uinput = False nodaemon = False # [modinit] # code = /usr/sbin/modprobe lirc_serial # code1 = /usr/bin/setfacl -m g:lirc:rw /dev/uinput # code2 = ... # [lircd-uinput] # release-timeout = 200
-
Ich habe die MLD heute früh mal wieder angetestet, es ist wirklich eine "smoothe" Lösung und was die Maintainer da leisten, ist mehr als respektabel.
Aber mir fehlen halt doch ein paar Kleinigkeiten, die man bei einer vollwertigen Distribution als Freiheiten ab Werk mit dabei hat.
Beispielsweise würde ich gerne ein Win10-Dualboot über Grub beibehalten. Mit der MLD ist das zwar laut Foreneinträgen auch möglich, erfordert aber einige Klimmzüge.
-
So, ich exhumier den Thread mal.
Nach bald 2 Jahren war ich doch noch so bekloppt mal das alte Jessie-System auf Stretch zu hieven.
Und das Upgrade lief erstaunlich reibungslos durch: ich habe noch nicht lange testen können, aber was ich bislang sehen konnte, läuft vdr-sxfe wie unter Jessie, von Umschaltproblemen habe bei meiner Kombination noch nichts bemerkt.
Das einzige, was mir auf Stretch Schwierigkeiten bereitet und wo ich eure Hilfe brauchen könnte, ist lirc.
Der VDR reagiert nicht mehr auf Fernbedienungseingaben. Hat sich da was geändert von Jessie auf Stretch?
Hier mal ein Auszug aus dem syslog:
Code
Alles anzeigenJul 14 11:00:01 vdr vdr: [553] remote control LIRC - keys known Jul 14 11:00:01 vdr vdr: [854] LIRC remote control thread started (pid=553, tid=854, prio=high) Jul 14 11:25:27 vdr lircd-0.9.4c[560]: Info: lircd-uinput: Opening log, level: Info Jul 14 11:25:27 vdr lircd-0.9.4c[560]: Info: Reading data from /var/run/lirc/lircd, writing to /dev/uinput Jul 14 11:25:27 vdr lircd-0.9.4c[560]: Info: Using "_UP" as release suffix Jul 14 11:25:27 vdr vmunix: [ 4.741784] input: lircd-uinput as /devices/virtual/input/input15 Jul 14 11:25:27 vdr lircd-0.9.4c[559]: Info: Initial device: auto Jul 14 11:25:27 vdr lircd-0.9.4c[559]: Info: Initial device: auto Jul 14 11:25:27 vdr lircd-0.9.4c[559]: Info: lircd: Opening log, level: Info Jul 14 11:25:27 vdr lircd-0.9.4c[719]: Info: lircd: Opening log, level: Info Jul 14 11:25:27 vdr vmunix: [ 4.876969] random: crng init done Jul 14 11:25:27 vdr vmunix: [ 4.876973] random: 7 urandom warning(s) missed due to ratelimiting Jul 14 11:25:27 vdr lircd-0.9.4c[719]: Info: Initial device: auto Jul 14 11:25:27 vdr lircd-0.9.4c[719]: Info: Initial device: auto Jul 14 11:25:27 vdr lircd-0.9.4c[719]: Info: lircd: Opening log, level: Info Jul 14 11:25:27 vdr vmunix: [ 4.995507] m88ds3103 2-0068: found a 'Montage Technology M88DS3103' in cold state Jul 14 11:25:27 vdr vmunix: [ 4.995909] m88ds3103 2-0068: firmware: direct-loading firmware dvb-demod-m88ds3103.fw Jul 14 11:25:27 vdr vmunix: [ 4.995915] m88ds3103 2-0068: downloading firmware from file 'dvb-demod-m88ds3103.fw' Jul 14 11:25:27 vdr lircd-0.9.4c[808]: Info: lircd: Opening log, level: Info Jul 14 11:25:27 vdr lircd-0.9.4c[808]: Info: Initial device: auto Jul 14 11:25:27 vdr lircd-0.9.4c[808]: Info: Initial device: auto Jul 14 11:25:27 vdr lircd-0.9.4c[808]: Info: lircd: Opening log, level: Info Jul 14 11:25:27 vdr lircd-0.9.4c[815]: Info: lircd: Opening log, level: Info Jul 14 11:25:27 vdr lircd-0.9.4c[815]: Info: Initial device: auto Jul 14 11:25:27 vdr lircd-0.9.4c[815]: Info: Initial device: auto Jul 14 11:25:27 vdr lircd-0.9.4c[815]: Info: lircd: Opening log, level: Info Jul 14 11:25:27 vdr lircd-0.9.4c[821]: Info: lircd: Opening log, level: Info Jul 14 11:25:27 vdr lircd-0.9.4c[821]: Info: Initial device: auto Jul 14 11:25:27 vdr lircd-0.9.4c[821]: Info: Initial device: auto Jul 14 11:25:27 vdr lircd-0.9.4c[821]: Info: lircd: Opening log, level: Info
Hier noch meine /etc/lirc/lircd.conf
Code
Alles anzeigen# # this config file was automatically generated # using lirc-0.7.0pre4(serial) on Sun Oct 2 00:24:32 2005 # # contributed by anton|ganthaler.at and juergen.wilhelm|aon.at # members of linux user group Vorarlberg www.lugv.at # # for ir remote controler from Hauppauge WinTV Nexus-S # most of the keys are supported # # brand: Hauppauge # model no. of remote control: WinTV Nexus-S # devices being controlled by this remote: # begin remote name Hauppauge_WinTV_Nexus-S bits 13 flags RC5|CONST_LENGTH eps 30 aeps 100 one 944 828 zero 944 828 plead 980 gap 113932 min_repeat 1 toggle_bit 2 begin codes Up 0x0000000000001794 Down 0x0000000000001795 Left 0x0000000000001796 Right 0x0000000000001797 Power 0x00000000000017BD Ok 0x00000000000017A5 Menu 0x000000000000178D Back 0x000000000000179F Red 0x000000000000178B Green 0x00000000000017AE Yellow 0x00000000000017B8 Blue 0x00000000000017A9 0 0x0000000000001780 1 0x0000000000001781 2 0x0000000000001782 3 0x0000000000001783 4 0x0000000000001784 5 0x0000000000001785 6 0x0000000000001786 7 0x0000000000001787 8 0x0000000000001788 9 0x0000000000001789 Play 0x00000000000017B5 Pause 0x00000000000017B0 Stop 0x00000000000017B6 Record 0x00000000000017B7 FastFwd 0x00000000000017B4 FastRwd 0x00000000000017B2 Channel+ 0x00000000000017A0 Channel- 0x00000000000017A1 # Volume+ 0x0000000000001790 # Volume- 0x0000000000001791 Mute 0x000000000000178F Timers 0x000000000000178A Recordings 0x000000000000178E Back 0x000000000000179F end codes end remote
Außerdem ist mir im syslog noch ein "invalid lock sequence report" aufgefallen.
Edit: Ursache für invalid lock sequence report bei Skinelchi gefunden
-
Hmm, vielleicht hast Du recht und ich sollte der MLD nochmal eine Chance geben.
Hatte es vor 1 1/2 zuletzt probiert und damals Probleme mit meiner nVidia-Karte.