Ich liebe Chaos: ich hätte schon die fragliche Datei umbenannt oder erstmal geguckt, was alles mitgerissen wird, wenn das gir1.2 mal zwischendurch deinstalliert wird.
Beiträge von wmautner
-
-
Hmm, ja das Frodo-ppa (danke!!!) verwende ich auch, aber empfielt er nicht, durch apt-pinning die Prioritäten zu setzen und jedenfalls das main-Repo aktiv zu lassen?
-
Bei mir:
# apt-cache policy libtinyxml2-2v5
libtinyxml2-2v5:
Installiert: 2.2.0-1.1yavdr0~trusty
Installationskandidat: 2.2.0-1.1yavdr0~trusty
Versionstabelle:
*** 2.2.0-1.1yavdr0~trusty 0
500 http://ppa.launchpad.net/yavdr/main/ubuntu/ trusty/main amd64 Packages
100 /var/lib/dpkg/status
Ist das yavdr-main Repo vielleicht enftfleucht? -
Ich benütze zur Zeit (siehe Signatur) einen 4.14er, aber noch die Version VOR dem Meltdown-Patch, da mit diesem (und auch einem 4.13er aus dem Kernel-ppa mit den Patches) meine TT-S2-3200 oopst.
Der 4.14 hat zudem den Vorteil, daß er alle cine-S2/C/T Treiber bereits beinhaltet und zusätzlich den für TT-S2-3200, also kein dkms dafür mehr nötig ist.
Aber auf meinem (ebenfalls noch truxty) Desktop-System (wegen KDE4 nicht direkt upzugraden) und dem xubuntu-System am Arbeitsplatz läuft
z.Z. 4.13.0-31.34~16.04.1
Versionstabelle:
4.13.0-31.34~16.04.1 0
500 http://ppa.launchpad.net/canonical-kernel-team/ppa/ubuntu/ xenial/main amd64 Packages
aus obigem ppa, welches auch regelmäßig upgedated wird und auch schon die Meltdown- und Spectre-Patches enthält.
-
Ah danke Ja, wenn ich was in der Channelmap ändere, erkennt der epgd das und liest die Daten frisch ein. Wußte nur nicht, ob da nicht alte Timer etc. im Spiel sind ...
-
Hab auch schon den 4.14er drauf - genauer gesagt, den 4.14.10-041410-generic.
Der hat noch nicht den Meltdown-Patch, denn der 4.14.11 mit ebendiesem oopst mit der TT S2-3200 ...
Jedenfalls brauche ich keine dkms-Pakete mehr außer dem für nvidia. Nvidia (387) meckert wegen einer Library,
die aber problemlos nachinstalliert werden kann, und baut dann.
# lspci -vv|grep -i dvb
03:00.0 Multimedia controller: Digital Devices GmbH Octopus DVB Adapter
Subsystem: Digital Devices GmbH Cine S2 V6 DVB adapter
Kernel driver in use: budget_ci dvb
root@hdvdr:~# dmesg|grep DDB
[ 8.740220] dvbdev: DVB: registering new adapter (DDBridge)
[ 8.740221] dvbdev: DVB: registering new adapter (DDBridge)
[ 9.905628] i2c i2c-1: Found ST STV0367 DDB DVB-C/T with ChipID 60 at adr 1F
[ 10.409456] ddbridge 0000:03:00.0: DVB: registering adapter 1 frontend 0 (ST STV0367 DDB DVB-C/T)...
[ 10.410656] i2c i2c-1: Found ST STV0367 DDB DVB-C/T with ChipID 60 at adr 1E
[ 10.702074] ddbridge 0000:03:00.0: DVB: registering adapter 1 frontend 0 (ST STV0367 DDB DVB-C/T)...
Ist aber schon eine ziemlich alte Octopus -
Der funktioniert und enthält auch alle Treiber für die gebräuchlichen DVB-Karten. Nur nvidia muß noch als dkms rein.
Wichtig: es muß libelf-dev installiert werden, damit das nvidia-Modul gebaut werden kann.
-
Danke
Ja, mit 4.4 plus experimental-dkms und auch 4.10 (da aber mit Jasminis dkms-Paketen) lief die. Allerdings hab ich den Rechner bereits nach Wechsel auf 4.10 gewechselt und der kann leider kein Resume aus S5 mehr, nur noch S3 - und dann ist mir das Problem mit dem stb0899 aufgefallen, daß das nämlich nach dem Resume nicht mehr mag. Schon mit dem dkms, und natürlich auch mit den im 4.14 integrierten Modulen.
Z.Z. pfeife ich auf den Meltdown und benütze 4.14.10 noch ohne der "Härtung".
-
Lieber SurfaceCleaner,
dynamite kann das Frontend zwar "idle" setzen, aber ent- oder neuladen der Module tut es natürlich auch nicht
Was meinst Du mit "etwas lahm geladen"?
Hab gerade versucht, die Module bei bereits laufendem VDR "nachzuladen" (vorher blacklisted) und konnte den OOPS hier
Code
Alles anzeigen[49629.271941] dvbdev: DVB: registering new adapter (TT-Budget S2-3200 PCI) [49629.320027] adapter has MAC addr = 00:d0:5c:de:f6:7b [49629.320476] Registered IR keymap rc-tt-1500 [49629.320498] rc rc0: Budget-CI dvb ir receiver saa7146 (0) as /devices/pci0000:00/0000:00:1e.0/0000:37:09.0/rc/rc0 [49629.320541] input: Budget-CI dvb ir receiver saa7146 (0) as /devices/pci0000:00/0000:00:1e.0/0000:37:09.0/rc/rc0/input27 [49629.655577] stb0899_get_dev_id: Device ID=[3], Release=[4] [49629.657977] stb0899_get_dev_id: Demodulator Core ID=[DMD1], Version=[1] [49629.660507] stb0899_get_dev_id: FEC Core ID=[FEC1], Version=[1] [49629.660509] stb0899_attach: Attaching STB0899 [49629.765083] stb6100_attach: Attaching STB6100 [49629.765254] LNBx2x attached on addr=8 [49629.765261] budget_ci dvb 0000:37:09.0: DVB: registering adapter 2 frontend 0 (STB0899 Multistandard)... [49629.765273] BUG: unable to handle kernel paging request at 0000000000024280 [49629.765287] IP: osq_lock+0x50/0x110 [49629.765291] PGD 0 P4D 0 [49629.765297] Oops: 0002 [#1] SMP PTI
produzieren, also wieder beim Attachen der Tuner (wobei stb0899 bereits mit lsmod als geladen angezeigt war).
Irgendwann werde ich mir doch eine andere Single- oder Dual-SAT-Karte dazu nehmen, oder weniger aufnehmen
Die FB ... da findet sich auch meine Bessere Hälfte schon mit dem Handy und vdrmanager ab.
Liebe Grüße aus Wien!
-
Danke
Ja, klar. Wollte nur möglichst ein einheitliches "Umfeld" - und der Hauptgrund für 4.14 ist ja beim VDR hier die eingebauten Module für Octopus _und_ tt3200.
Wobei ich allerdings durch Blacklisten des stb0899-Moduls den Oops wegkriege. Die Fernbedienung (am saa7164) funktioniert noch, aber eben ein Tuner weniger ...
Der stb0899-Treiber war mir ohnehin etwas suspekt, da der nach S2Ram nicht mehr wollte - hatte da eine Hoffnung, daß dieses mit dem in-Tree-Modul sich bessern könnte, naja. Die 3200 ist auch schon ziemlich alt und wird nicht mehr produziert.
Liebe Grüße aus Wien und danke für die unermüdliche Entwicklung
-
Oh danke ... ja, mal sehen ob ich da einen Bugreport zustandekriege.
Den 4.14 wollte ich ja erst, weil der die Octopus-Treiber im Kernel hat und auch die gute alte S-3200. Dann kam der Meltdown und ich wollte den gepatchten. Auf anderen Rechnern funktioniert er auch problemlos, cat /proc/cpuinfo meldet brav den "bug: cpu_insecure" (erst bei 4.14.11) ... nur mit meinen DVB-Treibern, vermutlich auch dem zickigen stb0899, der schon nach "supend to ram" streikte, mag er nicht.
Nun, ich werde noch versuchen, den stb0899 vorerst zu blacklisten und erst zuletzt zu laden, oder mit den Kernel-Parametern spielen.
Immerhin läuft der 4.14-10 gut.
-
Liebe Leute,
Warnung:
der Kernel 4.14.0-041400 aus dem Mainline-PPA tut anstandslos mit meinem VDR.
Wohingegen der - gegen Meltdown "gehärtete" 4.14.11-041411 - beim Laden der dvb-Treiber
sich mit einem OOPS meldet und ich habe dann keine Frontends:
Code
Alles anzeigenJan 8 20:25:49 hdvdr kernel: [ 21.240547] ppdev: user-space parallel port driver Jan 8 20:25:49 hdvdr kernel: [ 21.430393] stb6100_attach: Attaching STB6100 Jan 8 20:25:49 hdvdr kernel: [ 21.528398] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready Jan 8 20:25:49 hdvdr kernel: [ 21.539709] gpio_ich: GPIO from 451 to 511 on gpio_ich Jan 8 20:25:49 hdvdr kernel: [ 21.572564] LNBx2x attached on addr=8 Jan 8 20:25:49 hdvdr kernel: [ 21.572642] budget_ci dvb 0000:37:09.0: DVB: registering adapter 2 frontend 0 (STB0899 Multistandard)... Jan 8 20:25:49 hdvdr kernel: [ 21.572644] LNBx2x attached on addr=a Jan 8 20:25:49 hdvdr kernel: [ 21.572648] BUG: unable to handle kernel paging request at 0000000000024280 Jan 8 20:25:49 hdvdr kernel: [ 21.626955] IP: osq_lock+0x50/0x110 Jan 8 20:25:49 hdvdr kernel: [ 21.680988] PGD 80000003071dc067 P4D 80000003071dc067 PUD 3071dd067 PMD 0 Jan 8 20:25:49 hdvdr kernel: [ 21.736053] Oops: 0002 [#1] SMP PTI Jan 8 20:25:49 hdvdr kernel: [ 21.790118] Modules linked in: lnbp21 hp_wmi(+) gpio_ich snd_rawmidi stb6100 sparse_keymap ppdev stb0899 wmi_bmof intel_powerclamp kvm snd_seq irqbypass rc_tt_1500 stv090x snd_seq_device budget_ci(+) budget_core ddbridge(+) ttpci_eeprom cxd2099(C) saa7146 dvb_core(OE) drm_kms_helper rc_core drm fb_sys_fops media syscopyarea sysfillrect snd_timer adt7475 hwmon_vid input_leds sysimgblt joydev snd intel_cstate smsc47b397 serio_raw wmi soundcore smsc37b787_wdt parport_pc lpc_ich coretemp floppy(+) shpchp parport mac_hid i7core_edac xfs btrfs zstd_compress raid10 raid456 async_raid6_recov async_memcpy async_pq async_xor async_tx xor hid_generic raid6_pq libcrc32c firewire_ohci tg3 usbhid ahci firewire_core raid1 ptp hid libahci raid0 psmouse crc_itu_t pps_core multipath linear Jan 8 20:25:49 hdvdr kernel: [ 22.210635] CPU: 0 PID: 521 Comm: systemd-udevd Tainted: G CIOE 4.14.11-041411-generic #201801022143 Jan 8 20:25:49 hdvdr kernel: [ 22.275003] Hardware name: Hewlett-Packard HP Z400 Workstation/0B4Ch, BIOS 786G3 v03.60 02/24/2016 Jan 8 20:25:49 hdvdr kernel: [ 22.340616] task: ffff8fb289d28000 task.stack: ffffb8fc42b50000 Jan 8 20:25:49 hdvdr kernel: [ 22.406099] RIP: 0010:osq_lock+0x50/0x110 Jan 8 20:25:49 hdvdr kernel: [ 22.470663] RSP: 0018:ffffb8fc42b53798 EFLAGS: 00010202 Jan 8 20:25:49 hdvdr kernel: [ 22.535541] RAX: fffffffffffffffe RBX: ffff8fb28fda5134 RCX: 0000000000024280 Jan 8 20:25:49 hdvdr kernel: [ 22.601275] RDX: ffff8fb293224280 RSI: ffff8fb289d28000 RDI: ffff8fb28fda5134 Jan 8 20:25:49 hdvdr kernel: [ 22.667165] RBP: ffffb8fc42b53820 R08: ffff8fb28fda5134 R09: ffff8fb288d44c80 Jan 8 20:25:49 hdvdr kernel: [ 22.732745] R10: ffffb8fc42b53838 R11: 0000000000000001 R12: ffff8fb28fda5010 Jan 8 20:25:49 hdvdr kernel: [ 22.797643] R13: 0000000000000002 R14: 0000000000000006 R15: ffff8fb28fda5128 Jan 8 20:25:49 hdvdr kernel: [ 22.861607] FS: 00007fefcdb95880(0000) GS:ffff8fb293200000(0000) knlGS:0000000000000000 Jan 8 20:25:49 hdvdr kernel: [ 22.925392] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 Jan 8 20:25:49 hdvdr kernel: [ 22.987966] CR2: 0000000000024280 CR3: 00000003071ea000 CR4: 00000000000006f0 Jan 8 20:25:49 hdvdr kernel: [ 23.051867] Call Trace: Jan 8 20:25:49 hdvdr kernel: [ 23.115832] __mutex_lock.isra.2+0x29c/0x4d0 Jan 8 20:25:49 hdvdr kernel: [ 23.180792] ? vprintk_emit+0x337/0x3a0 Jan 8 20:25:49 hdvdr kernel: [ 23.245185] ? media_device_register_entity+0x87/0x210 [media] Jan 8 20:25:49 hdvdr kernel: [ 23.309769] media_device_register_entity+0x87/0x210 [media] Jan 8 20:25:49 hdvdr kernel: [ 23.374315] ? del_timer_sync+0x35/0x40 Jan 8 20:25:49 hdvdr kernel: [ 23.438156] ? schedule_timeout+0x18c/0x360 Jan 8 20:25:49 hdvdr kernel: [ 23.500868] ? dev_printk_emit+0x4a/0x70 Jan 8 20:25:49 hdvdr kernel: [ 23.562756] ? __kmalloc+0x1ce/0x210 Jan 8 20:25:49 hdvdr kernel: [ 23.623770] ? dvb_register_device+0x4e2/0x620 [dvb_core] Jan 8 20:25:49 hdvdr kernel: [ 23.684293] dvb_register_device+0x445/0x620 [dvb_core] Jan 8 20:25:49 hdvdr kernel: [ 23.744543] dvb_register_frontend+0x195/0x220 [dvb_core] Jan 8 20:25:49 hdvdr kernel: [ 23.804910] ? dvb_frontend_ioctl_properties+0xe00/0xe00 [dvb_core] Jan 8 20:25:49 hdvdr kernel: [ 23.865513] ? frontend_init+0x93/0x9c0 [budget_ci] Jan 8 20:25:49 hdvdr kernel: [ 23.926035] frontend_init+0x93/0x9c0 [budget_ci] Jan 8 20:25:49 hdvdr kernel: [ 23.986558] budget_ci_attach+0x2fd/0x570 [budget_ci] Jan 8 20:25:49 hdvdr kernel: [ 24.046433] saa7146_init_one+0x67a/0x15c0 [saa7146] Jan 8 20:25:49 hdvdr kernel: [ 24.106390] local_pci_probe+0x3d/0x90 Jan 8 20:25:49 hdvdr kernel: [ 24.165799] ? pci_assign_irq+0x27/0x120 Jan 8 20:25:49 hdvdr kernel: [ 24.224501] pci_device_probe+0x141/0x1b0 Jan 8 20:25:49 hdvdr kernel: [ 24.283171] driver_probe_device+0x2f6/0x440 Jan 8 20:25:49 hdvdr kernel: [ 24.341390] __driver_attach+0x9d/0xe0 Jan 8 20:25:49 hdvdr kernel: [ 24.399569] ? driver_probe_device+0x440/0x440 Jan 8 20:25:49 hdvdr kernel: [ 24.457002] bus_for_each_dev+0x69/0xb0 Jan 8 20:25:49 hdvdr kernel: [ 24.513458] bus_add_driver+0x1c2/0x260 Jan 8 20:25:49 hdvdr kernel: [ 24.569155] ? 0xffffffffc024a000 Jan 8 20:25:49 hdvdr kernel: [ 24.624167] driver_register+0x57/0xc0 Jan 8 20:25:49 hdvdr kernel: [ 24.678710] ? 0xffffffffc024a000 Jan 8 20:25:49 hdvdr kernel: [ 24.731635] do_one_initcall+0x4b/0x190 Jan 8 20:25:49 hdvdr kernel: [ 24.782840] ? kmem_cache_alloc_trace+0xa2/0x1a0 Jan 8 20:25:49 hdvdr kernel: [ 24.832562] ? do_init_module+0x22/0x1f1 Jan 8 20:25:49 hdvdr kernel: [ 24.880430] do_init_module+0x5b/0x1f1 Jan 8 20:25:49 hdvdr kernel: [ 24.926537] load_module+0x18e4/0x1ed0 Jan 8 20:25:49 hdvdr kernel: [ 24.970774] ? vfs_read+0x113/0x130 Jan 8 20:25:49 hdvdr kernel: [ 25.013311] ? SYSC_finit_module+0xe9/0x110 Jan 8 20:25:49 hdvdr kernel: [ 25.054871] SYSC_finit_module+0xe9/0x110 Jan 8 20:25:49 hdvdr kernel: [ 25.095024] entry_SYSCALL_64_fastpath+0x1e/0x81 Jan 8 20:25:49 hdvdr kernel: [ 25.134436] RIP: 0033:0x7fefcc3d5389 Jan 8 20:25:49 hdvdr kernel: [ 25.173366] RSP: 002b:00007ffd1d441a68 EFLAGS: 00000246 ORIG_RAX: 0000000000000139 Jan 8 20:25:49 hdvdr kernel: [ 25.213628] RAX: ffffffffffffffda RBX: 00000000011138e0 RCX: 00007fefcc3d5389 Jan 8 20:25:49 hdvdr kernel: [ 25.253908] RDX: 0000000000000000 RSI: 00000000010f0cd0 RDI: 0000000000000005 Jan 8 20:25:49 hdvdr kernel: [ 25.294127] RBP: 0000000000000000 R08: 0000000000000000 R09: 00000000010f0cd0 Jan 8 20:25:49 hdvdr kernel: [ 25.334093] R10: 0000000000000005 R11: 0000000000000246 R12: 00000000010efb30 Jan 8 20:25:49 hdvdr kernel: [ 25.373764] R13: 00000000011138e0 R14: 00000000010dceb0 R15: 0000000000020000 Jan 8 20:25:49 hdvdr kernel: [ 25.413418] Code: 42 10 00 00 00 00 48 c7 02 00 00 00 00 89 42 14 87 07 85 c0 0f 84 b8 00 00 00 83 e8 01 48 98 48 03 0c c5 c0 f3 d8 bb 48 89 4a 08 <48> 89 11 8b 42 10 85 c0 74 26 e9 98 00 00 00 48 8b 42 08 8b 78 Jan 8 20:25:49 hdvdr kernel: [ 25.494843] RIP: osq_lock+0x50/0x110 RSP: ffffb8fc42b53798 Jan 8 20:25:49 hdvdr kernel: [ 25.535256] CR2: 0000000000024280 Jan 8 20:25:49 hdvdr kernel: [ 25.574885] clocksource: timekeeping watchdog on CPU7: Marking clocksource 'tsc' as unstable because the skew is too large: Jan 8 20:25:49 hdvdr kernel: [ 25.574907] ---[ end trace 24c0c5c9ac056c8f ]--- Jan 8 20:25:49 hdvdr kernel: [ 25.574943] floppy0: no floppy controllers found Jan 8 20:25:49 hdvdr kernel: [ 25.577373] tg3 0000:01:00.0 eth0: Link is up at 1000 Mbps, full duplex
-
Nun ja, nvidia ist vermutlich nur über den HDMI-Ausgang zu haben, und wenn ein Fernseher dran hängt, will man dessen Lautsprecher meist nicht hören
Mit Pulsaudio lassen sich die Ausgänge bzw. mehrere Sound"karten" sogar zur Laufzeit umschalten, ggf. auch mehrere simultan betreiben.
-
Die Original-(.dpkg-dist) sieht bei mir etwa so aus:
%Season%=system(vdrseriestimer,--title %Title% --subtitle %Subtitle% --date %date% --time %time% --channel %chnr% --timet %time_lng% )
%DateVar%=%time_w% %date% %time%
%SerieSD%=%Subtitle% ? %Subtitle% : %DateVar%
%SerieVar1%=Serie~%Title%~%SerieSD%
%Serie%=%Season% ? %Season% : %SerieVar1%
--
Ich verwende epgd, daher kein seriestimer mehr nötig, meine epgsearchuservars.conf beginnt so:
%SPATH%=Serien~%TITLE%
%MPATH%=Filme~%TITLE%
%SeasonEpisode%=%SPATH%~S%Staffel%E%Staffelfolge% - %Subtitle%
....
Die Lösung für Faule wäre allerdings die, "Series" in "Serie" umzubenennen und einen Symlink mit dem Namen "Series", der darauf zeigt, zu erstellen
-
Dann würde ich mal eine aktuelle systemrescuecd runterladen, mit dd auf einen Stick schieben und die zum Booten benützen.
Dann mit ssh/putty damit verbinden (bei der Systemrescue mußt Du erst passwd setzen) und die mounts für chroot vorbereiten.
-
Wenn das chroot keine ssh-Verbindung akzeptiert, mußt Du im chroot-System den sshd wohl erst starten (und im "Muttersystem" vorher den Port freimachen).
Wenn Du im chroot bist, muß im Pfad /lib/modules/`uname -r`/kernel/drivers/net/ethernet/realtek das Modul r8169.ko zu finden sein.
Es muß allerdings im Muttersystem aktiv gewesen sein, und die IP-Adresseinstellungen sind dann auch identisch.
Die zu /run... verlinkte resolv.conf kannst Du "unlink"en und eine manuelle erstellen im chroot, mit manuellem Nameserver-Eintrag.
-
Bios oder EFI-Shell?
Würde da aus der 1. oder 3. Installation mit chroot draufgehen (mount --bind für /proc usw. nicht vergessen) und die Einstellungen prüfen.
-
Nun, wenn die (ifconfig p4p1) numerische IP der Netzwerkkarte ok und im DHCP-Bereich (DHCP und DNS-forwarding macht wohl der Router?) liegt,
solltest ja mit ssh/putty <IP-des-vdr> schon mal remote auch draufkommen? Dann könntest auch das Problem mit den Tastorturen usw. leichter debuggen.
Kann es sein, daß der Router einen ungültigen oder nur IPV6-DNS-Server eingetragen hat und die anderen Rechner "händisch" konfiguriert wurden?
-
Ist nicht so kompliziert.
mysql -u epg2vdr -pepg
use epg2vdr;
select * from channelmap;
Dann einfach (selbst ist der Mann die Einträge für "channelname" der beiden Sender tauschen - ein Zwischenschritt wohl nötig.
Wichtig: epgd vorher stoppen und die channelmap.conf VOR dem Neustart von epgd auch anpassen.
-
Es müßte mit SQL-Befehlen möglich sein, nur die beiden Kanäle zu löschen. Epgd vorher stoppen.
Ansonst wird es wohl einige Tage "Doppelgemoppel" geben.
Oder eben DB droppen ...