Kernelupgrade auf 4.4.0-116-generic!

easyVDR - >VARforumsname - >Kernelupgrade auf 4.4.0-116-generic!

mango 25.Feb.2018 00:31:56

Hallo,

hatte Gestern auf Laptop mit Onboard GT 9400 den neuen Kernel installiert,
danach Probleme mit nvidia-340(keine Effekte Kubuntu Desktop). Auch auf VDR mit GT 630 & nvidia-387 gibt es Probleme mit den Modulen. Postinst hat die Module für nvidia ohne Fehler erstellt/gebaut.
Wieder zurück auf "4.4.0-112-generic" alles i.O

Gruss
Wolfgang

[spoiler="My VDR Stuff"]DVB-S/S2: Silverstone LC17 mit 8,4" TFT Display, ASUS P5KPL SE, E6300, 2GB, NT-Fanlees, System SSD 40GB, Media 2TB, GT630, DVD-LG, SkyStar S2, Nova-T, FB X10 Medion-Scroll, "Arch-Linux - VDR 2.3.8"
Test-VDR: ASRock ALiveNF6G, AMD X2 3800+ (35W),4GB, GT 630 - nvidia-384, SSD 64GB, SkyStar S2, Cinergy T RC USB, easyVDR 3.5(Kernel-4.4.0) - VDR-2.3.8 - KODI-18.0 - FB X10 Medion-Scroll
Client: Evo N600c, Puppy-Slacko 6.3 - VDR-2.2.0 - FB X10 Medion_OR25V
Spielwiese: RPI2 als Client mit LibreELEC-9.80-Milhouse(Kodi-19.0) - MLD-5.4 VDR2VDR

Mandroid 26.Feb.2018 20:02:22

[quote='mango' pid='180218' dateline='1519515116']
Hallo,

hatte Gestern auf Laptop mit Onboard GT 9400 den neuen Kernel installiert,
danach Probleme mit nvidia-340(keine Effekte Kubuntu Desktop). Auch auf VDR mit GT 630 & nvidia-387 gibt es Probleme mit den Modulen. Postinst hat die Module für nvidia ohne Fehler erstellt/gebaut.
Wieder zurück auf "4.4.0-112-generic" alles i.O

Hi Mango,kann ich bestätigen. Mit 4.4.0-116 gibt es diverse Probleme. Die DVB-Karte benötigt 1 min bis sie ein Signal anzeigt und bei umschalten zwischen 2 Bildschirmen hilft nur 1 Reboot.
Wie wechselt man wieder zurück auf den alten Kernel?

Gruß
Mandroid

Hardware: Gigabyte H110M-S2H + Intel® Pentium™ G4600 @ 3.60 GHz mit 8 GB DDR4 RAM, System HDD: Toschiba Q300 120GB, Media HDD: Hitachi HUA72302 2TB, Grafik: Gainward GT 1030 SilentFX, DVB: TBS 6982SE (Dual Tuner) Unicable Anschluss; IR: Artic Ir-Wakeup-USB ECO + One4All URC 6440;
Software: Easyvdr 3.5

mango 26.Feb.2018 23:17:11

Hallo,

[quote='Mandroid' pid='180251' dateline='1519671742']
Wie wechselt man wieder zurück auf den alten Kernel?

am scnellsten geht es über die "/boot/grub/grub.cfg"
sudo cd /boot/grub/
mc
mit F4 grub.cfg bearbeiten mit F2 speichern & F10 mc beenden.
bei mir Zeile 147 & 148
linux /boot/vmlinuz-4.4.0-112-generic root=UUID=7f3724c2-3cf6-42f6-a520-8beb0856457d ro quiet splash
initrd /boot/initrd.img-4.4.0-112-generic
wenn Kernel-4.4.0-112 auch installiert ist. ...danach reboot.
...mit uname -r siehst du den laufenden Kernel.
Welche Kernel installiert sind siehst du mit
sudo dpkg -l linux-* | grep ii
Kernel-4.4.0-116 kannst du mit
sudo apt-get remove --purge linux-headers-4.4.0-116 linux-headers-4.4.0-116-generic linux-image-4.4.0-116-generic linux-image-extra-4.4.0-116-generic
deinstallieren.Jetzt kannst du auch ein sudo update-grub ausführen, ohne das Kernel-4.4.0-116
wieder gestartet wird.

Gruss
Wolfgang

Mandroid 27.Feb.2018 20:25:53

Hi Wolfgang,
danke hat geklappt wie beschrieben und funktioniert wieder alles tadellos.

Gruß
Mandroid

mango 27.Feb.2018 22:30:16

Hi,

...funktioniert wieder alles tadellos.
gut das es wieder geht.
Bug ist bekannt - Siehe -> https://bugs.launchpad.net/ubuntu/+source/xorg/+bug/1750937
Mal schauen was der nächste Kernel für Bugs hat. Sch... Meltdown/Spectre Bug.

Gruss
Wolfgang

mblaster4711 31.Mar.2018 10:38:08

Was ist der letzte stabile/problemlose Kernel für Easyvdr3 bzw. 3.5 den man installieren kann?
Was nutzt es mir (4.4.0-45 mit easyvdr 3.0.13)?
Wie update ich auf die entsprechende Version?

VDR1: easyVDR 3.5
Fujitsu Esprimo D556/2/E85+, Core i3-6100, Intel HD-Grafik 530, TBS 6981, 128GB SSD, 3TB HDD
VDR2: easyVDR 3.5, Fujitsu Esprimo D556/2/E85+, Core i3-6100, Intel HD-Grafik 530, TBS 6982, 128GB SSD, 2TB SSD
VDR3: easyVDR 3.0, Fujitsu Esprimo E5730, NVIDIA GeForce 605, Skystar S2, 128GB SSD
VDR4: easyVDR 3.0, Fujitsu Esprimo E5730, NVIDIA GeForce 605, Skystar S2, 128GB SSD

NAS: Qnap TS-251A, RAID1 8TB

mango 22.Apr.2018 12:18:41

Hallo,

im Gegensatz zu Kernel-4.4.0-116 läuft VDR wieder mit Kernel-4.4.0-119.
VDR(GT 630/nvidia-387)startet ohne nee Gedenkminute einzulegen bis TV-Bild.
Mit Geforce 9400M(Laptop) wie bei Kernel-4.4.0-116 keine Effekte unter KDE.
Wieder zurück auf Kernel-4.4.0-112 alles Ok!

Gruss
Wolfgang

gb 22.Apr.2018 13:05:35

Hallo Wolfgang,

unter Intel Systeme gibt's bei dem Kernel-4.4.0-119 offensichtlich keine Probleme. Hier ist dieser versehentlich vor ca 2 Wochen auf das System eingeflossen.

Gruß Aaron

Gesendet von meinem S7Edge mit Tapatalk

Mediacenter
easyVDR4.Alpha(Lubuntu18.04 64-Bit) Gigabyte, Ltd. H97-HD3 mit Intel(R) G3260 @ 3.30GHz 4GB DDRx,Intelgrafik,MATSHITA BD-MLT UJ265 Bluray LW, 2TB Festplatte,LCD+IRTrans-Empfänger,2x SkystarS2 PCI

[spoiler=(weitere easyVDR)]
easyVDR3.0(4.2.0 32-Bit) N4l-VM DH DualCore Asus Motherboard mit Intel(R)T2400 @1.83GHz 2GB DDR2, GT218 (rev a2), Panasonic UJ-825-B Notebook DVD Brenner adaptiert auf IDE, LCD+IRTrans-Empfänger, 250GB Samsung 840 SATA SSD 2,5",Skystar S2 DVBS2 PCI, Avermedia AVerTV A835 HD USB DVB-T (ID 07ca:b835)

grumpf 21.Oct.2018 11:57:50

Moinmoin,

also ich habe scheinbar identische Probleme zu https://www.vdr-portal.de/forum/index.php?thread/131540-solved-yavdr-ausgebremst-nach-system-update/ mit dem folgenden syslog:

...
Oct 21 08:37:36 schimi vdr: video: audio/video difference too big
Oct 21 08:37:36 schimi vdr: video/vdpau: synced after 673 frames
Oct 21 08:37:36 schimi vdr: video: 4:24:28.500+7808 7795 0/\ms 1+7+4 v-buf
Oct 21 08:37:37 schimi vdr: video: audio/video difference too big
Oct 21 08:37:37 schimi vdr: video: decoder buffer empty, duping frame (6552/436) 0 v-buf
Oct 21 08:37:37 schimi vdr: video: 4:24:29.680+7808 7791 0/\ms 0+5+4 v-buf
...

Das "video: audio/video difference too big" liegt (scheinbar?) an einem zu alten Kernel (Spectre, Meltdown, alles langsam..) und ich habe wirklich ein Problem (z.B. mit dem Anlauf von Videodateien ,,,) obwohl ich dafür nicht unbedingt den Kernel verantwortlich machen würde.

Meiner ist ein (wegen kaputten Bootstick neuinstallierter) easyvdr 3.5.02 mit GeForce GT630 mit Kernel 4.4.0-96 (gepinnt?), softhddevice... und:

root@schimi:/# uname -a
Linux schimi 4.4.0-96-generic #119~14.04.1-Ubuntu SMP Wed Sep 13 08:40:48 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux
root@schimi:/# modinfo nvidia_384 |more
filename: /lib/modules/4.4.0-96-generic/updates/dkms/nvidia_384.ko
alias: char-major-195-*
version: 384.130
supported: external
license: NVIDIA
...

Im oben genannten Thread behaupten sie, ein Update von Kernel und Nvidia-Treiber wäre eine Lösung.... kann das jemand bestätigen?
Wenn ja, wie mache ich den Upgrade und wie komme ich (einfach) wieder zurück, wenn's nicht funktioniert?
Ich meine jetzt nicht nur das "boote im Grub den letzten Kernel", sondern das "pinne wieder den alten Kernel" oder "installiere den neuen Kernel, das neue NVidia und pinne die Pakete"...

Idealerweise würde ich nach https://www.vdr-portal.de/forum/index.php?thread/131540-solved-yavdr-ausgebremst-nach-system-update/ den 4.15er installieren, die NVidia390 und dann wieder pinnen... wenn's funktioniert. Die machen das scheinbar via wget auf die debs, dann dpkg --install *deb, und ohne die eigentliche Paketverwaltung anzufassen.

Tschuessi

GH

Mostly Harmless: Grotendeels ongevaarlijk

EasyVDR1: Mainboard Asus P8Z77-V (oder ähnlich), NVidia GK208 bzw. GT 630 Rev. 2 passiv, DVB: WinTV Nova HD S2, Technisat SkyStar2 (nur DVB-S), USB-Bootstick/ext4 ohne Journal für VDR, Mediaplatte WDC WD40EFRX, FB One-for-All URC 1280 mit Code 1272 als MS-MCE für SAT (via WinTV Nova HD S2) - Prod auf EA3.5, Test auf EA5
EasyVDR2: Mainboard MSI Z370M-GAMING-PRO-AC, NVidia GK208 bzw. GT 630 Rev. 2 passiv, DVB: Digital Devices Octopus Cine C2T2S2 , SSD-Bootplatte mit EasyVDR5 Focal, EasyVDR4 Focal,... , VNSI gegen EasyVDR1, keine FB, Tastatur Funk Logitech und "Microdia RF Controller" via HID - Test auf EA5 - (Netflix, Youtube...)

mango 21.Oct.2018 12:45:40

Hallo,

bei mir mit Kernel 4.4.0-137 & nvidia-387 - GT630 keine Probleme!

root@easy5:~# uname -r
4.4.0-137-generic

root@easy5:~# dpkg -l nvidia-* | grep ii
ii nvidia-387 387.34-0ubuntu0~gpu14.04.2 amd64 NVIDIA binary driver - version 387.34
ii nvidia-opencl-icd-387 387.34-0ubuntu0~gpu14.04.2 amd64 NVIDIA OpenCL ICD
ii nvidia-prime 0.6.2.1 amd64 Tools to enable NVIDIA's Prime
ii nvidia-settings 390.25-0ubuntu0~gpu14.04.1 amd64 Tool for configuring the NVIDIA graphics driver

Mit "sudo apt-mark showhold" siehst du die Pakete die auf hold gesetzt sind & mit
"sudo apt-mark unhold kannst du den Hold vom Kernel entfernnen.
Danach Kernel 4.4.0-137 installieren
sudo apt-get install linux-headers-4.4.0-137 linux-headers-4.4.0-137-generic linux-image-4.4.0-137-generic linux-image-extra-4.4.0-137-generic linux-lts-xenial-tools-4.4.0-137

Mit Kernel 4.15 kannst du dir nee menge Probleme einfangen. z.B funktioniert lirc-serial nicht mehr wie auch acpi-wakeup.
Wenn du dennoch installieren willst, kann ich Dir ein Script anhängen ...dies erledigt das in einem Rutsch.

P.S
Pakete kannst du mit "sudo apt-mark hold " auf dem installierten Stand halten.
Mit "sudo apt-mark showhold" werden die gehaltenen Pakete angezeigt
lösen kannst du mit "sudo apt-mark unhold "

Gruss
Wolfgang

grumpf 21.Oct.2018 14:06:21

Danke für den TIpp und den Versionsstand... bin jetzt von 4.4.0-96 auf 4.4.0-137 gegangen (der "alte" ist noch im Grub), der dkms wurde automatisch angeworfen wie auch mkinitramfs und der grub-mkconfig. Habe also __nicht__ die Version des Nvidia angehoben, sondern bin noch bei 384... schau'n wir einmal, ob's besser wird.

Bis demnächst!

Gunther

grumpf 22.Oct.2018 10:01:42

Moinsen zusammen.....

der Update von Kernel 4.4.0-96 auf 4.4.0-137 hat für mich so ziemlich alles gute Karma zu mir gebracht....
a) ein Problem, dass Wiedergabe von Aufnahmen immer bei 7 sec stoppte (Out-of-Sync Audio/Video) und
b) meine Lieblingsfunktion (schneller Vorlauf in 15 sec Schritten) zeigt wieder jeden einzelnen Schritt an (wurde vorher schwarz und ich musste "blind" spulen)

Kann ich also nur jedem 3.5.2er Easyvdr empfehlen, hätte nicht gedacht, dass der Kernel so langsam war... wollt ihr das nicht sofort in's Installationsimage/-DVD aufnehmen?

Tschö mit ö

maxprox 22.Oct.2018 12:36:20

Hallo,

hier im Wiki gibt es ja die Anleitung zum Kernelupdate:
[url=http://wiki.easy-vdr.de/index.php?title=Kernelupdate_4.8]http://wiki.easy-vdr.de/index.php?title=Kernelupdate_4.8

die ist doch auch für die 3.5.0.2 Installation - oder?
Damit soll ich doch bis mindestens 4.14 kommen - richtig?
Ich frage, weil ich eine neue Digital Devices Cine S2 V7 habe, und eine GeForce 710b habe.
Insbesondere die Cine S2 V7 braucht entweder vorhandene Linux-Treiber oder eben ein Kernel >=4.14
Ich will das gerade ausprobieren, nach der Grundinstallation, so auf 4.14 zu kommen ... oder habe ich was übersehen?

Grüße,
maxprox

easyVDR 5 auf: Digital Device Cine S2 V7; alter Terra-PC, FUJITSU D3041-A1, Pentium Dual-Core E5800 3.20GHz; 6GB RAM, NVIDIA GT-710 von PNY; IR-USB Selbstbau + Logitech Harmony + Funkverlängerung, 7,5m HDMI Kabel zum TV, Headless im Keller 24/7 weil gleichzeitig BackupPC

SurfaceCleanerZ 22.Oct.2018 12:39:18

Hi
Gut zu erfahren teste ich auch mal in den nächsten Tagen
Mfg Stefan

Test-VDR1: HP rp5700 Fertigsystem, Core2Duo E6400, 2GB RAM, Mygica t230 Stick als Tuner, nvidia Slim-GT218 512MB PCIe x1     - v3.5-64
VDR2 in Rente
VDR3 in Rente
VDR4: MSI G31M2 v2, Intel E5200, 6" t6963c gLCD, 2GB, WD Red 4TB, 2x TT3200, ASUS GT730-SL-2GD3-BRK, mod. Digitainergeh.       - v3.5-64
VDR5: GIGABYTE GA-G31M-S2L, Intel E5200, GT630 passiv, 2GB, 3TB, 6" t6963c gLCD, mod. Digitainergeh.    - v3.5-64
VDR6: MSI MS-7236, Intel E2140, GT630 passiv, 2GB, WD Green 2TB, 6" t6963c gLCD, 2x TT3200    - v2.5-64
[url=http://tinyurl.com/ycx4qsv]Hilfe gefällig? Dann brauchen wir ein easyInfo aus easyPortal!

mango 22.Oct.2018 13:57:20

Hi maxprox,

[quote='maxprox' pid='182076' dateline='1540204580']
die ist doch auch für die 3.5.0.2 Installation - oder?

ja ..hier läuft Kernel-4.8 mit easyVDR-3.5.
Hi,

der letzte 4.14 -> http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.14.78/
Im Anhang ist ein Script(.txt entfernen) & ausführbar machen
...mit "sudo sh kernel-4.14.78.sh" werden alle benötigten Pakete geholt.
Script prüft auch, ob 32/64Bit installiert ist.

P.S
Du solltest zuvor das dd-dvb-dkms deinstallieren!
**Kernel wurde nicht getestet**

Gruss
Wolfgang

maxprox 22.Oct.2018 17:29:04

Hi Wolfgang,

ja, (fast) klasse.
In der Datei gibts ein Fehler in dem Link:
url1="http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.14.78/linux-image-4.14.78-041478-generic_4.14.78-041478.201810200529_amd64.deb"

richtig müsste sein:
http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.14.78/linux-image-unsigned-4.14.78-041478-generic_4.14.78-041478.201810200529_amd64.deb

Zumindest findet er bei mir nur den mit "-unsigned" im Namen(?)

Trotzdem bricht er mit folgender Fehlermeldung ab:

Vorbereitung zum Entpacken von .../linux-image-unsigned-4.14.78-041478-generic_4.14.78-041478.201810200529_amd64.deb ...
Entpacken von linux-image-unsigned-4.14.78-041478-generic (4.14.78-041478.201810200529) ...
linux-headers-4.14.78-041478 (4.14.78-041478.201810200529) wird eingerichtet ...
dpkg: Abhängigkeitsprobleme verhindern Konfiguration von linux-headers-4.14.78-041478-generic:
linux-headers-4.14.78-041478-generic hängt ab von libssl1.1 (>= 1.1.0); aber:
Paket libssl1.1 ist nicht installiert.

dpkg: Fehler beim Bearbeiten des Paketes linux-headers-4.14.78-041478-generic (--install):
Abhängigkeitsprobleme - verbleibt unkonfiguriert
dpkg: Abhängigkeitsprobleme verhindern Konfiguration von linux-image-unsigned-4.14.78-041478-generic:
linux-image-unsigned-4.14.78-041478-generic hängt ab von linux-base (>= 4.5ubuntu1~16.04.1); aber:
Paket linux-base ist nicht installiert.
linux-image-unsigned-4.14.78-041478-generic hängt ab von linux-modules-4.14.78-041478-generic; aber:
Paket linux-modules-4.14.78-041478-generic ist nicht installiert.

dpkg: Fehler beim Bearbeiten des Paketes linux-image-unsigned-4.14.78-041478-generic (--install):
Abhängigkeitsprobleme - verbleibt unkonfiguriert
Fehler traten auf beim Bearbeiten von:
linux-headers-4.14.78-041478-generic
linux-image-unsigned-4.14.78-041478-generic

Grüße,
maxprox

maxprox 22.Oct.2018 17:48:44

HI,

um die oben beschriebene Abhängigkeit des nicht verfügbaren Pakets libssl1.1 nachinstallieren zu können,
kann / muss man folgende, für PHP gedachte, Quelle einpflegen:
https://launchpad.net/~ondrej/+archive/ubuntu/php

Falls ich was falsch mache, bzw. falsch verstanden habe, sagt Bescheid.
(Mich verunsichern diese Fehlermeldungen doch schon, weil ich eine frische Neuinstallation der 3.5.02 er Version habe ...)

Grüße,

mango 22.Oct.2018 17:50:38

Hallo!

[quote='maxprox' pid='182083' dateline='1540222144']
In der Datei gibts ein Fehler in dem Link:

Sorry, war nicht der einzige Fehler.Hatte vergessen das ab Kernel-4.14.36 noch das Paket
linux-modules-xxx dazu kommt.
Du kannst es mal mit Kernel-4.14.35 probieren der hatte noch die alten Pakete.
http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.14.35/

Häng Dir gleich das Script nochmals an!

Gruss
Wolfgang

maxprox 22.Oct.2018 17:52:18

HI,

danke dir, wollte ich gerade schreiben...
ich probiere es aus...
bis gleich ;-)

maxprox 22.Oct.2018 18:04:03

Hi,

nö, reicht immer noch nicht,
also, per:

wget http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.14.78/linux-modules-4.14.78-041478-generic_4.14.78-041478.201810200529_i386.deb

und

apt-get install linux-modules-4.14.78-041478-generic_4.14.78-041478.201810200529_i386.deb

habe ich die mudeles nachinstaliert.
Nächstes Abhängigkeitsproblem:

Entpacken von linux-image-unsigned-4.14.78-041478-generic (4.14.78-041478.201810200529) über (4.14.78-041478.201810200529) ...
/var/lib/dpkg/info/linux-image-unsigned-4.14.78-041478-generic.postrm ... removing pending trigger
linux-headers-4.14.78-041478 (4.14.78-041478.201810200529) wird eingerichtet ...
linux-headers-4.14.78-041478-generic (4.14.78-041478.201810200529) wird eingerichtet ...
dpkg: Abhängigkeitsprobleme verhindern Konfiguration von linux-image-unsigned-4.14.78-041478-generic:
linux-image-unsigned-4.14.78-041478-generic hängt ab von linux-base (>= 4.5ubuntu1~16.04.1); aber:
Paket linux-base ist nicht installiert.
linux-image-unsigned-4.14.78-041478-generic hängt ab von linux-modules-4.14.78-041478-generic; aber:

dpkg: Fehler beim Bearbeiten des Paketes linux-image-unsigned-4.14.78-041478-generic (--install):
Abhängigkeitsprobleme - verbleibt unkonfiguriert
Fehler traten auf beim Bearbeiten von:
linux-image-unsigned-4.14.78-041478-generic

mango 22.Oct.2018 18:04:24

Hallo,

Script im Anhang!

Gruss
Wolfgang
kernel-4.14.35.sh.txt

maxprox 22.Oct.2018 18:09:11

HI,

habe einen Fehler gemacht und statt die 64Bit Pakete die falschen 32Bit installiert, das habe ich jetzt korigiert,
Jetzt fehlt aber trotzdem noch das Pakte:

linux-image-unsigned-4.14.78-041478-generic hängt ab von linux-base (>= 4.5ubuntu1~16.04.1); aber:
Paket linux-base ist nicht installiert.

Grüße,
m

maxprox 22.Oct.2018 18:12:33

[quote='mango' pid='182088' dateline='1540224264']
Hallo,

Script im Anhang!

Gruss
Wolfgang

Hi Wolfgang,

yeah! Läuft durch, ich danke dir sehr!

Vormals nicht ausgewähltes Paket linux-headers-4.14.35-041435 wird gewählt.
(Lese Datenbank ... 233143 Dateien und Verzeichnisse sind derzeit installiert.)
Vorbereitung zum Entpacken von .../linux-headers-4.14.35-041435_4.14.35-041435.201804190330_all.deb ...
Entpacken von linux-headers-4.14.35-041435 (4.14.35-041435.201804190330) ...
Vormals nicht ausgewähltes Paket linux-headers-4.14.35-041435-generic wird gewählt.
Vorbereitung zum Entpacken von .../linux-headers-4.14.35-041435-generic_4.14.35-041435.201804190330_amd64.deb ...
Entpacken von linux-headers-4.14.35-041435-generic (4.14.35-041435.201804190330) ...
Vormals nicht ausgewähltes Paket linux-image-4.14.35-041435-generic wird gewählt.
Vorbereitung zum Entpacken von .../linux-image-4.14.35-041435-generic_4.14.35-041435.201804190330_amd64.deb ...
Done.
Entpacken von linux-image-4.14.35-041435-generic (4.14.35-041435.201804190330) ...
linux-headers-4.14.35-041435 (4.14.35-041435.201804190330) wird eingerichtet ...
linux-headers-4.14.35-041435-generic (4.14.35-041435.201804190330) wird eingerichtet ...
Examining /etc/kernel/header_postinst.d.
run-parts: executing /etc/kernel/header_postinst.d/dkms 4.14.35-041435-generic /boot/vmlinuz-4.14.35-041435-generic
linux-image-4.14.35-041435-generic (4.14.35-041435.201804190330) wird eingerichtet ...
Running depmod.
update-initramfs: deferring update (hook will be called later)
Examining /etc/kernel/postinst.d.
run-parts: executing /etc/kernel/postinst.d/apt-auto-removal 4.14.35-041435-generic /boot/vmlinuz-4.14.35-041435-generic
run-parts: executing /etc/kernel/postinst.d/dkms 4.14.35-041435-generic /boot/vmlinuz-4.14.35-041435-generic
run-parts: executing /etc/kernel/postinst.d/initramfs-tools 4.14.35-041435-generic /boot/vmlinuz-4.14.35-041435-generic
update-initramfs: Generating /boot/initrd.img-4.14.35-041435-generic
run-parts: executing /etc/kernel/postinst.d/pm-utils 4.14.35-041435-generic /boot/vmlinuz-4.14.35-041435-generic
run-parts: executing /etc/kernel/postinst.d/update-notifier 4.14.35-041435-generic /boot/vmlinuz-4.14.35-041435-generic
run-parts: executing /etc/kernel/postinst.d/zz-update-grub 4.14.35-041435-generic /boot/vmlinuz-4.14.35-041435-generic
Grub-Konfigurationsdatei wird generiert …
Warnung: Werte ungleich 0 für »GRUB_TIMEOUT« werden, falls »GRUB_HIDDEN_TIMEOUT« aktiviert ist, nicht mehr unterstützt.
Linux-Abbild gefunden: /boot/vmlinuz-4.14.78-041478-generic
Linux-Abbild gefunden: /boot/vmlinuz-4.14.35-041435-generic
initrd-Abbild gefunden: /boot/initrd.img-4.14.35-041435-generic
Linux-Abbild gefunden: /boot/vmlinuz-4.4.0-96-generic
initrd-Abbild gefunden: /boot/initrd.img-4.4.0-96-generic
Found memtest86+ image: /boot/memtest86+.elf
Found memtest86+ image: /boot/memtest86+.bin
No volume groups found
erledigt

mango 22.Oct.2018 18:19:26

Hi,

[quote='maxprox' pid='182089' dateline='1540224551']
linux-image-unsigned-4.14.78-041478-generic hängt ab von linux-base (>= 4.5ubuntu1~16.04.1); aber:
Paket linux-base ist nicht installiert

da ist Trusty wohl to old! - Installationskandidat: 4.5ubuntu1~14.04

[quote='maxprox' pid='182090' dateline='1540224753']
yeah! Läuft durch, ich danke dir sehr!

wichtiger der Kernel muss funktionieren. Wie sieht es mit nvidia aus ...wurde das dkms für den Kernel
übersetzt?

Gruss
Wolfgang

maxprox 22.Oct.2018 19:05:14

[quote='mango' pid='182091' dateline='1540225166']
Hi,
wichtiger der Kernel muss funktionieren. Wie sieht es mit nvidia aus ...wurde das dkms für den Kernel
übersetzt?
Gruss
Wolfgang

Hi Wolfgang,

ja, Kernel passt, aber bei der Hardware Erkennung habe ich mich jetzt bis zur Grafikkarte (wieder) einmal durchgeklickt.
Vorschlag war der Treiber nvidia-340

beim Bauen kommt folgender Fehler:
Loading new nvidia-340-340.102 DKMS files...
First Installation: checking all kernels...
Building only for 4.14.35-041435-generic
Building for architecture x86_64
Building initial module for 4.14.35-041435-generic
Traceback (most recent call last):
File "/usr/share/apport/package-hooks/dkms_packages.py", line 22, in
import apport
ImportError: No module named apport
Error! Bad return status for module build on kernel: 4.14.35-041435-generic (x86_64)
Consult /var/lib/dkms/nvidia-340/340.102/build/make.log for more information.
dpkg: Fehler beim Bearbeiten des Paketes nvidia-340 (--configure):
Unterprozess installiertes post-installation-Skript gab den Fehlerwert 10 zurück
dpkg: Abhängigkeitsprobleme verhindern Konfiguration von nvidia-331-updates:
nvidia-331-updates hängt ab von nvidia-340; aber:
Paket nvidia-340 ist noch nicht konfiguriert.

in den Logs steht:

asyvdr@easyvdr:~$ cat /var/lib/dkms/nvidia-340/340.102/build/make.log
DKMS make.log for nvidia-340-340.102 for kernel 4.14.35-041435-generic (x86_64)
Mo 22. Okt 18:54:16 CEST 2018
NVIDIA: calling KBUILD...
make: Verzeichnis »/usr/src/linux-headers-4.14.35-041435-generic« wird betreten
Makefile:960: *** "Cannot generate ORC metadata for CONFIG_UNWINDER_ORC=y, please install libelf-dev, libelf-devel or elfutils-libelf-devel". Schluss.
make: Verzeichnis »/usr/src/linux-headers-4.14.35-041435-generic« wird verlassen
NVIDIA: left KBUILD.
nvidia.ko failed to build!
make: *** [nvidia.ko] Fehler 1
make: Das Target »module« wurde wegen Fehlern nicht aktualisiert.
make: Verzeichnis »/var/lib/dkms/nvidia-340/340.102/build/uvm« wird betreten
cd ./..; make module SYSSRC=/lib/modules/4.14.35-041435-generic/build SYSOUT=/lib/modules/4.14.35-041435-generic/build KBUILD_EXTMOD=./..
make: Verzeichnis »/var/lib/dkms/nvidia-340/340.102/build« wird betreten
NVIDIA: calling KBUILD...
make: Verzeichnis »/usr/src/linux-headers-4.14.35-041435-generic« wird betreten
Makefile:960: *** "Cannot generate ORC metadata for CONFIG_UNWINDER_ORC=y, please install libelf-dev, libelf-devel or elfutils-libelf-devel". Schluss.
make: Verzeichnis »/usr/src/linux-headers-4.14.35-041435-generic« wird verlassen
NVIDIA: left KBUILD.
nvidia.ko failed to build!
make: *** [nvidia.ko] Fehler 1
make: Verzeichnis »/var/lib/dkms/nvidia-340/340.102/build« wird verlassen
make: *** [../Module.symvers] Fehler 2
make: Verzeichnis »/var/lib/dkms/nvidia-340/340.102/build/uvm« wird verlassen

so wie ich das sehe fehlen folgende Pakte:

"Cannot generate ORC metadata for CONFIG_UNWINDER_ORC=y, please install libelf-dev, libelf-devel or elfutils-libelf-devel". Schluss.

maxprox 22.Oct.2018 19:11:53

Hi,

habe jetzt per

apt-get install libelf-dev

dann hat er sofort angefangen weiter zu bauen,
Jetzt komm folgender Fehler
EDIT, Fehler01:

root@easyVDR:/opt# cat /var/lib/dkms/bbswitch/0.7/build/make.log
DKMS make.log for bbswitch-0.7 for kernel 4.14.35-041435-generic (x86_64)
Mo 22. Okt 19:19:22 CEST 2018
make -C /lib/modules/4.14.35-041435-generic/build M="$(pwd)" modules
make: Verzeichnis »/usr/src/linux-headers-4.14.35-041435-generic« wird betreten
CC /var/lib/dkms/bbswitch/0.7/build/bbswitch.o
gcc: error: unrecognized command line option ‘-fstack-protector-strong’
make: *** [/var/lib/dkms/bbswitch/0.7/build/bbswitch.o] Fehler 1
make: *** [_module_/var/lib/dkms/bbswitch/0.7/build] Fehler 2
make: Verzeichnis »/usr/src/linux-headers-4.14.35-041435-generic« wird verlassen
make: *** Fehler 2

Fehler02:

root@easyVDR:~# cat /var/lib/dkms/nvidia-340/340.102/build/make.log
DKMS make.log for nvidia-340-340.102 for kernel 4.14.35-041435-generic (x86_64)
Mo 22. Okt 19:06:26 CEST 2018
NVIDIA: calling KBUILD...
make: Verzeichnis »/usr/src/linux-headers-4.14.35-041435-generic« wird betreten
test -e include/generated/autoconf.h -a -e include/config/auto.conf || ( \
echo >&2; \
echo >&2 " ERROR: Kernel configuration is invalid."; \
echo >&2 " include/generated/autoconf.h or include/config/auto.conf are missing.";\
echo >&2 " Run 'make oldconfig && make prepare' on kernel src to fix it."; \
echo >&2 ; \
/bin/false)
mkdir -p /var/lib/dkms/nvidia-340/340.102/build/.tmp_versions ; rm -f /var/lib/dkms/nvidia-340/340.102/build/.tmp_versions/*
make -f ./scripts/Makefile.build obj=/var/lib/dkms/nvidia-340/340.102/build
cc -Wp,-MD,/var/lib/dkms/nvidia-340/340.102/build/.nv.o.d -nostdinc -isystem /usr/lib/gcc/x86_64-linux-gnu/4.8/include -I./arch/x86/include -I./arch/x86/include/generated -I./include -I./arch/x86/include/uapi -I./arch/x86/include/generated/uapi -I./include/uapi -I./include/generated/uapi -include ./inclu

plus weiter 10.000 Zeilen....

soll ich das

Run 'make oldconfig && make prepare' on kernel src to fix it.";

laufen lassen?
Wie sieht dazu der ganze Befehl aus?

EDIT:
hab's noch mal nach Neustart laufen lassen, gleiches Ergebnis,
weiter komme ich gerade nicht, habe auch zZ keine Idee für eine Lösung.....

Ein Test per apt-get -s ergibt:

root@easyVDR apt-get -f -s install
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
Die folgenden Pakete wurden automatisch installiert und werden nicht mehr benötigt:
libdbusmenu-gtk4 libqpdf13 libssl1.1 localechooser-data
Verwenden Sie »apt-get autoremove«, um sie zu entfernen.
0 aktualisiert, 0 neu installiert, 0 zu entfernen und 12 nicht aktualisiert.
7 nicht vollständig installiert oder entfernt.
Conf nvidia-340 (340.102-0ubuntu0.14.04.1 Ubuntu:14.04/trusty-updates )
Conf nvidia-331-updates (340.102-0ubuntu0.14.04.1 Ubuntu:14.04/trusty-updates )
Conf nvidia-340-uvm (340.102-0ubuntu0.14.04.1 Ubuntu:14.04/trusty-updates )
Conf nvidia-libopencl1-340 (340.102-0ubuntu0.14.04.1 Ubuntu:14.04/trusty-updates )
Conf nvidia-opencl-icd-340 (340.102-0ubuntu0.14.04.1 Ubuntu:14.04/trusty-updates )
Conf bbswitch-dkms (0.7-2ubuntu1 Ubuntu:14.04/trusty )
Conf nvidia-prime (0.6.2.1 Ubuntu:14.04/trusty-updates )

Grüße,
m

mango 22.Oct.2018 19:42:55

Hi,

Wie sieht dazu der ganze Befehl aus?
im Dir "/usr/src/linux-headers-4.14.35-041435-generic"
sudo make oldconfig && make prepare

Gruss
Wolfgang

maxprox 22.Oct.2018 19:59:41

HI,

wieder Fehler:

root@easyVDR:/usr/src/linux-headers-4.14.35-041435-generic# make oldconfig && make prepare
HOSTCC scripts/basic/fixdep
HOSTCC scripts/basic/bin2c
HOSTCC scripts/kconfig/conf.o
HOSTCC scripts/kconfig/zconf.tab.o
HOSTLD scripts/kconfig/conf
scripts/kconfig/conf --oldconfig Kconfig
#
# configuration written to .config
#
scripts/kconfig/conf --silentoldconfig Kconfig
make: *** Keine Regel vorhanden, um das Target »arch/x86/entry/syscalls/syscall_32.tbl«,
benötigt von »arch/x86/include/generated/asm/syscalls_32.h«, zu erstellen. Schluss.
make: *** Fehler 2

Dazu eine Idee?

mango 22.Oct.2018 20:30:03

Hi,

willst du doch nichtmal mit Kernel-4.4.0-137 probieren und das dd-dvb-dkms installieren?
link
du wirst ab und an i2c fehler bekommen aber der Treiber 0.9.32 unterstützt die Karte.

Damit mit Kernel-4.4.0-137 gebootet wird,musst du die "/boot/grub/grub.cfg" editieren.
Zeile 152/153 sollten dann so aussehen

linux /boot/vmlinuz-4.4.0-137-generic root=UUID=41e1681f-14bc-4656-9376-f96d2fdc0cec ro quiet splash $vt_handoff
initrd /boot/initrd.img-4.4.0-137-generic
jetzt kannst die Kiste rebooten. Nach start den Kernel 4.14.xx deinstallieren und das Setup startetn

Gruss
Wolfgang

maxprox 22.Oct.2018 21:17:41

HI,

EDIT: ist jetzt gemacht.
- Zunächst habe ich im alten Kernel neu gestartet.
- Alle alles weg gepurged was zum nicht funktionierenden 4.14er gehöhrte
- Neustart
- noch mal das org. Kernelupdatescript von  http://wiki.easy-vdr.de/index.php?title=Kernelupdate_4.8 versucht,
- gleicher Fehler, im alten Kernel neu gestaret
- wieder apt-get purge 4.8_usw
- neusten Verfügbaren enthaltenen Kernel, Headers, Extras usw. installiert:

uname -a Linux easyVDR 4.4.0-138-generic #164~14.04.1-Ubuntu SMP Fri Oct 5 08:56:16 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux

Dann habe ich die aktuellen Treiber von [url=https://manuals.digitaldevices.de/sections/modules/output/output_de.php?product_short=cine_s2_v7#DriverLinux]digitaldevices.de version [url=https://github.com/DigitalDevices/dddvb/releases/tag/0.9.36]Release 0.9.36 installiert.

manuell bekomme ich die zB per modprobe ddbridge geladen:

stv0910                28672 0
stv6111                16384 0
stv0900                65536 0
ddbridge               24576 0

ich weiß nicht ob der VDR die nach dem Setup automatisch findet und dann immer automatisch startet?

Damit das funktionierte musste ich zuvor nach dieser Anleitung:
[url=https://superuser.com/questions/1214116/no-openssl-sign-file-signing-key-pem-leads-to-error-while-loading-kernel-modules]No OpenSSL sign-file signing_key.pem
Den von meinem System gewünschten Pfad für die Key files musste ich ebenfalls selbst anlegen:

root@easyVDR#: ll /usr/src/linux-headers-4.4.0-138-generic/certs
lrwxrwxrwx 1 root root 32 Okt 5 13:02 /usr/src/linux-headers-4.4.0-138-generic/certs -> ../linux-headers-4.4.0-138/certs

Dann lief die Kerneltreiberinstallaiton erfolgreich durch:

root@easyVDR:/usr/src/dddvb-0.9.36# make install
make -C /lib/modules/4.4.0-138-generic/build SUBDIRS=/usr/src/dddvb-0.9.36 CONFIG_DVB_CORE=m CONFIG_DVB_DDBRIDGE=m CONFIG_DVB_DRXK=m CONFIG_DVB_TDA18271C2DD=m CONFIG_DVB_CXD2099=m CONFIG_DVB_LNBP21=m CONFIG_DVB_STV090x=m CONFIG_DVB_STV6110x=m CONFIG_DVB_STV0367=m CONFIG_DVB_TDA18212=m CONFIG_DVB_STV0367DD=m CONFIG_DVB_TDA18212DD=m CONFIG_DVB_OCTONET=m CONFIG_DVB_CXD2843=m CONFIG_DVB_STV0910=m CONFIG_DVB_STV6111=m CONFIG_DVB_LNBH25=m CONFIG_DVB_MXL5XX=m CONFIG_DVB_NET=m modules
make: Verzeichnis »/usr/src/linux-headers-4.4.0-138-generic« wird betreten
Building modules, stage 2.
MODPOST 16 modules
make: Verzeichnis »/usr/src/linux-headers-4.4.0-138-generic« wird verlassen
make -C apps
make: Verzeichnis »/usr/src/dddvb-0.9.36/apps« wird betreten
make: Für das Ziel »all« ist nichts zu tun.
make: Verzeichnis »/usr/src/dddvb-0.9.36/apps« wird verlassen
make -C /lib/modules/4.4.0-138-generic/build SUBDIRS=/usr/src/dddvb-0.9.36 modules_install
make: Verzeichnis »/usr/src/linux-headers-4.4.0-138-generic« wird betreten
INSTALL /usr/src/dddvb-0.9.36/ddbridge/ddbridge.ko
INSTALL /usr/src/dddvb-0.9.36/ddbridge/octonet.ko
INSTALL /usr/src/dddvb-0.9.36/dvb-core/dvb-core.ko
INSTALL /usr/src/dddvb-0.9.36/frontends/cxd2099.ko
INSTALL /usr/src/dddvb-0.9.36/frontends/cxd2843.ko
INSTALL /usr/src/dddvb-0.9.36/frontends/drxk.ko
INSTALL /usr/src/dddvb-0.9.36/frontends/lnbh25.ko
INSTALL /usr/src/dddvb-0.9.36/frontends/lnbp21.ko
INSTALL /usr/src/dddvb-0.9.36/frontends/mxl5xx.ko
INSTALL /usr/src/dddvb-0.9.36/frontends/stv0367dd.ko
INSTALL /usr/src/dddvb-0.9.36/frontends/stv090x.ko
INSTALL /usr/src/dddvb-0.9.36/frontends/stv0910.ko
INSTALL /usr/src/dddvb-0.9.36/frontends/stv6110x.ko
INSTALL /usr/src/dddvb-0.9.36/frontends/stv6111.ko
INSTALL /usr/src/dddvb-0.9.36/frontends/tda18212dd.ko
INSTALL /usr/src/dddvb-0.9.36/frontends/tda18271c2dd.ko
DEPMOD 4.4.0-138-generic
make: Verzeichnis »/usr/src/linux-headers-4.4.0-138-generic« wird verlassen

Dann noch aufgeräumt mit

dpkg --list | grep ^rc
dpkg --purge `dpkg --get-selections | awk '/deinstall/ {print $1}'`
# und
apt-get update && apt-get dist-upgrade
# und
apt-get -f install

Nach einigen Neustarts, scheint die Grundinstallation jetzt zu passen.
morgen geht es mit dem easyVDR Setup und hoffentlich [url=link]Brauche bitte Hilfe bei Neuinstallation weiter,

Grüße,
maxprox

grumpf 22.Oct.2018 22:21:06

[quote='mango' pid='182101' dateline='1540233003']
Hi,

willst du doch nichtmal mit Kernel-4.4.0-137 probieren und das dd-dvb-dkms installieren?
link
du wirst ab und an i2c fehler bekommen aber der Treiber 0.9.32 unterstützt die Karte.

Damit mit Kernel-4.4.0-137 gebootet wird,musst du die "/boot/grub/grub.cfg" editieren.
Zeile 152/153 sollten dann so aussehen

linux /boot/vmlinuz-4.4.0-137-generic root=UUID=41e1681f-14bc-4656-9376-f96d2fdc0cec ro quiet splash $vt_handoff
initrd /boot/initrd.img-4.4.0-137-generic
jetzt kannst die Kiste rebooten. Nach start den Kernel 4.14.xx deinstallieren und das Setup startetn

Gruss
Wolfgang

Diesen Vroschlag kannichjetztnur: =>> gnadenlos unterstuetzen!!!! <<==

root@schimi:~# uname -a
Linux schimi 4.4.0-137-generic #163~14.04.1-Ubuntu SMP Mon Sep 24 17:14:57 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux
root@schimi:~#

Und ich habe einfach nur:

root@schimi:~# apt-get install linux-headers-4.4.0-137 linux-headers-4.4.0-137-generic linux-image-4.4.0-137-generic linux-image-extra-4.4.0-137-generic linux-lts-xenial-tools-4.4.0-137
root@schimi:~# apt-mark showhold
linux-generic-lts-xenial
linux-headers-generic-lts-xenial
linux-image-generic-lts-xenial
root@schimi:~#

Einfacher ist nicht..... sogar die "showhold" werden vom haendischen "apt-get install" "ueberrult".
Und mein guter alter VDR ist mit 3.5 und 4.4.9-137 wieder pfeilschnell.
Eigentlich will ich gar nicht wissen, welche Version von gcc oder llvm ich für welche Permutation mit welchem Nvidia-3xx benötige :-)

maxprox 22.Oct.2018 23:39:03

Hallo grumpf,

die "hold Pakete sind bei mir jetzt bei irgendeinem der letzten Aktionen mit installiert worden.

root@easyVDR:# apt-mark showhold
## zeigt gähnende LEERE
root@easyVDR:# dpkg -l | grep linux-generic-lts-xenial
ii linux-generic-lts-xenial 4.4.0.138.118 amd64 Complete Generic Linux kernel and headers

Darf das so auch schon wieder nicht sein....?

grüße,
maxprox

mango 23.Oct.2018 00:02:13

Hi,

root@easyVDR:# apt-mark showhold
## zeigt gähnende LEERE
nee alles Ok. Mit sudo apt-mark hold wird das paket gehalten was man mit
sudo apt-mark showhold angezeigt bekommt.
Bei Dir sind keine Pakete auf hold ...also alles Ok!

N8 & Gruss
Wolfgang

maxprox 23.Oct.2018 11:40:40

Hi mango,

danke für die Info,
ich denke damit ist die Kernelinstallation abgeschlossen.
Jetzt folgt die Einrichtung, damit mache ich [url=link]hier an dieser Stelle weiter

Nach dem Setup und einem weiteren Neustart kommt das live TV Signal am Fernseher an hurrraaa!

Erst mal sieht es jetzt so aus, als dass alles inkl. der Harmony Fernbedienung funktioniert - super!
Und Danke!

EDIT: nach 24h Test, kann ich sagen, dass der neue easyVDR läuft wie er soll.

Grüße,
maxprox

grumpf 04.Apr.2019 09:43:44

Wen es interessieren sollte.... habe einen Update auf 4.4.0-144 versucht, der DMKS compiliert nicht so richtig mit/gegen die NVIDIA-370er. Log anbei - wie kann ich eigentlich via apt-get remove / apt-get install die NVIDIA-370er gegen 340er-Ubuntu oder 380er austauschen? Ich habe bei 370 komische Streifen... aber nur bei Softhddevice im Fernsehbetrieb :-)
Mit Kodi oder gleiche Sequenz von Platte - kein Problem

GH

root@schimi:~# apt-get install linux-headers-4.4.0-144 linux-headers-4.4.0-144-generic linux-image-4.4.0-144-generic
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
Die folgenden zusätzlichen Pakete werden installiert:
linux-base linux-modules-4.4.0-144-generic
Vorgeschlagene Pakete:
fdutils linux-lts-xenial-doc-4.4.0 linux-lts-xenial-source-4.4.0
linux-lts-xenial-tools
Die folgenden NEUEN Pakete werden installiert:
linux-base linux-headers-4.4.0-144 linux-headers-4.4.0-144-generic
linux-image-4.4.0-144-generic linux-modules-4.4.0-144-generic
0 aktualisiert, 5 neu installiert, 0 zu entfernen und 18 nicht aktualisiert.
Es müssen 28,9 MB an Archiven heruntergeladen werden.
Nach dieser Operation werden 151 MB Plattenplatz zusätzlich benutzt.
Möchten Sie fortfahren? J
Holen: 1 http://archive.ubuntu.com/ubuntu/ trusty-updates/main linux-base all 4.5ubuntu1~14.04.1
Holen: 2 http://archive.ubuntu.com/ubuntu/ trusty-updates/main linux-headers-4.4.0-144 all 4.4.0-144.170~14.04.1 [9.980 kB]
Holen: 3 http://archive.ubuntu.com/ubuntu/ trusty-updates/main linux-headers-4.4.0-144-generic amd64 4.4.0-144.170~14.04.1
Holen: 4 http://archive.ubuntu.com/ubuntu/ trusty-updates/main linux-modules-4.4.0-144-generic amd64 4.4.0-144.170~14.04.1
Holen: 5 http://archive.ubuntu.com/ubuntu/ trusty-updates/main linux-image-4.4.0-144-generic amd64 4.4.0-144.170~14.04.1 [6.819 kB]
Es wurden 28,9 MB in 5 s geholt (5.187 kB/s).
Vorkonfiguration der Pakete ...
Vormals nicht ausgewähltes Paket linux-base wird gewählt.
(Lese Datenbank ... 266062 Dateien und Verzeichnisse sind derzeit installiert.)
Vorbereitung zum Entpacken von .../linux-base_4.5ubuntu1~14.04.1_all.deb ...
Entpacken von linux-base (4.5ubuntu1~14.04.1) ...
Vormals nicht ausgewähltes Paket linux-headers-4.4.0-144 wird gewählt.
Vorbereitung zum Entpacken von .../linux-headers-4.4.0-144_4.4.0-144.170~14.04.1_all.deb ...
Entpacken von linux-headers-4.4.0-144 (4.4.0-144.170~14.04.1) ...
Vormals nicht ausgewähltes Paket linux-headers-4.4.0-144-generic wird gewählt.
Vorbereitung zum Entpacken von .../linux-headers-4.4.0-144-generic_4.4.0-144.170~14.04.1_amd64.deb ...
Entpacken von linux-headers-4.4.0-144-generic (4.4.0-144.170~14.04.1) ...
Vormals nicht ausgewähltes Paket linux-modules-4.4.0-144-generic wird gewählt.
Vorbereitung zum Entpacken von .../linux-modules-4.4.0-144-generic_4.4.0-144.170~14.04.1_amd64.deb ...
Entpacken von linux-modules-4.4.0-144-generic (4.4.0-144.170~14.04.1) ...
Vormals nicht ausgewähltes Paket linux-image-4.4.0-144-generic wird gewählt.
Vorbereitung zum Entpacken von .../linux-image-4.4.0-144-generic_4.4.0-144.170~14.04.1_amd64.deb ...
Entpacken von linux-image-4.4.0-144-generic (4.4.0-144.170~14.04.1) ...
Trigger für man-db (2.6.7.1-1ubuntu1) werden verarbeitet ...
linux-base (4.5ubuntu1~14.04.1) wird eingerichtet ...
linux-headers-4.4.0-144 (4.4.0-144.170~14.04.1) wird eingerichtet ...
linux-headers-4.4.0-144-generic (4.4.0-144.170~14.04.1) wird eingerichtet ...
/etc/kernel/header_postinst.d/dkms:
Traceback (most recent call last):
File "/usr/share/apport/package-hooks/dkms_packages.py", line 22, in
import apport
ImportError: No module named apport
Error! Bad return status for module build on kernel: 4.4.0-144-generic (x86_64)
Consult /var/lib/dkms/nvidia-370/370.28/build/make.log for more information.
linux-modules-4.4.0-144-generic (4.4.0-144.170~14.04.1) wird eingerichtet ...
linux-image-4.4.0-144-generic (4.4.0-144.170~14.04.1) wird eingerichtet ...
I: /vmlinuz is now a symlink to boot/vmlinuz-4.4.0-144-generic
I: /initrd.img is now a symlink to boot/initrd.img-4.4.0-144-generic
Trigger für linux-image-4.4.0-144-generic (4.4.0-144.170~14.04.1) werden verarbeitet ...
/etc/kernel/postinst.d/dkms:
Traceback (most recent call last):
File "/usr/share/apport/package-hooks/dkms_packages.py", line 22, in
import apport
ImportError: No module named apport
Error! Bad return status for module build on kernel: 4.4.0-144-generic (x86_64)
Consult /var/lib/dkms/nvidia-370/370.28/build/make.log for more information.
/etc/kernel/postinst.d/initramfs-tools:
update-initramfs: Generating /boot/initrd.img-4.4.0-144-generic
/etc/kernel/postinst.d/zz-update-grub:
Grub-Konfigurationsdatei wird generiert …
Linux-Abbild gefunden: /boot/vmlinuz-4.4.0-144-generic
initrd-Abbild gefunden: /boot/initrd.img-4.4.0-144-generic
Linux-Abbild gefunden: /boot/vmlinuz-4.4.0-137-generic
initrd-Abbild gefunden: /boot/initrd.img-4.4.0-137-generic
Linux-Abbild gefunden: /boot/vmlinuz-4.4.0-96-generic
initrd-Abbild gefunden: /boot/initrd.img-4.4.0-96-generic
Found memtest86+ image: /boot/memtest86+.elf
Found memtest86+ image: /boot/memtest86+.bin
erledigt
root@schimi:~# ls -la /var/lib/dkms/nvidia-370/370.28/build/make.log
-rw-r--r-- 1 root root 7110 Apr 4 09:37 /var/lib/dkms/nvidia-370/370.28/build/make.log
root@schimi:~# apt-get remove linux-headers-4.4.0-144 linux-headers-4.4.0-144-generic linux-image-4.4.0-144-generic
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
Die folgenden Pakete werden ENTFERNT:
linux-headers-4.4.0-144 linux-headers-4.4.0-144-generic
linux-image-4.4.0-144-generic
0 aktualisiert, 0 neu installiert, 3 zu entfernen und 18 nicht aktualisiert.
Nach dieser Operation werden 95,1 MB Plattenplatz freigegeben.
Möchten Sie fortfahren? J
(Lese Datenbank ... 294049 Dateien und Verzeichnisse sind derzeit installiert.)
Entfernen von linux-headers-4.4.0-144-generic (4.4.0-144.170~14.04.1) ...
Entfernen von linux-headers-4.4.0-144 (4.4.0-144.170~14.04.1) ...
Entfernen von linux-image-4.4.0-144-generic (4.4.0-144.170~14.04.1) ...
/etc/kernel/prerm.d/dkms:
dkms: removing: bbswitch 0.7 (4.4.0-144-generic) (x86_64)

-------- Uninstall Beginning --------
Module: bbswitch
Version: 0.7
Kernel: 4.4.0-144-generic (x86_64)
-------------------------------------

Status: Before uninstall, this module version was ACTIVE on this kernel.

bbswitch.ko:
- Uninstallation
- Deleting from: /lib/modules/4.4.0-144-generic/updates/dkms/
- Original module
- No original module was found for this module on this kernel.
- Use the dkms install command to reinstall any previous module version.
depmod....

DKMS: uninstall completed.
I: /vmlinuz.old is now a symlink to boot/vmlinuz-4.4.0-96-generic.efi.signed
I: /vmlinuz is now a symlink to boot/vmlinuz-4.4.0-137-generic
I: /initrd.img is now a symlink to boot/initrd.img-4.4.0-137-generic
/etc/kernel/postrm.d/initramfs-tools:
update-initramfs: Deleting /boot/initrd.img-4.4.0-144-generic
/etc/kernel/postrm.d/zz-update-grub:
Grub-Konfigurationsdatei wird generiert …
Linux-Abbild gefunden: /boot/vmlinuz-4.4.0-137-generic
initrd-Abbild gefunden: /boot/initrd.img-4.4.0-137-generic
Linux-Abbild gefunden: /boot/vmlinuz-4.4.0-96-generic
initrd-Abbild gefunden: /boot/initrd.img-4.4.0-96-generic
Found memtest86+ image: /boot/memtest86+.elf
Found memtest86+ image: /boot/memtest86+.bin
erledigt
root@schimi:~#

mango 04.Apr.2019 14:52:45

Hallo,

[quote='grumpf' pid='184098' dateline='1554363824']
Wen es interessieren sollte.... habe einen Update auf 4.4.0-144 versucht, der DMKS compiliert nicht so richtig mit/gegen die NVIDIA-370er. Log anbei - wie kann ich eigentlich via apt-get remove / apt-get install die NVIDIA-370er gegen 340er-Ubuntu oder 380er austauschen? Ich habe bei 370 komische Streifen... aber nur bei Softhddevice im Fernsehbetrieb :-)

liegt an Paket "linux-image-extra-4.4.0-xxx-generic" ...das es ab Kernel-4.4.0-143 nicht mehr gibt!
Ohne dieses Paket werden die Module nicht compiled, liegt also nicht an dkms von nvidia!
Mit Kernel-4.4.0-142 läuft das Build noch durch & Module werden gebaut.
root@easy5:~# apt-get install linux-headers-4.4.0-142 linux-headers-4.4.0-142-generic linux-image-4.4.0-142-generic linux-image-extra-4.4.0-142-generic
..........
..........
linux-headers-4.4.0-142-generic (4.4.0-142.168~14.04.1) wird eingerichtet ...
Examining /etc/kernel/header_postinst.d.
run-parts: executing /etc/kernel/header_postinst.d/dkms 4.4.0-142-generic /boot/vmlinuz-4.4.0-142-generic

root@easy5:/var/lib/dkms/nvidia-387/387.34/4.4.0-142-generic/x86_64/log# cat make.log DKMS make.log for nvidia-387-387.34 for kernel 4.4.0-142-generic (x86_64)
..........
..........
LD /var/lib/dkms/nvidia-387/387.34/build/nvidia.o
LD /var/lib/dkms/nvidia-387/387.34/build/nvidia-uvm.o
LD /var/lib/dkms/nvidia-387/387.34/build/nvidia-modeset.o
LD /var/lib/dkms/nvidia-387/387.34/build/nvidia-drm.o
Building modules, stage 2.
MODPOST 4 modules
CC /var/lib/dkms/nvidia-387/387.34/build/nvidia-drm.mod.o
CC /var/lib/dkms/nvidia-387/387.34/build/nvidia-modeset.mod.o
CC /var/lib/dkms/nvidia-387/387.34/build/nvidia-uvm.mod.o
CC /var/lib/dkms/nvidia-387/387.34/build/nvidia.mod.o
LD /var/lib/dkms/nvidia-387/387.34/build/nvidia-drm.ko
LD /var/lib/dkms/nvidia-387/387.34/build/nvidia-modeset.ko
LD /var/lib/dkms/nvidia-387/387.34/build/nvidia-uvm.ko
LD /var/lib/dkms/nvidia-387/387.34/build/nvidia.ko
make: Verzeichnis »/usr/src/linux-headers-4.4.0-142-generic« wird verlassen

root@easy35:~# uname -r
4.4.0-142-generic

Gruss
Wolfgang

Bernie21031966 04.Apr.2019 20:41:27

...Das gleiche Problem mit dem Kernel habe ich mit den TBS 6902 Treibern und nicht mit den Nvidia Treibern ...nach dem Update auf den 4.4.0-144 kann ich keine TBS Treiber Installieren.

VDR1 : (gestorben>ASUSTek IPN73BA Core2Quad 2,33GHZ);
Asustek M5A78L-M LX3;AMD FX(tm)-4100 Quad-Core;
8 GB ; SSD 120GB SU 650 + ST3500413AS
Attansic Ethernet controller
NVidia GeForce GT720
NVidia Audio + 5.1 Logitech
TBS 6902 Doppeltuner
Formosa21 USB-IR mit Technisat TTAI35(kein MOD)

VDR2+3 : Rente
VDR 4 : Testvdr ; Dell 3 GHZ Dualcore ; 2 GB ; Tevi464 oder Skystar HD2 oder Technotrend S2-3200 oder Astrometa DVB T/T2/C USB Stick

mango 04.Apr.2019 20:51:16

Hallo,

[quote='Bernie21031966' pid='184100' dateline='1554403287']
...Das gleiche Problem mit dem Kernel habe ich mit den TBS 6902 Treibern und nicht mit den Nvidia Treibern ...nach dem Update auf den 4.4.0-144 kann ich keine TBS Treiber Installieren.

welcher Kernel wurde zuletzt genutzt ...kannst du mit diesem booten?

P.S
Hast du noch Bitte die Ausgabe von
dpkg -l linux-* | grep ii

Gruss
Wolfgang

Bernie21031966 04.Apr.2019 21:29:52

Ich meine es war der 142 Kernel...
Konnte danach den Vdr bis zum Startbild (Eispingu) starten...danach war schluss. Konsole F2 und F4 nicht möglich . Lediglich Putty war noch möglich...bin aber mit dem nicht so gut dass ich was kopieren kann ...

VLC Snap hab ich mit der Kamera gemacht und TBS.txt ist der Teil,den ich von der apt-get .log noch sichern konnte...

hab dann in einer Nachtschicht den VDR neu installiert...
TBS.txt
vlcsnap-error812 (2).jpg

Bernie21031966 09.Apr.2019 21:51:25

Hab immer noch das gleiche Problem mit dem Kernel Update ...

Hab mir nochmal eine SSD gekauft und den Easyvdr drauf installiert.
Dann TBS Treiber dazu installiert und läuft.
Danach alle updates(bis auf den Kernel) ....läuft.
Danach apt-mak unhold und Kernel (4.4.0-96 nach 4.4.0.144) aktualisieren ....und dann sieht man schon Fehler beim aktualisieren ... siehe make.log .
nach dem Reboot geht nur noch Putty und das Webportal ...
hab euch die aktuelle easyinfo und make.log angehängt!

P.S. ...Hab vorher auch noch einen anderen Versuch gemacht ...meine Tevi 464 dazu rein...easyvdr mit allen updates installiert.läuft!
Kernel installiert (4.4.0-144 erfolgreich)...und erst danach die TBS treiber.
Fehler kam erst beim TBS Treiber installieren(siehe TBS.txt) ...deswegen die vorherige Frage ob jemand auch Probleme mit dem TBS Treiber hat ...

Gruss Bernhard
easyinfo.zip
make.log

SurfaceCleanerZ 09.Apr.2019 22:26:27

Hi
Und weshalb updatest du den Kernel ? Nimm doch den 142,wenn der läuft...
Mfg Stefan

mango 09.Apr.2019 22:26:53

Hallo,

[quote='Bernie21031966' pid='184126' dateline='1554839485']
Danach apt-mak unhold und Kernel (4.4.0-96 nach 4.4.0.144) aktualisieren ....und dann sieht man schon Fehler beim aktualisieren ... siehe make.log .
nach dem Reboot geht nur noch Putty und das Webportal ...
hab euch die aktuelle easyinfo und make.log angehängt!

hatte doch in Post #36 geschrieben, dass ab Kernel-4.4.0-143 das Paket " linux-image-extra-4.4.0-142-generic"
fehlt.Ohne das Paket baut der Treiber nicht. ...ergo wer ein Extra-Treiberpaket benötigt nicht Kernel
4.4.0-143/144 installieren.Kernel-4.4.0-142 installieren und gut ist.

[quote='Bernie21031966' pid='184126' dateline='1554839485']
Danach apt-mak unhold und Kernel (4.4.0-96 nach 4.4.0.144) aktualisieren ....und dann sieht man schon Fehler beim aktualisieren ... siehe make.log .
nach dem Reboot geht nur noch Putty und das Webportal ...

da du mit putty noch zugriff auf den VDR hast, kannst du doch in der grub.cfg den Kernel zum booten ändern.
Konsole einloggen danach sudo su cd /boot/grub mc und grub.cfg editieren.
Zeile 147/148
linux /boot/vmlinuz-4.4.0-144-generic
initrd /boot/initrd.img-4.4.0-144-generic
ersetzen durch
linux /boot/vmlinuz-4.4.0-96-generic
initrd /boot/initrd.img-4.4.0-96-generic
nun die Kiste neu starten. Ist das System gestartet Kernel-4.4.0-144 deinstallieren
sudo apt-get remove --purge linux-headers-4.4.0-144 linux-headers-4.4.0-144-generic linux-image-4.4.0-144-generic

und Kernel-4-4-0-142 installieren
sudo apt-get install linux-headers-4.4.0-142 linux-headers-4.4.0-142-generic linux-image-4.4.0-142-generic linux-image-extra-4.4.0-142-generic
..nach install reboot und nun das Treiber-Paket installieren.

Gruss
Wolfgang

Bernie21031966 10.Apr.2019 22:32:35

Hast Recht ...Wolfgang..

Wer genau lesen kann ist klar im Vorteil ...

..aber wenigstens gibt mein innerer Sch.....hund endlich Ruhe.. :blush: ..

....ähhem ...was ist mit der 4 er Version ? ..hab ja jetzt eine SSD zum Probieren ...

Bernhard

SurfaceCleanerZ 11.Apr.2019 00:00:11

Hi
Nutzbarkeit ist bei v4 begrenzt . Ist noch kein Alpha .
Aber gb sucht gerade Fb-Tests damit Da würdest du ihm mit einem Lirc Empfänger echt helfen .
Mfg Stefan

Bernie21031966 14.Apr.2019 13:46:44

>>Aber gb sucht gerade Fb-Tests damit Da würdest du ihm mit einem Lirc Empfänger echt helfen .<<<

Bei meinem easyvdr ist ein USB IR Empfänger (Formosa21) verbaut .... Dazu eine Technisat TTS35Ai sender ...
Den usb Empfänger kann ich im Setup nicht anwählen. Benutze "lirc an alsa" ...
es gehn viele Tasten ...aber nicht die Farbtasten...
Ich weiss nicht, ob und wie ich mit meinem kümmerlichen linuxwissen helfen könnte ... :s

Bernhard

captain_slow 15.May.2019 15:27:20

Hi.
Welche Kernelversiionen nutzt ihr erfolgreich?
Macht es evtl sogar Sinn einen noch neueren zu nehmen? 4.6.x oder 4.8.x etc ?
Grüße c

easyVDRv3:
ATCs 620 / Asrock J3455-itx / 8GB RAM / 2TB WD20EARS /CineS2 6.5 / Philips MCE IR - easyVDR 3.5.0hevc

in Rente:
easyVDRv2:
Chieftec Mesh/ Intel DQ67SW / Core i3-2100 / 4GB RAM / WD20EARS / CineS2 6.5 / Philips MCE IR - easyVDR 2.5.0
easyVDRv1:
ATCs 620 / Asrock K7S41GX / AMD Geode NX 1750 / 1GB RAM / 400 GB HD / Nexus

SurfaceCleanerZ 15.May.2019 15:30:54

Hi,
s. Wiki, wie das geht,
die meisten nutzen den Defaultkernel...
MfG,
Stefan

mango 15.May.2019 15:48:01

Hallo,

[quote='captain_slow' pid='184315' dateline='1557926840']
Welche Kernelversiionen nutzt ihr erfolgreich?

hier läuft
root@easy5:~# uname -r
4.4.0-142-generic
mit dieser Version werden noch alle Treiber-Pakete übersetzt/gebaut.
Kernel-4.4.0-142/4.4.0-144 Build der Pakete geht nicht mehr!

[quote='captain_slow' pid='184315' dateline='1557926840']
Macht es evtl sogar Sinn einen noch neueren zu nehmen? 4.6.x oder 4.8.x etc ?

wenn ich mir deine Signatur anschaue reicht Kernel-4.4.0 völlig!
Hinzu kommt das Treiber-Pakete mit Kernel-4.6/4.8 nicht mehr gebaut werden.
Für z.B nvidia-387 wird auch min. gcc-5 erwartet.

Gruss
Wolfgang

zzzözzz 17.May.2019 08:37:30

>> Für z.B nvidia-387 wird auch min. gcc-5 erwartet.

Das klingt jetzt nicht wie etwas unerwartetes. Einen gcc >= 6 zu verwenden ist doch kein Hexenwerk.

mango 17.May.2019 14:48:05

Hi Wirbel,

[quote='Wirbel' pid='184318' dateline='1558075050']
Einen gcc >= 6 zu verwenden ist doch kein Hexenwerk.

nee ist es auch nicht ...ToDo siehe Wiki.
http://wiki.easy-vdr.de/index.php?title=Kernelupdate_4.8

Gruss
Wolfgang

	Kopie des easyVDR-Forums zum Nachschlagen
	Wiki Doku-Archiv Downloads Ubuntu-Pakete Sourcecode Hilfe