Posts by rüsseltier

rüsseltier · Jul 17th 2020

fnu : Ich will den Archiv-Ordner und die Kategorie-Ordner drunter schützen, damit bei einem versehentlichen Löschen nicht gleich dutzende Aufnahmen oder gar alles im Orkus landet. Darunter möchte ich aber gerne weiterhin Aufnahmen reinschieben oder auch löschen können und der VDR soll bei Bedarf seine resume-Dateien erstellen können.

Ich bin in Sachen POSIX auch relativ unbeleckt: mir erscheint EXT4_APPEND_FL mehr wie eine EXT4-Eigenheit(?)

Was die Nützlichkeit für Leute die auf NAS speichern oder ZFS am laufen haben, natürlich aufheben würde.

Ursprünglich hatte ich eigentlich auch chattr +i im Auge, war dann aber ganz verblüfft über die Erklärung der Wirkungsweise von chattr +a bei StackExchange.

Wie SHF schon sagte: bei Gelegenheit werde ich das auch mal durchtesten.

Wenn man das FS-unabhängig machen wollte, wären vielleicht leere Dateien mit Bezeichnungen wie .nodel oder .protected eine Möglichkeit zur Auswertung vor dem Löschbefehl durch den VDR.

rüsseltier · Jul 16th 2020

Meine VDR-Ordnerstruktur sieht ungefähr so aus:

Code

/mnt/VDR-Aufnahmen/Archiv
|--Dokus
|--Filme
|--Musik
|--Reportagen
|--Serien

Neue Aufnahmen landen unter VDR-Aufnahmen, bei Bedarf werden sie geschnitten in die Unterordner im Archiv-Ordner verschoben.

Jetzt ist es mir schon mehrfach vorgekommen, dass ich versehentlich auf dem Archiv-Ordner oder einem Kategorie-Unterordner die gelbe Löschen-Taste betätigt habe.

Glücklicherweise muss man ja noch bestätigen, aber irgendwann drückt man (oder frau) wohl mal aus Reflex auf OK.

Was habe ich da für Möglichkeiten um das zu Verhindern?

Wäre ein chattr +a auf den Archiv-Ordner eine gute Lösung? (Erklärung)

Wenn ich es recht verstehe, wäre damit wäre dann der Archiv-Ordner samt Unterordnern geschützt, darunter könnte man, frau und VDR aber nach wie vor schalten und walten.

Oder gibt es sonst noch alternative Schutzmöglichkeiten ohne den VDR-Betrieb zu beeinträchtigen?

rüsseltier · Jul 16th 2020

Astrein, habe es gerade getestet.

Dass mir das all die Jahre durch die Lappen gegangen ist.

Danke seahawk1986!

rüsseltier · Jul 16th 2020

Das ist das heruntergeladene 50MB syslog in Notepad++ unverändert in UTF8.

Im Anhang mal ein anderer Ausschnitt in ANSI-Kodierung - so sieht es auch nativ übers Terminal im Viewer von MC aus.

rüsseltier · Jul 16th 2020

Im Anhang mal ein Screenshot, was da für ein Zeichensalat im syslog nach jedem Start auch ohne jede Interaktion auftaucht.

Das kann eigentlich nichts mir LIRC zu tun haben.

Ich hab testweise auch mal die options cx23885 enable_885_ir=1 in der /etc/modprobe.d/cx23885.conf rausgenommen.

Mir ist aber aufgefallen, dass er stark verzögert (15-20 Sekunden) Eingaben manchmal doch aufgreift und z.B. Programme wechselt.

Ein OSD bringe ich aber nie auf den Bildschirm.

Der Zeichensalat beginnt auch immer nach den selben Zeilen im syslog:

Jul 16 15:50:45 vdr vdr-sxfe[854]: [880] [input_osd] Unknown OSD command 10

Jul 16 15:50:45 vdr vdr-sxfe[854]: [880] [input_vdr] invalid parameter in control message OSDCMD

rüsseltier · Jul 16th 2020

SMR gibt es meines WIssens nach bei WD aktuell nur bis einschließlich 6TB.

rüsseltier · Jul 16th 2020

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

vdr:~# 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

Display More

rüsseltier · Jul 16th 2020

Code

vdr:~# 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

Display More

rüsseltier · Jul 16th 2020

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.

rüsseltier · Jul 16th 2020

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.

rüsseltier · Jul 15th 2020

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.

rüsseltier · Jul 15th 2020

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?

Code

Die 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

Jul 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

Display More

rüsseltier · Jul 15th 2020

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.

rüsseltier · Jul 15th 2020

Ich habe hier einen Shutdown Hook, der auf ssh und SMB-Verbindungen testet:

Code

NET_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

Display More

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?

rüsseltier · Jul 15th 2020

Jetzt habe ich nur noch eine Baustelle: mir werden 2 Pakete als zurückgehalten angezeigt.

Code

apt 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

Display More

Hat jemand dazu noch eine Erklärung bzw. Idee zur Lösung?

rüsseltier · Jul 15th 2020

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:

Code

Jul 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

rüsseltier · Jul 15th 2020

So sah es in den Logs zuvor mit Jessie aus, da wurde der DVBSky RC-Port einwandfrei erkannt und registriert:

Code

Jul 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

Display More

Jetzt auf Stretch kommt nach cx23885[0]/0: found at 0000:01:00.0, rev: 4, irq: 16, latency: 0, mmio: 0xbb200000 nichts mehr.

rüsseltier · Jul 15th 2020

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.

rüsseltier · Jul 14th 2020

Habe jetzt mal noch ein systemctl mask lircd-uinput ausgeführt, brachte aber außer einem

Code

Jul 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?

rüsseltier · Jul 14th 2020

Firmware von DVBSky ist installiert, TV-Bild und Ton sind da, Tastatur-Bedienung klappt auch.

dmesg meint

Code

vdr:~# 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

Display More

Posts by rüsseltier

VDR-Verzeichnisse vor versehentlichem Löschen schützen

VDR-Verzeichnisse vor versehentlichem Löschen schützen

ABORT_MESSAGE in Shutdown Hooks

Upgrade von Jessie nach Stretch - was zu beachten?

Upgrade von Jessie nach Stretch - was zu beachten?

RAID5 Speichergröße erweitern

Upgrade von Jessie nach Stretch - was zu beachten?

Upgrade von Jessie nach Stretch - was zu beachten?

RAID5 Speichergröße erweitern

Upgrade von Jessie nach Stretch - was zu beachten?

ABORT_MESSAGE in Shutdown Hooks

Upgrade von Jessie nach Stretch - was zu beachten?

ABORT_MESSAGE in Shutdown Hooks

ABORT_MESSAGE in Shutdown Hooks

Upgrade von Jessie nach Stretch - was zu beachten?

Upgrade von Jessie nach Stretch - was zu beachten?

Upgrade von Jessie nach Stretch - was zu beachten?

Upgrade von Jessie nach Stretch - was zu beachten?

Upgrade von Jessie nach Stretch - was zu beachten?

Upgrade von Jessie nach Stretch - was zu beachten?