[gelöst] Bild schwarz - nvidia-Treiber komplett zerschossen nach upgrade - Bitte um Hilfe!

davie2000 · 17. März 2018

Hallo!

Ich habe heute ein (leider unbeobachtetes) update & dist-upgrade durchgeführt und seit dem ist der Bildschirm schwarz (tw. mit Mauszeiger).

Es wurden > 20 Pakete geändert. Dass ein neuer nvidia-Treiber dabei gewesen wäre, hätte ich nicht gesehen (da wäre ich sicher vorsichtiger gewesen ).

Da das nach Updates schon öfter mal vorkam tippte ich blindlings wieder auf den nvidia-Treiber.

Da ich nicht herausfinden konnte, welche Treiberversion genau installiert war (es wurden mehrere angezeigt), habe ich dann krampfhaft versucht, alles von nvidia zu löschen (purge), um dann nacheinander alle möglichen Versionen (384, 375, 367 und 340) zu installieren - bin jetzt bei 304.117 gelandet, aber immer noch schwarz.

Vor diesen Troubles müsste die Version 367 installiert gewesen sein.

Auffällig sind folgende Einträge im syslog:

Code

Mar 17 13:41:31 myVDR kernel: [   15.240186] nvidia: version magic '3.13.0-143-generic SMP mod_unload modversions ' should be '3.13.0-143-generic SMP mod_unload modversions retpoline '
...
Mar 17 13:44:17 myVDR vdr: video/vdpau: Can't create vdp device on display ':1.0'
Mar 17 13:44:17 myVDR vdr: video/vaapi: Can't inititialize VA-API on ':1.0'
Mar 17 13:44:17 myVDR vdr: video/glx: no GLX support
Mar 17 13:44:17 myVDR vdr: video/glx: glx error
Mar 17 13:44:17 myVDR vdr: video/vaapi: Can't inititialize VA-API on ':1.0'
Mar 17 13:44:17 myVDR vdr: video/noop: noop driver running on display ':1.0'

Welche Infos muss ich liefern, damit ihr mir bitte, bitte, bitte helfen könnt?

Der WAF ist natürlich komplett im Keller! Kurze Ausfälle für Updates sind meine Mädls ja gewohnt, aber der Bildschirm ist und bleibt seit Stunden schwarz

Danke schon jetzt für eure Unterstützung!

SurfaceCleanerZ · 17. März 2018

Hi,

welche Hw ist es denn?

Warum der Uraltkernel? Evtl. bekommst du es nach nem Kernel upgrade ja hin.

Weiss ja nicht, wass du alles schon uninstallt hast...

Und: Ohne logfiles wird keiner helfen können...

Läuft X denn noch? Was sagt startx?

MfG,

Stefan

seahawk1986 · 17. März 2018

Das klingt nach einem ähnlichen Problem wie https://bugs.launchpad.net/ubuntu/+source/xorg/+bug/1750937

Der schnellste Workaround wäre das Booten eines älteren Kernels, der die retpotline-Anpassung noch nicht hat (Boot-Timeout im WFE hochsetzen und dann in Grub einen älteren Kernel wählen).

seahawk1986 · 17. März 2018

Was sagen denn dkms status und modinfo nvidia-304 (bzw, welches nvidia-Version du gerade installiert hast?

Ich würde mal versuchen mit dkms die nvidia Kernel Module für den betroffenen Kernel entfernen und neu bauen zu lassen: https://bugs.launchpad.net/ubu…/+bug/1750937/comments/30

seahawk1986 · 17. März 2018

Ach ja - hast du eine andere gcc-Version als die aus den Ubuntu-Repositories installiert?

davie2000 · 17. März 2018

Zuerst mal Danke für eure raschen Antworten!

1) Wg. "uralter Kernel-Version": ich habe yaVDR 0.6 und damit immer brave alle Updates gemacht, aber nie was selbst kompiliert.

Ich verwende die Asus ENGT520 aus meiner Signatur.

2) Ich werde versuchen, beim Booten eine ältere Version zu starten und hier berichten ...

Update: das klappt leider auch nicht - auch mit dem vorigen Kernel kommen die Fehlermeldungen und bleibt der Bildschirm schwarz

3) dkms status

nvidia-304, 304.117, 3.13.0-143-generic, x86_64: installed

4) modinfo nvidia-304

filename: /lib/modules/3.13.0-143-generic/updates/dkms/nvidia_304.ko

alias: char-major-195-*

version: 304.117

supported: external

license: NVIDIA

alias: pci:v000010DEd00000E00sv*sd*bc04sc80i00*

alias: pci:v000010DEd00000AA3sv*sd*bc0Bsc40i00*

alias: pci:v000010DEd*sv*sd*bc03sc02i00*

alias: pci:v000010DEd*sv*sd*bc03sc00i00*

depends:

vermagic: 3.13.0-143-generic SMP mod_unload modversions

parm: NVreg_EnableVia4x:int

parm: NVreg_EnableALiAGP:int

parm: NVreg_ReqAGPRate:int

parm: NVreg_EnableAGPSBA:int

parm: NVreg_EnableAGPFW:int

parm: NVreg_Mobile:int

parm: NVreg_ResmanDebugLevel:int

parm: NVreg_RmLogonRC:int

parm: NVreg_ModifyDeviceFiles:int

parm: NVreg_DeviceFileUID:int

parm: NVreg_DeviceFileGID:int

parm: NVreg_DeviceFileMode:int

parm: NVreg_RemapLimit:int

parm: NVreg_UpdateMemoryTypes:int

parm: NVreg_InitializeSystemMemoryAllocations:int

parm: NVreg_UseVBios:int

parm: NVreg_RMEdgeIntrCheck:int

parm: NVreg_UsePageAttributeTable:int

parm: NVreg_EnableMSI:int

parm: NVreg_MapRegistersEarly:int

parm: NVreg_RegisterForACPIEvents:int

parm: NVreg_RegistryDwords:charp

parm: NVreg_RmMsg:charp

parm: NVreg_NvAGP:int

5) gcc habe ich nie bewusst manuell installiert

Habt ihr noch Ideen?

Hier mal der syslog von gerade eben, ab dem Start mit vorigem Kernel:

https://pastebin.com/M7NBqgUM

seahawk1986 · 17. März 2018

Probier es mal so:

Code

sudo dkms remove nvidia-304/304.117 -k 3.13.0-143-generic
sudo dkms install nvidia-304/304.117 -k 3.13.0-143-generic

Und dann schau dir die vermagic-Zeile in der Ausgabe von modinfo nvidia-304 noch mal an, ob dort dann das retpotline auftaucht.

SurfaceCleanerZ · 17. März 2018

Hi,

auch dort kannst du problemlos auf die neueren 3.19 bzw. 4.4.0 von trusty gehen. Gibt ja offiziell bei Ubuntu für trusty.

MfG,

Stefan

davie2000 · 17. März 2018

Zitat von seahawk1986
Code
sudo dkms remove nvidia-304/304.117 -k 3.13.0-143-generic
sudo dkms install nvidia-304/304.117 -k 3.13.0-143-generic
Und dann schau dir die vermagic-Zeile in der Ausgabe von modinfo nvidia-304 noch mal an, ob dort dann das retpotline auftaucht.

Habe ich beides gemacht und finde kein "retpotline" in der vermagic-Zeile.

Spoiler anzeigen

Code

sudo dkms remove nvidia-304/304.117 -k 3.13.0-143-generic

-------- Uninstall Beginning --------
Module:  nvidia-304
Version: 304.117
Kernel:  3.13.0-143-generic (x86_64)
-------------------------------------

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

nvidia_304.ko:
 - Uninstallation
   - Deleting from: /lib/modules/3.13.0-143-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.

------------------------------
Deleting module version: 304.117
completely from the DKMS tree.
------------------------------
Done.

Alles anzeigen

Code

sudo dkms install nvidia-304/304.117 -k 3.13.0-143-generic

Creating symlink /var/lib/dkms/nvidia-304/304.117/source ->
                 /usr/src/nvidia-304-304.117

DKMS: add completed.

Kernel preparation unnecessary for this kernel.  Skipping...
applying patch allow_sublevel_greater_than_5.patch...patching file conftest.sh
Hunk #1 succeeded at 1850 (offset 146 lines).

applying patch buildfix_kernel_3.13.patch...patching file nv-acpi.c


Building module:
cleaning build area....
make KERNELRELEASE=3.13.0-143-generic module KERNDIR=/lib/modules/3.13.0-143-generic IGNORE_XEN_PRESENCE=1 IGNORE_CC_MISMATCH=1 SYSSRC=/lib/modules/3.13.0-143-generic/build LD=/usr/bin/ld.bfd...............
cleaning build area....

DKMS: build completed.

nvidia_304.ko:
Running module version sanity check.
 - Original module
   - No original module exists within this kernel
 - Installation
   - Installing to /lib/modules/3.13.0-143-generic/updates/dkms/

depmod....

DKMS: install completed.

Alles anzeigen

Code

modinfo nvidia-304

filename:       /lib/modules/3.13.0-143-generic/updates/dkms/nvidia_304.ko
alias:          char-major-195-*
version:        304.117
supported:      external
license:        NVIDIA
alias:          pci:v000010DEd00000E00sv*sd*bc04sc80i00*
alias:          pci:v000010DEd00000AA3sv*sd*bc0Bsc40i00*
alias:          pci:v000010DEd*sv*sd*bc03sc02i00*
alias:          pci:v000010DEd*sv*sd*bc03sc00i00*
depends:        
vermagic:       3.13.0-143-generic SMP mod_unload modversions 
parm:           NVreg_EnableVia4x:int
parm:           NVreg_EnableALiAGP:int
parm:           NVreg_ReqAGPRate:int
parm:           NVreg_EnableAGPSBA:int
parm:           NVreg_EnableAGPFW:int
parm:           NVreg_Mobile:int
parm:           NVreg_ResmanDebugLevel:int
parm:           NVreg_RmLogonRC:int
parm:           NVreg_ModifyDeviceFiles:int
parm:           NVreg_DeviceFileUID:int
parm:           NVreg_DeviceFileGID:int
parm:           NVreg_DeviceFileMode:int
parm:           NVreg_RemapLimit:int
parm:           NVreg_UpdateMemoryTypes:int
parm:           NVreg_InitializeSystemMemoryAllocations:int
parm:           NVreg_UseVBios:int
parm:           NVreg_RMEdgeIntrCheck:int
parm:           NVreg_UsePageAttributeTable:int
parm:           NVreg_EnableMSI:int
parm:           NVreg_MapRegistersEarly:int
parm:           NVreg_RegisterForACPIEvents:int
parm:           NVreg_RegistryDwords:charp
parm:           NVreg_RmMsg:charp
parm:           NVreg_NvAGP:int

Alles anzeigen

~~Muss ich nach remove/install neu booten? Hab ich jetzt nämlich nicht.~~

~~Werde ich gleich nachholen und Ergebnis posten.~~

Zitat von SurfaceCleanerZ

auch dort kannst du problemlos auf die neueren 3.19 bzw. 4.4.0 von trusty gehen. Gibt ja offiziell bei Ubuntu für trusty.

Warum wird der Kernel bei update & dist-upgrade nicht erneuert? Dachte immer, ich sei damit aktuell.

Wenn mir diese Maßnahme bei der Lösung und mir jemand bei der Maßnahme hilft (*g*) dann würde ich das schon machen (wollen).

seahawk1986 · 17. März 2018

Zitat von davie2000

Warum wird der Kernel bei update & dist-upgrade nicht erneuert?

Weil man die Pakete für den LTS-Enablement Stack selbst installieren muss, wenn man ursprünglich ein Ubuntu 14.04.1 installiert hat: https://wiki.ubuntu.com/Kernel…u_14.04_LTS_-_Trusty_Tahr - der Kernel 3.19 ist eigentlich keine Option, der wird seit Jahren nicht mehr mit Updates versorgt - wenn könnte man auf den Kernel 4.4 gehen, der wie der Kernel 3.13 bis zum Support-Ende von Ubuntu 14.04 gepflegt wird: https://wiki.ubuntu.com/Kernel…4.x_Ubuntu_Kernel_Support

seahawk1986 · 17. März 2018

Zitat von davie2000

Habe ich beides gemacht und finde kein "retpotline" in der vermagic-Zeile.

Muss ich nach remove/install neu booten? Hab ich jetzt nämlich nicht.

Wäre sinnvoll, damit das neue Treibermodul geladen wird. Auf meinem yaVDR 0.6.1 sieht das aktuell so aus:

Code

$ modinfo nvidia-340
filename:       /lib/modules/3.13.0-143-generic/updates/dkms/nvidia_340.ko
alias:          char-major-195-*
version:        340.102
supported:      external
license:        NVIDIA
alias:          pci:v000010DEd00000E00sv*sd*bc04sc80i00*
alias:          pci:v000010DEd00000AA3sv*sd*bc0Bsc40i00*
alias:          pci:v000010DEd*sv*sd*bc03sc02i00*
alias:          pci:v000010DEd*sv*sd*bc03sc00i00*
depends:        drm
vermagic:       3.13.0-143-generic SMP mod_unload modversions retpoline 
parm:           NVreg_Mobile:int
parm:           NVreg_ResmanDebugLevel:int
parm:           NVreg_RmLogonRC:int
parm:           NVreg_ModifyDeviceFiles:int
parm:           NVreg_DeviceFileUID:int
parm:           NVreg_DeviceFileGID:int
parm:           NVreg_DeviceFileMode:int
parm:           NVreg_RemapLimit:int
parm:           NVreg_UpdateMemoryTypes:int
parm:           NVreg_InitializeSystemMemoryAllocations:int
parm:           NVreg_UsePageAttributeTable:int
parm:           NVreg_MapRegistersEarly:int
parm:           NVreg_RegisterForACPIEvents:int
parm:           NVreg_CheckPCIConfigSpace:int
parm:           NVreg_EnablePCIeGen3:int
parm:           NVreg_EnableMSI:int
parm:           NVreg_MemoryPoolSize:int
parm:           NVreg_RegistryDwords:charp
parm:           NVreg_RmMsg:charp
parm:           NVreg_AssignGpus:charp

Alles anzeigen

davie2000 · 17. März 2018

Schaut nach Reboot leider immer noch genau gleich aus wie oben gepostet (bzw. mittlerweile dazu ergänzt im Spoiler).

Und ich bin mir auch ziemlich sicher, dass mindestens der 367er-Treiber bis zum upgrade funktioniert.

Soll ich mit deinen dkms-Befehlen mal den 304er entfernen und 340 installlieren?

Bei meiner "Pankikaktion" habe ich immer so installiert:

sudo apt-get install nvidia-304=304.117-0ubuntu1 libcuda1-304=304.117-0ubuntu1 nvidia-opencl-icd-304=304.117-0ubuntu1

und dann sogar noch sudo apt-get install nvidia-current=304.117-0ubuntu1 nachgeschossen

seahawk1986 · 17. März 2018

Zitat von davie2000

1) Wg. "uralter Kernel-Version": ich habe yaVDR 0.6 und damit immer brave alle Updates gemacht, aber nie was selbst kompiliert.

Der Kernel 3.13 ist ein LTS-Kernel, der wird bis zum Lebensende von Ubuntu 14.04 aktualisiert. Hast du irgendwelche zusäzulichen PPAs eingebunden?

davie2000 · 17. März 2018

Blöd, dass sich unsere Antworten immer überschneiden - ich habe im obigen Post was ergänzt.

Ja, ich habe im Laufe der Zeit sicherlich mehrere PPAs eingebunden. Weiß aber nicht mehr, welche genau jetzt noch eingebunden sind.

Wie finde ich das zuverlässig raus?

btw: vielen, vielen Dank für deine schnelle und geduldige Hilfe!!!

seahawk1986 · 17. März 2018

Zitat von davie2000

Ja, ich habe im Laufe der Zeit sicherlich mehrere PPAs eingebunden. Weiß aber nicht mehr, welche genau jetzt noch eingebunden sind.

Wie finde ich das zuverlässig raus?

Mit apt-cache policy sollte er dir alle konfigurierten Paketquellen und ihre Priorität auflisten.

fw114 · 17. März 2018

/etc/apt/sources.list.d

stehen alle PPA's drin die du u.a. von Hand eingebunden hast. Natürlich auch noch PPA's vom system

mit :

Code

sudo add-apt-repository --remove ppa:whatever/ppa

löschen

davie2000 · 17. März 2018

apt-cache policy liefert https://pastebin.com/xZx56MBm

und die sources.list sieht so aus https://pastebin.com/zZ1y8RAR

Wie es aussieht habe ich offenbar diese PPAs manuell hinzugefügt:

ubuntu-toolchain-r, team-xbmc, oXXam, gandalf-der-grosse und frodo-vdr.

Die ersten beiden für Kodi, drittens+viertens für dv**i, und das letzte für epgd und skindesigner.

Wieso soll ich diese Quellen jetzt löschen? Dann funktionieren doch die ganzen Plugins nicht mehr???

seahawk1986 · 17. März 2018

Zitat von davie2000

ubuntu-toolchain-r

Das dürfte die Ursache für deine Probleme sein - das bringt dir u.a. eine neuere gcc-Version (die aber dummerweise den retpotline-Fix nicht beinhaltet) - das PPA wird auch im oben verlinkten Bugreport als mögliche Ursache genannt.

Mir ist nicht klar, warum man für das kodi stable PPA (https://launchpad.net/~team-xbmc/+archive/ubuntu/ppa) eine andere gcc-Version braucht - immerhin habe ich die Pakete daraus in die yaVDR-PPAs übernommen, ohne die gcc-Version ändern zu müssen.

davie2000 · 17. März 2018

Öha *schäm*

Das habe ich 2016 gemacht, wegen einer Empfehlung im kodinerds-Forum, um Amazon-Prime Video in Kodi nutzen zu können.

D.h. für mich jetzt, ich soll das PPA löschen und nach update & dist-upgrade ist wieder alles gut?

seahawk1986 · 17. März 2018

Du musst es mit ppa-purge entfernen, damit alle daraus installierten Pakete gelöscht werden.

Dann noch mal mit dkms den Treiber neu bauen lassen.

[gelöst] Bild schwarz - nvidia-Treiber komplett zerschossen nach upgrade - Bitte um Hilfe!

Jetzt mitmachen!

Teilen

Tags