[gelöst] Stretch und NVIDIA GT 750

[schwedenmann]

Hallo


Mal eine ganz blöde Frage:

Ist unter /lib/modules/deinekernelversionhier/updates ein Verzeichnis dkms enthalten mit einträgen ?

ich habe jetzt schon 2x innerhalb von 2 Wochen auf meinem Sid, bei Kernelupdates incl. nvidia-updates erlebt, daß da anscheinend nvidiea-kernel-dkms nicht korrekt gebaut wurde, erst nach einem reboot mit dem neuen Kernel und dann apt-get --reinstall install nvidia-kernel-dkms war alles wieder ok.

mfg
schwedenmann

[geier22]

rendegast hat dir gleich am Anfang fragen gestellt - du hast keine einzige beantwortet. Ich hab dir auch Vorschläge gemacht und Listings meiner Installation gemacht- auch darauf hast du nicht geantwortet.Du sagst immer du hast das und das gemacht, ohne es zu belegen und mal die Ausgabe
der inzwischen mehrfach angesprochenen Befehle uns mitzuteilen.
Ich hab die gleiche Karte und den gleichen Kernel und bei mir läuft es ohne Probleme.
Ich mach mal das, was rendegast gefordert hat. Vielleicht motiviert dich das, es auch mal zu versuchen:

Code: Alles auswählen

~$ uname -a
Linux sparkyxfce 4.6.0-1-amd64 #1 SMP Debian 4.6.2-2 (2016-06-25) x86_64 GNU/Linux

Code: Alles auswählen

~$ lspci -nnk | grep -i VGA -A2
01:00.0 VGA compatible controller [0300]: NVIDIA Corporation GM107 [GeForce GTX 750 Ti] [10de:1380] (rev a2)
	Subsystem: Gigabyte Technology Co., Ltd GM107 [GeForce GTX 750 Ti] [1458:362d]
	Kernel driver in use: nvidia

Code: Alles auswählen

# dkms status
nvidia-current, 352.79, 4.6.0-1-amd64, x86_64: installed
vboxhost, 5.0.24, 4.6.0-1-amd64, x86_64: installed

Code: Alles auswählen

# find /lib/modules  |  sort  |  grep nvidia
/lib/modules/4.6.0-1-amd64/kernel/drivers/net/ethernet/nvidia
/lib/modules/4.6.0-1-amd64/kernel/drivers/net/ethernet/nvidia/forcedeth.ko
/lib/modules/4.6.0-1-amd64/updates/dkms/nvidia-current.ko
/lib/modules/4.6.0-1-amd64/updates/dkms/nvidia-current-uvm.ko

Code: Alles auswählen

dpkg -l  |  grep nvidia --> hab ich ja schon gepostet

Es macht wenig Sinn hier weiter zu lamentieren, wenn du weiterhin keinen Bock hast die Infos zu liefern, damit wir dir helfen können.
Und ich sage es nochmal: Steck deine Karte auf den empfohlenen Steckplatz. Das Argument. "bei Windows geht es ja oder mit nouveau läuft es ja" ist keins.

[geier22]

st unter /lib/modules/deinekernelversionhier/updates ein Verzeichnis dkms enthalten mit einträgen ?

das hatte rendegast ganz zu Anfang gefragt wurde aber nie beantwortet.
Ich hab Ihm mal die "Vorlage" gegeben

[NAB]

Ich warte ja immer noch auf eine Erklärung, wie der Nouveau-Treiber geladen wird, wenn er geblacklistet ist und in der xorg.conf der Nvidia-Treiber verlangt wird.

Und im dmesg steht einzig "NVRM: failed to copy vbios to system memory."? Oder stehen da noch ein paar Zeilen ringsrum?

Eventuell gibt's für die Karte auch ein Firmware-Update.

Und die Karten haben ja inzwischen zwei Firmwares ... einmal BIOS und einmal UEFI ... du könntest beide mal ausprobieren. Umschalten müsste im BIOS gehen bei "OpROMs" ...

Bei "alles möglich probiert" waren sicherlich auch die Hinweise von Nvidia dabei:
http://us.download.nvidia.com/XFree86/L ... er-08.html

[schwedenmann]

Hallo

@NAB

Ich warte ja immer noch auf eine Erklärung, wie der Nouveau-Treiber geladen wird, wenn er geblacklistet ist und in der xorg.conf der Nvidia-Treiber verlangt wird.

Die Karte müßte aber entweder mit nouveau ud mit nvidia-kernel-dkms laufen, beide Treiebr unterstützen die Karte, egal was geladen wird, es geht mehr als der VGA-Modus mit 640x480 .
Aber wie schon mehrfach angesprochen, solange die relvanten Infos und die entsprechende Vorgehensweise nicht durchgeführt werden, ist das alles nur Raten.

mfg
schwedenmann

[NAB]

Die Karte müßte aber entweder mit nouveau ud mit nvidia-kernel-dkms laufen,

hmmm, da hast du eigentlich Recht ... ich ging bisher davon aus, dass sie mit Nouveau funktioniert ... aber auch das steht nirgends so richtig.

[buddy67]

moin,

so heute hatte ich nochmal zeit zum testen - ich kann leider nicht pausenlos am pc basteln, deshalb entschuldigt bitte das ein paar angaben fehlen, ich hoffe ich hab jetzt aber alles beisammen.

ich habe heute nochmals die nvidia-treiber installiert (apt-get install nvidia-driver nvidia-xconfig nvidia-settings... wie zu erwarten war wieder kein gui...
die karte steckt im ersten pci-slot (und unter jessie hat sie dort auch mal mit den nvidia-teibern funktioniert, musste aber wie gesagt neu installieren...) vor dem heutigen versuch habe ich noch ein update für das mainboardbios eingespielt.

ein "/sbin/modprobe -c | egrep "nvidia|nouveau" | grep black "
ergibt: blacklist nouveau

danach dann wie empfohlen ein "update-initramfs -u -kall" was ohne fehler für den aktuellen kernel durchgelaufen ist.

ein "dpkg -l | grep nvidia"
ergibt:
ii glx-alternative-nvidia 0.7.3 amd64 allows the selection of NVIDIA as GLX provider
ii libegl1-nvidia:amd64 352.79-8 amd64 NVIDIA binary EGL libraries
ii libgl1-nvidia-glx:amd64 352.79-8 amd64 NVIDIA binary OpenGL libraries
ii libgl1-nvidia-glx:i386 352.79-8 i386 NVIDIA binary OpenGL libraries
ii libgl1-nvidia-glx-i386:i386 352.79-8 i386 NVIDIA binary OpenGL 32-bit libraries
ii libgles1-nvidia:amd64 352.79-8 amd64 NVIDIA binary OpenGL|ES 1.x libraries
ii libgles2-nvidia:amd64 352.79-8 amd64 NVIDIA binary OpenGL|ES 2.x libraries
ri libnvidia-eglcore:amd64 352.79-8 amd64 NVIDIA binary EGL core libraries
ii libnvidia-ml1:amd64 352.79-8 amd64 NVIDIA Management Library (NVML) runtime library
ii nvidia-alternative 352.79-8 amd64 allows the selection of NVIDIA as GLX provider
ii nvidia-driver 352.79-8 amd64 NVIDIA metapackage
ii nvidia-driver-bin 352.79-8 amd64 NVIDIA driver support binaries
ii nvidia-installer-cleanup 20151021+4 amd64 cleanup after driver installation with the nvidia-installer
ii nvidia-kernel-common 20151021+4 amd64 NVIDIA binary kernel module support files
ii nvidia-kernel-dkms 352.79-8 amd64 NVIDIA binary kernel module DKMS source
ii nvidia-kernel-support 352.79-8 amd64 NVIDIA binary kernel module support files
ii nvidia-legacy-check 352.79-8 amd64 check for NVIDIA GPUs requiring a legacy driver
ii nvidia-modprobe 367.18-1 amd64 utility to load NVIDIA kernel modules and create device nodes
ii nvidia-persistenced 367.18-1 amd64 daemon to maintain persistent software state in the NVIDIA driver
ii nvidia-settings 340.93-1 amd64 tool for configuring the NVIDIA graphics driver
ii nvidia-support 20151021+4 amd64 NVIDIA binary graphics driver support files
ii nvidia-vdpau-driver:amd64 352.79-8 amd64 Video Decode and Presentation API for Unix - NVIDIA driver
ii nvidia-xconfig 352.79-1 amd64 X configuration tool for non-free NVIDIA drivers
ii xserver-xorg-video-nvidia 352.79-8 amd64 NVIDIA binary Xorg driver


ein "dkms status"
ergibt:
nvidia-current, 352.79, 4.6.0-1-amd64, x86_64: installed
virtualbox, 5.0.22, 4.6.0-1-amd64, x86_64: installed
virtualbox-guest, 5.0.22, 4.6.0-1-amd64, x86_64: installed

Xorg.0.log: http://nopaste.debianforum.de/39396

ein "egrep "nouveau|nvidia" /etc/modprobe.d/*"
gibt:
/etc/modprobe.d/nvidia-blacklists-nouveau.conf:blacklist nouveau
/etc/modprobe.d/nvidia.conf:install nvidia modprobe -i nvidia-current $CMDLINE_OPTS
/etc/modprobe.d/nvidia.conf:install nvidia-uvm modprobe nvidia ; modprobe -i nvidia-current-uvm $CMDLINE_OPTS
/etc/modprobe.d/nvidia.conf:remove nvidia modprobe -r -i nvidia-uvm nvidia
/etc/modprobe.d/nvidia.conf:# These aliases are defined in *all* nvidia modules.
/etc/modprobe.d/nvidia.conf:alias pci:v000010DEd00000E00sv*sd*bc04sc80i00* nvidia
/etc/modprobe.d/nvidia.conf:alias pci:v000010DEd00000AA3sv*sd*bc0Bsc40i00* nvidia
/etc/modprobe.d/nvidia.conf:alias pci:v000010DEd*sv*sd*bc03sc02i00* nvidia
/etc/modprobe.d/nvidia.conf:alias pci:v000010DEd*sv*sd*bc03sc00i00* nvidia
/etc/modprobe.d/nvidia-kernel-common.conf:alias char-major-195* nvidia
/etc/modprobe.d/nvidia-kernel-common.conf:#options nvidia NVreg_DeviceFileUID=0 NVreg_DeviceFileGID=44 NVreg_DeviceFileMode=0660
/etc/modprobe.d/nvidia-kernel-common.conf:# options nvidia NVreg_EnableAGPSBA=1
/etc/modprobe.d/nvidia-kernel-common.conf:# options nvidia NVreg_EnableAGPFW=1

ein "lspci -nnk | grep -i VGA -A2"
ergibt:
03:00.0 VGA compatible controller [0300]: NVIDIA Corporation GM107 [GeForce GTX 750 Ti] [10de:1380] (rev a2)
Kernel driver in use: nvidia
Kernel modules: nvidia

ein "dkms status"
ergibt:
nvidia-current, 352.79, 4.6.0-1-amd64, x86_64: installed
virtualbox, 5.0.22, 4.6.0-1-amd64, x86_64: installed
virtualbox-guest, 5.0.22, 4.6.0-1-amd64, x86_64: installed

ein "find /lib/modules | sort | grep nvidia"
ergibt:
/lib/modules/3.16.0-4-amd64/kernel/drivers/net/ethernet/nvidia
/lib/modules/3.16.0-4-amd64/kernel/drivers/net/ethernet/nvidia/forcedeth.ko
/lib/modules/4.6.0-1-amd64/kernel/drivers/net/ethernet/nvidia
/lib/modules/4.6.0-1-amd64/kernel/drivers/net/ethernet/nvidia/forcedeth.ko
/lib/modules/4.6.0-1-amd64/updates/dkms/nvidia-current.ko
/lib/modules/4.6.0-1-amd64/updates/dkms/nvidia-current-uvm.ko

ein dmesg: -> http://nopaste.debianforum.de/39397

ein "uname -a"
gibt: Linux lilli 4.6.0-1-amd64 #1 SMP Debian 4.6.2-2 (2016-06-25) x86_64 GNU/Linux

das verzeichnis " /lib/modules/4.6.0-1-amd64/updates/dkms ist vorhanden mit einträgen... werde aber den tipp mit dem reinstall nach neu booten jetzt mal probieren...

gruß
frank

[schwedenmann]

Hallo


Fast vergessen, eine 20-nvidia.conf in /etc/X11/xorg.conf.d existiert ?


mfg
schwedenmann

[buddy67]

Hallo


Fast vergessen, eine 20-nvidia.conf in /etc/X11/xorg.conf.d existiert ?


mfg
schwedenmann

...habe jetzt gerade wieder auf den nouveau treiber umgestellt, damit ich was sehen kann aber ich werde später nochmal versuchen die nvidia-treiber zu installieren, vielleicht gibts ja bis dahin schon ein tipp..nacch installation hab ich lediglich ein "nvidia-xconfig" gemacht, was aber nur eine xorg.conf in im X11-verzeichnis anlegt, wenn ich die andere "per hand" anlegen muss nach installation , dann wird das wohl der fehler sein, das habe ich nämlich nie gemacht... was muss denn da drin stehen?

werde so ab neun uhr heute abend weitermachen...bis es klappt

[schwedenmann]

Hallo

Mein 20-nvidia.conf sieht so aus:

Section "Device"
Identifier "Device0"
driver "nvidia"
EndSection

wobei hier die Zeilen mit ..Ident..
und .. driver eingerückt sind, warum das hier nicht übernommen wird , hab das mit mc und copy&paste übernommen, weiß ich jetzt nicht.

das reicht, wenn du nur einen Bildschirm hast.


Bei mir funktioniert die auch, wenn die Datei in /etc/X11 liegt

mfg
schwedenmann

[NAB]

Das zentrale Problem scheint diese Meldung im dmesg zu sein:

Code: Alles auswählen

NVRM: failed to copy vbios to system memory.
NVRM: RmInitAdapter failed! (0x30:0xffff:851)
NVRM: rm_init_adapter failed for device bearing minor number 0
NVRM: nvidia_frontend_open: minor 0, module->open() failed, error -5

Nvidia erklärt das mit dem Zusammenspiel von ACPI-Interpretation des Kernels und dem BIOS:
http://us.download.nvidia.com/XFree86/L ... blems.html
Aber es finden sich etliche Berichte, dass man sich dieses Problem auch mit einem falsch kompilierten Nvidia-Treiber einhandeln kann.

Wenn wir buddy67 jetzt einfach mal glauben, dass es bei seinen zig Versuchen irgendwann mal mit dem Treiber hätte klappen müssen, würd ich die Sache mit ACPI mal näher ins Auge fassen.

Ein Versuch wäre, die Parameter pci=noacpi, pci=biosirq, noapic, oder acpi=off mal auszuprobieren.

Und man könnte die Onboard-Karte mal ausschalten.

Und mal gucken, ob's für die Nvidia-Karte ein Firmwareupdate gibt.

Und macht Debian eigentlich einen UEFI- oder BIOS-Boot?

Und, buddy67, sag's nicht weiter, aber du könntest mal testweise ein Ubuntu 16.4 installieren und schauen, ob's damit läuft. Wenn's damit geht, dann wissen wir wenigstens, dass es doch an Debian liegt, und nicht an deiner Hardware.

[buddy67]

Das zentrale Problem scheint diese Meldung im dmesg zu sein:

Code: Alles auswählen

NVRM: failed to copy vbios to system memory.
NVRM: RmInitAdapter failed! (0x30:0xffff:851)
NVRM: rm_init_adapter failed for device bearing minor number 0
NVRM: nvidia_frontend_open: minor 0, module->open() failed, error -5

Nvidia erklärt das mit dem Zusammenspiel von ACPI-Interpretation des Kernels und dem BIOS:
http://us.download.nvidia.com/XFree86/L ... blems.html
Aber es finden sich etliche Berichte, dass man sich dieses Problem auch mit einem falsch kompilierten Nvidia-Treiber einhandeln kann.

Wenn wir buddy67 jetzt einfach mal glauben, dass es bei seinen zig Versuchen irgendwann mal mit dem Treiber hätte klappen müssen, würd ich die Sache mit ACPI mal näher ins Auge fassen.

Ein Versuch wäre, die Parameter pci=noacpi, pci=biosirq, noapic, oder acpi=off mal auszuprobieren.

Und man könnte die Onboard-Karte mal ausschalten.

Und mal gucken, ob's für die Nvidia-Karte ein Firmwareupdate gibt.

Und macht Debian eigentlich einen UEFI- oder BIOS-Boot?

Und, buddy67, sag's nicht weiter, aber du könntest mal testweise ein Ubuntu 16.4 installieren und schauen, ob's damit läuft. Wenn's damit geht, dann wissen wir wenigstens, dass es doch an Debian liegt, und nicht an deiner Hardware.

im bios steht: boot-mode: legacy + uefi..
onboardkarte hat das dingen nicht (msi gaming board x99s gaming 7).. wie schon gesagt, unter jessi (als das noch testing war) hat das ganze funktioniert, genau so wie es jetzt von der hardware her ist (steckplatz der karte, bootmode, etc.)...leider musste ich aber neu installieren...

so...gerade mal alles mit pci=noacpi versucht...gleiches ergebnis...

jetzt versuche ich es mal mit acpi=off, dazu trage ich in der datei /etc/default/grub ein:
GRUB_CMDLINE_LINUX_DEFAULT="quiet" acpi=off

und danach ein "update-grub" , dann installiere ich die treiber mit :
apt-get install nvidia-driver nvidia-xconfig nvidia-settings nvidia-kernel-dkms nvidia-driver-bin

danach dann ein "nvidia-xconfig"
gibt:

WARNING: Unable to locate/open X configuration file.

New X configuration file written to '/etc/X11/xorg.conf'

...dann noch die datei 20-nvidia.conf in /etc/X11/xorg.con.d/ anlegen mit (wie hier beschrieben):

Section "Device"
Identifier "Device0"
driver "nvidia"
EndSection

...sooooo... und nun noch ein reboot....mal sehen wie lange ich wieder nichts sehe

[buddy67]

...so und nun sieht es so aus: der treiber wurde nicht korrekt installiert...

(tippe notdürftig auf einem tablet..)

die folgenden pakete haben unerfüllte abhängigkeiten:

nvidia-driver : hängt ab von: xserver-xorg-video-nvidia (=352.79-8) soll aber nicht installiert werden
empfiehlt: nvidia.settings (>=352) soll aber nicht installiert werden
e: unerfüllte abhängigkeiten. versuchen sie >>apt-get -f install<< ohne angabe eines paketes (oder geben sie eine lösung an)

apt-get -f install

fehler beim bearbeiten des paketes xserver-xorg-video-nvidia (--configure)
status half installed
nvidia-driver hängt ab von xserver-xorg-video.nvidia (= 352.79-8) aber paket xserver-xorg-video-nvidia ist nicht installiert.....

fehler traten auf beim bearbeiten von
xserver-xorg-video-nvidia
nvidia-driver...
sub process /usr/bin/dpkg returnd an error code (1)....

und nu???

[buddy67]

so...nach "apt-get update && apt-get dist-upgrade" konnte ich die kaputten pakete deinstallieren und bin wieder auf dem stand wie zuvor:

nouveau-treiber aktiv..beide bildschirme funktionieren... acpi ist noch ausgeschaltet über grub, da die installation der nvidia-treiber scheinbar gerade nicht durchgelaufen ist, versuche ich es nun noch mal... und zwar nur mit einem apt-get install nvidia-driver nvidia-xconfig, danach ein sudo nvidia-xconfig und anlegen der datei 20??nvidia... unter /etc/X11/xorg.conf.d....

auf ein neues...

[buddy67]

...auch das brachte nichts. dmesg gibt immer noch die gleiche meldung...egal ob acpi an oder aus ist...

...
NVRM: failed to copy vbios to system memory.
NVRM: RmInitAdapter failed! (0x30:0xffff:851)
NVRM: rm_init_adapter failed for device bearing minor number 0
NVRM: nvidia_frontend_open: minor 0, module->open() failed, error -5

...zum installieren von ubuntu kann ich mich noch nicht wirklich entschließen... hab gerade erst alles wieder eingerichtet, zwar ohne nvidia-treiber, aber sonst eben alles (und das ist nicht wenig... )

...vielleicht doch mal den treiber von der nvidia-homepage versuchen?

[buddy67]

so.. und nun versuche ich doch mal den treiber von der nvidia-homepage..

[NAB]

Du musst nicht wegen eines geänderten Kernel-Parameters gleich den Nvidia-Treiber neu installieren ... das machst du dir viel zu umständlich und erzeugst neue Fehlerquellen.

Wenn "grub-pc" installiert ist, dann macht er einen BIOS-Boot. Wenn "grub-efi" installiert ist, macht er einen UEFI-Boot.

Code: Alles auswählen

dpkg -l grub-*

"ii" bedeutet "installiert".

Upps, stimmt, dein Haswell-E hat ja gar keine Grafik, sorry

Phoronix hat hier eine Nvidia-Karte auf einem "MSI X99S SLI PLUS" zum Laufen bekommen:
http://www.phoronix.com/scan.php?page=a ... plus&num=1
Grundlegende Probleme mit MSI X99 Boards und Nvidia scheint's nicht zu geben. Eventuell könnte man sogar mal bei MSI anfragen ... die scheinen ganz kooperativ zu sein, was Linux angeht (im Gegensatz zu Nvidia).

Mir fallen die ganzen DMAR-Meldungen in deinem dmesg auf. Eventuell sind die normal für den Stretch-Kernel, aber ist "vt-d" bei dir im BIOS aktiviert? Dann schalte das mal aus. Das gehört zu den Virtualisierungs-Funktionen. "vt-x" hingegen brauchst du für VirtualBox.

Und ist eigentlich intel-microcode installiert?
https://packages.debian.org/jessie/intel-microcode
Sollte eigentlich auch im neuen BIOS dabei sein, aber man weiß ja nie ...

[buddy67]

Wenn "grub-pc" installiert ist, dann macht er einen BIOS-Boot. Wenn "grub-efi" installiert ist, macht er einen UEFI-Boot.

Code: Alles auswählen

dpkg -l grub-*

"ii" bedeutet "installiert".

moin,

"dpkg -l grub-*" sagt mir dass grub-pc installiert ist...

nachdem ich gestern den nvidia-installer von der homepage nvidia installiert hatte ging erstmal nix mehr ... und jetzt bin ich gerade wieder bei der ausgangssituation... nuoveau treiber...die intel-microcodes sind installiert...jetzt schau ich mal ob ich "vt-d" im bios finde...

[NAB]

vt-d soll sich unter "CPU-Features" verbergen - sagt dein Handbuch.

Versuch mal, das BIOS von "legacy + uefi" auf "uefi" umzustellen. Danach installierst du Debian komplett neu.

Sinn der Aktion ist es, dass er statt der alten VGA-Firmware der Grafikkarte die UEFI-Firmware benutzt. Die UEFI-Firmware kann sich komplett anders verhalten und ist vielleicht fehlerfreier bzw. freundlicher zum Mainboard.

[buddy67]

vt-d soll sich unter "CPU-Features" verbergen - sagt dein Handbuch.

Versuch mal, das BIOS von "legacy + uefi" auf "uefi" umzustellen. Danach installierst du Debian komplett neu.

Sinn der Aktion ist es, dass er statt der alten VGA-Firmware der Grafikkarte die UEFI-Firmware benutzt. Die UEFI-Firmware kann sich komplett anders verhalten und ist vielleicht fehlerfreier bzw. freundlicher zum Mainboard.

vt-d habe ich abgestellt, kein erfolg...auch die kernelparameter nomodeset, etc. brachten kein erfolg... ich verstehe nur nicht warum mit den nouveau treibern die karte funktioniert und mit den nvidia treiber nicht....für heute hab ich erstmal genug...morgen dann ein neuer versuch...

[MaGe]

ich verstehe nur nicht warum mit den nouveau treibern die karte funktioniert und mit den nvidia treiber nicht....für heute hab ich erstmal genug...morgen dann ein neuer versuch...

und vieleicht mal einen anderen kernel probieren

hatte der 4.6.1 nicht so seine fehler


gruss MaGe

[geier22]

/etc/modprobe.d/nvidia.conf:alias pci:v000010DEd00000E00sv*sd*bc04sc80i00* nvidia
/etc/modprobe.d/nvidia.conf:alias pci:v000010DEd00000AA3sv*sd*bc0Bsc40i00* nvidia
/etc/modprobe.d/nvidia.conf:alias pci:v000010DEd*sv*sd*bc03sc02i00* nvidia
/etc/modprobe.d/nvidia.conf:alias pci:v000010DEd*sv*sd*bc03sc00i00* nvidia

Aus deiner xorg.log:

NVIDIA(GPU-0): Failed to initialize the NVIDIA GPU at PCI:3:0:0. Please

Bei mir stimmen die PCIe Bezeichnungen in beiden Dateien überein

Wenn ich das Richtig interpretiere, steckt die Karte auf PCIe1 wird aber versucht auf PCIe3 zu initialisieren?

Hab was gefunden, was vielleicht weiterhilft:
Driver fails to initialize when MSI interrupts are enabled

Und dto. von der Nvidia -Seite :http://us.download.nvidia.com/XFree86/L ... blems.html

The problem may also be caused by MSI compatibility problems. See MSI Interrupts for details.


My X server fails to start, and my X log file contains the error:

(EE) NVIDIA(0): The interrupt for NVIDIA graphics device PCIx:x
(EE) NVIDIA(0): appears to be edge-triggered. Please see the COMMON
(EE) NVIDIA(0): PROBLEMS section in the README for additional information.

[NAB]

Upps ... von dem Kernel-Parameter hab ich zwar noch nie gehört, aber der wird auch im Debian Wiki erwähnt:
https://wiki.debian.org/NvidiaGraphicsD ... leshooting

[buddy67]

so, ich hab es heute doch nochmal versucht...leider wieder ohne erfolg.. versucht habe ich das bei völlig einwandfrei funktionierendem nouveau-treibern (zwei monitore 1. 1920*1080 2. 1440*900) :

in /etc/default/grub

GRUB_CMDLINE_LINUX_DEFAULT="quiet nouveau.blacklist=1 nomodeset enable_mtrr_cleanup mtrr_spare_reg_nr=4"

dann " update-grub"

dann die nvidia-treiber mit "apt-get install nvidia-driver nvidia-xconfig nvidia-settings" installiert
dann mit "nvidia-xconfig" die xorg.conf erzeugt...

dann habe ich noch die datei /etc/modprobe.d/nvidia.conf erstellt:

# Nvidia drivers support
alias char-major-195 nvidia
alias /dev/nvidiactl char-major-195

# To tweak the driver the following options can be used, note that
# you should be careful, as it could cause instability!! For more
# options see /usr/share/doc/nvidia-drivers-337.19/README
#
# !!! SECURITY WARNING !!!
# DO NOT MODIFY OR REMOVE THE DEVICE FILE RELATED OPTIONS UNLESS YOU KNOW
# WHAT YOU ARE DOING.
# ONLY ADD TRUSTED USERS TO THE VIDEO GROUP, THESE USERS MAY BE ABLE TO CRASH,
# COMPROMISE, OR IRREPARABLY DAMAGE THE MACHINE.
options nvidia NVreg_DeviceFileMode=432 NVreg_DeviceFileUID=0 NVreg_DeviceFileGID=27 NVreg_ModifyDeviceFiles=1 NVreg_EnableMSI=0

..danach ein fröhliches reboot...leider wird der nvidia-treiber nicht geladen, dmesg gibt wieder "failed to copy vbios to system memory", etc. neu war allerdings dass jetzt die pci-ports übereinstimmten (siehe hinweis von geier22). trotz blacklisten von nouveau fand ich im kern.log diverse einträge im zusammenhang mit der nvidia-karte...genau die gleichen einträge wie mit dem laufenden nouveau-treibern_

Jul 3 00:23:21 lilli kernel: [ 11.620088] nouveau 0000:05:00.0: DRM: VRAM: 2048 MiB
Jul 3 00:23:21 lilli kernel: [ 11.620089] nouveau 0000:05:00.0: DRM: GART: 1048576 MiB
Jul 3 00:23:21 lilli kernel: [ 11.620092] nouveau 0000:05:00.0: DRM: TMDS table version 2.0
Jul 3 00:23:21 lilli kernel: [ 11.620093] nouveau 0000:05:00.0: DRM: DCB version 4.0
Jul 3 00:23:21 lilli kernel: [ 11.620095] nouveau 0000:05:00.0: DRM: DCB outp 00: 01000f02 00020030
Jul 3 00:23:21 lilli kernel: [ 11.620096] nouveau 0000:05:00.0: DRM: DCB outp 01: 02000f00 00000000
Jul 3 00:23:21 lilli kernel: [ 11.620097] nouveau 0000:05:00.0: DRM: DCB outp 02: 08011f82 00020030
Jul 3 00:23:21 lilli kernel: [ 11.620098] nouveau 0000:05:00.0: DRM: DCB outp 03: 02022f62 0f420010
Jul 3 00:23:21 lilli kernel: [ 11.620099] nouveau 0000:05:00.0: DRM: DCB conn 00: 00001030
Jul 3 00:23:21 lilli kernel: [ 11.620100] nouveau 0000:05:00.0: DRM: DCB conn 01: 00010131
Jul 3 00:23:21 lilli kernel: [ 11.620101] nouveau 0000:05:00.0: DRM: DCB conn 02: 00002263
Jul 3 00:23:21 lilli kernel: [ 11.629061] EXT4-fs (sdb): mounted filesystem with ordered data mode. Opts: (null)
Jul 3 00:23:21 lilli kernel: [ 11.643224] [drm] Supports vblank timestamp caching Rev 2 (21.10.2013).
Jul 3 00:23:21 lilli kernel: [ 11.643225] [drm] Driver supports precise vblank timestamp query.
Jul 3 00:23:21 lilli kernel: [ 11.784012] nouveau 0000:05:00.0: DRM: MM: using COPY for buffer copies
Jul 3 00:23:21 lilli kernel: [ 11.957512] nouveau 0000:05:00.0: DRM: allocated 1920x1080 fb: 0x60000, bo ffff88069df4$
Jul 3 00:23:21 lilli kernel: [ 11.957561] fbcon: nouveaufb (fb0) is primary device
Jul 3 00:23:21 lilli kernel: [ 12.312898] Console: switching to colour frame buffer device 180x56
Jul 3 00:23:21 lilli kernel: [ 12.314105] nouveau 0000:05:00.0: fb0: nouveaufb frame buffer device


..und das obwohl ich den ja eigentlich "geblacklistet" hatte, oder? (die log einträge sind von der mit dem nouveau-treiber laufenden version, genau das fand ich aber auch im log nachdem ich die geblacklistet hatte und neu gestartet hatte... )

...als das dann alles nicht funktionierte habe ich erstmal die nvidia-treiber deinstalliert (apt-get remove nvidia*), dann neu gebootet, die nvidia-treiber nochmal installiert (falls meine reihenfolge vorher nicht richtig war) und nochmal gebootet... leider gleiches ergebnis. okay... dann nochmal versucht die nouveau-treiber loszuwerden (apt-get remove nouveau*) , was vermutlich völliger lötzinn ist, aber versuch macht klug...nach einem neustart noch mal nvidia deinstalliert, neu gestarten, nvidia installiert, neu gestartet... nix...naja.. dann habe ich alle änderungen wieder rückgängig gemacht, den nouveau-xserver neu installiert...und bin jetzt wieder "auf anfang" und für jeden hinweis dankbar!

[NAB]

Code: Alles auswählen

modprobe.blacklist=nouveau

wäre der richtige Kernel-Parameter gewesen.Der sollte aber eh gesetzt werden, wenn der Nvidia-Treiber aus den Debian Repositories installiert wird.

Die Einträge aus deinem kern.log sind von "Jul 3 00:23:21", also schon gut 2 Tage alt. Schau lieber ins "dmesg", das ist aktuell. Das kannst du auch auf Festplatte verewigen, zur entspannten Analyse:

Code: Alles auswählen

dmesg > /home/buddy67/dmesg.aktuell.txt