Der ppa-purge Befehl sollte passen.
Wenn du sowieso auf ein anderes nvidia-Treiberpaket wechselst, sollte der Treiber dabei automatisch nach der Installation neu gebaut werden.
Die Versionsnummern kannst du der Ausgabe von dkms status entnehmen.
Den Purge-Befehl habe ich jetzt ausgeführt und es wurde ordentlich umgerührt:
Da mir dkm-status nur die installierte 304er zeigt (nvidia-304, 304.117, 3.13.0-143-generic, x86_64: installed)
werde ich es mal mit diesen probieren und berichten ...
Update:
nach purge ein dist-upgrade durchgeführt:
wodurch 304.135 installiert wurde ... mal schauen obs damit wieder geht ...
Update 2:
Es ist vollbracht *ggg* - Bild und Ton wieder vorhanden!
VIELEN DANK für die tolle Unterstützung!!! 
Jetzt kann ich erstmal beruhigt zum Training gehen und meine Mädsl können wieder fernsehen ...
Wenn die dann heute abend schlafen werden, würde ich gerne ausprobieren, bis zu welcher nvidia-Version ich hochgehen kann.
Dazu würde ich gerne wissen, ob ich das besser mit den o.a. dkms-Befehlen mache oder über apt-get install nvidia-3xx?
Und welche Pakete ich im Falle von apt-get jetzt wirklich brauche (libcuda, etc.).
Und würdet ihr mir ein Kernel-Update ausdrücklich empfehlen?
Und geht das dann echt so einfach:
sudo apt-get install --install-recommends linux-generic-lts-xenial xserver-xorg-core-lts-xenial xserver-xorg-lts-xenial xserver-xorg-video-all-lts-xenial xserver-xorg-input-all-lts-xenial libwayland-egl1-mesa-lts-xenial
Du musst über die Paketverwaltung gehen und das entsprechende nvidia-* Paket installieren. dkms baut dann automatisch die Kernel-Module. cuda brauchst du für VDPAU nicht.
Ich würde das Kernel-Update ohne tatsächlichen Bedarf dafür (z.B. wenn du weißt, dass der neue Kernel bestimmte Probleme im Zusammenhang mit deiner Hardware behebt) nicht unbedingt machen. IIRC ist das media-build-experimental-dkms Paket nicht für den Kernel 4.4 angepasst und das PAket yavdr-essential muss reinstalliert werden, nachdem man den neuen Kernel und xorg-Stack eingespielt hat.
Ok, dann werde ich mir das Kernel-Update wohl sparen und auf das neue yaVDR-ansible warten 
offtopic: Da fehlt noch das OSD - skindesigner openglosd, epgd, dv***i & os**m würden schon funzen, oder?
Da ich immer die Hoffnung habe, dass neuere Versionen "besser" sind (neue Features, stabiler, etc.) möchte ich den aktuellsten gerade noch funktionierenden nvidia-Treiber benutzen.
Dazu würde ich also mit der höchsten Version anfangen und schauen, ob ich nach dem reboot Bild und Ton bekomme:
sudo apt-get install nvidia-384
Ist es damit schon getan, oder soll ich vorher die jeweils installierte Version deinstallieren?
sudo apt-get -remove nvidia-304
Und wenn das nicht klappen sollte dann sudo apt-get -remove nvidia-384 und sudo apt-get install nvidia-375 usw.?
Und braucht man die folgenden Pakete (libcuda, opencl-icd) wirklich nicht separat de-/installieren?
Habe mir vor Jahren mal aufgeschrieben, dass man so nvidia-Treiber installiert: sudo apt-get install nvidia-384 libcuda1-384 nvidia-opencl-icd-384
Hi,
mir geht es leider nach dem dist-upgrade genauso wie davie2000.
hab schon alle möglichen konstellationen und verschiedenste nvidia-treiber versucht, jedoch ohne erfolg.
weiß nicht mehr wo ich noch ansetzen kann, bitte daher um unterstützung.
Wenn es dir wie davie2000 geht, sollte die Lösung die gcc-Version ohne repotline Patch vom System zu werfen doch genauso funktionieren... Ansonsten müsstest du mal mehr Infos liefern, in diesem Thread hatten wir ja alle relevanten Punkte abgeackert, da kannst du ja mal posten, wie das bei dir aussieht.
erstmals vielen dank für deine hilfe,
meine vga: 01:00.0 VGA compatible controller: NVIDIA Corporation GK208 [GeForce GT 730] (rev a1) (prog-if 00 [VGA controller])
modinfo nvidia-304:
vermagic: 3.13.0-143-generic SMP mod_unload modversions retpoline
dkms status:
nvidia-304, 304.117, 3.13.0-143-generic, x86_64: installed
apt-cache policy:
Wird die GT 730 wirklich vom legacy-Treiber nvidia-304 unterstützt (https://www.nvidia.com/object/IO_32667.html)? Ich würde da eher in Richtung nvidia-375 oder nvidia-384 denken.
hallo davie2000,
hätte ich leider schon alles versucht, darum bin ich jetzt auf die "alte nvidia 304-117" version zurückgestiegen.
hatte vor dem upgrade die nvidia-384 in verwendung, aber mit dieser version gehts leider auch nicht. daher bin ich auf deinen post mit der geänderten gcc gestoßen. welche würde denn passen?
dpkg -l gcc
==========
ii gcc 4:4.8.2-1ubuntu6 amd64 GNU C compilerok, danke, werde nochmal die 384 einspielen. --> reboot.
bisher hab ichs auch nach "fast" jedem dist-upgrade so (älterer nvidia-treiber einspielen) beheben können. diesmal leider nicht.
Hier gäbe es auch noch ein nvidia-387 und nvidia-390 für trusty: https://launchpad.net/~graphic…ield.series_filter=trusty
Was steht denn in der Logdatei des X-Servers und vom vdr bzw. dem Ausgabeplugin im Syslog?
die nvidia-390 aus deinem ppa hätte ich auch schon probiert. kämpfe schon seit ca. 15:30 uhr.
suche noch kurz die logs und poste gleich
jetzt bekomm ich auf dem bildschirm nur mehr den login-prompt?
über vdr-live ist der vdr bedinbar (kann kanäle umschalten) jedoch kein bild.
ich glaub da hilft nur mehr neu aufsetzen. iso yavdr64-0.6.2 hab ich schon mal geladen 
Xorg.1.log
xorg-launcher.log
Wie sieht denn die /etc/X11/xorg.conf.yavdr aus?
Probier mal im WFE die Bildschirme neu erkennen zu lassen und speichere die Konfiguration ab.
Hallo,
wie durch ein wunder gehts jetzt wieder.
hab das xorg.conf template mit: sudo process-template /etc/X11/xorg.conf.yavdr nochmals ausgefürt. obwohl ich das schon gemacht hätte.
danach reboot --> das herunterfahren hat extrem lange gedauert (ca. 8min).
hab jetzt die nvidia-352 wieder in betrieb. bild und ton sind wieder da. 
lieber seahawk1986 und davie2000: vielen, vielen dank für die mühen und eure unterstützung !!!
/etc/X11/xorg.conf.yavdr
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!