[gelöst] GraKa kaputt?

Begonnen von sidlix, 2013/11/28, 23:41:30

Vorheriges Thema - Nächstes Thema

sidlix

Hallo Zusammen,

[Lösung: case-sensitive von Nvidia zu nvidia in der conf!]


ich habe in letzter Zeit ein merkwürdiges Problem: Wenn ich das System startet, läuft es in den selten Fällen problemlos durch und ich lande im lightdm Manager und kann mich problemlos einloggen. Oft ist es allerdings so, dass ich lediglich einen blinkenden Cursor sehe und das grafische System nicht startet. Bis vor einer Woche war es noch so, dass es Kernel abhängig war, dh, mit dem 3.11 lief es mit dem 3.12 nur gelegentlich. Jetzt ist das Problem Kernel unabhängig:


inxi -v3 liefert bei mir:




System:    Host: voyager Kernel: 3.12-1.towo-siduction-686 i686 (32 bit, gcc: 4.8.2)
           Desktop: Xfce 4.10.2 (Gtk 2.24.18) Distro: siduction 12.1.1 Desperado Reloaded - xfce - (201206241935)
Machine:   Mobo: ASUSTeK model: M2A-VM version: 1.XX Bios: Phoenix version: ASUS M2A-VM 0503 date: 06/23/2007
CPU:       Dual core AMD Athlon 64 X2 6000+ (-MCP-) cache: 2048 KB flags: (lm nx pae sse sse2 sse3 svm) bmips: 9599.44
           Clock Speeds: 1: 2400.00 MHz 2: 2400.00 MHz
Graphics:  Card: NVIDIA G72 [GeForce 7200 GS / 7300 SE] bus-ID: 01:00.0
           X.Org: 1.14.3 driver: nvidia Resolution: 1280x1024@75.0hz, 1280x1024@60.0hz
           GLX Renderer: GeForce 7300 SE/7200 GS/PCIe/SSE2/3DNOW! GLX Version: 2.1.2 NVIDIA 304.116 Direct Rendering: Yes
Network:   Card: ASUSTek (wrong ID) 802.11n Network Adapter (wrong ID - swapped vendor and device) usb-ID: 005-003
           IF: N/A state: N/A mac: N/A
Drives:    HDD Total Size: 528.1GB (63.5% used) 1: model: SAMSUNG_SSD_830
           2: model: SAMSUNG_HD403LJ
Info:      Processes: 237 Uptime: 1:01 Memory: 1727.4/2024.4MB Runlevel: 5 Gcc sys: 4.8.2
           Client: Shell (bash 4.2.45) inxi: 1.9.16



dpkg liefert:




dpkg -l | grep nvidia
ii  glx-alternative-nvidia                                  0.4.1                              i386         allows the selection of NVIDIA as GLX provider
ii  libgl1-nvidia-legacy-304xx-glx:i386                     304.116-2                          i386         NVIDIA binary OpenGL libraries (304xx legacy version)
rc  libxvmcnvidia1:i386                                     304.116-1.1                        i386         NVIDIA binary XvMC library (304xx legacy version)
ii  nvidia-installer-cleanup                                20131102+1                         i386         cleanup after driver installation with the nvidia-installer
ii  nvidia-kernel-common                                    20131102+1                         i386         NVIDIA binary kernel module support files
ii  nvidia-legacy-304xx-alternative                         304.116-2                          i386         allows the selection of NVIDIA as GLX provider
ii  nvidia-legacy-304xx-driver                              304.116-2                          i386         NVIDIA metapackage (304xx legacy version)
ii  nvidia-legacy-304xx-kernel-dkms                         304.116-2                          i386         NVIDIA binary kernel module DKMS source (304xx legacy version)
ii  nvidia-settings-legacy-304xx                            304.116-1                          i386         tool for configuring the NVIDIA graphics driver (304xx legacy version)
ii  nvidia-support                                          20131102+1                         i386         NVIDIA binary graphics driver support files
ii  xserver-xorg-video-nvidia-legacy-304xx                  304.116-2                          i386         NVIDIA binary Xorg driver (304xx legacy version)



Zur Zeit bekomme ich das grafisches System nur ans Laufen, wenn ich über:




apt-get purge $(dpkg -l | awk '/^ii.*nvidia/ {print $2}')



nvidia komplett rausschmeiße,
und über



apt-get install nvidia-legacy-304xx-driver



wieder installiere. Dann fährt es einmal hoch, um sich danach wieder zu verabschieden.


Dummerweise habe ich vor kurzen ein du gemacht, ohne dabei nvidia wie im Forum geschrieben auf hold zu setzten und ich habe schon geglaubt, dass der Fehler dort läge. Mich wundert dann nur, dass es manchmal klappt. Deshalb meine Frage, kann es ein Hinweis sein, dass die GraKa kaputt ist?

P.S.:apt-get install nvidia-legacy-304xx-driver/testing funktioniert beim nicht, weil ich die Fehlermeldung erhalte, dass ich dann kaputte Packet hätte.


Grüße von der voyager
sidlix



s i d l i x
... .. -.. .-.. .. -..-
debian s i d +  nee l i x

devil


ZitatP.S.:apt-get install nvidia-legacy-304xx-driver/testing funktioniert beim nicht, weil ich die Fehlermeldung erhalte, dass ich dann kaputte Packet hätte.
Dann zeig doch davon mal die gesamte Ausgabe


greetz
devil

der_bud

Fehlt da oben in dem dpkg-output nicht noch ein nvidia-kernel-dkms? Was sagt denn "dkms status"?
Du lachst? Wieso lachst du? Das ist doch oft so, Leute lachen erst und dann sind sie tot.

sidlix

Hm, da erwischt du mich auf den falschen Fuss, war nicht dkms immer schlecht und sollte nicht getan werden? Ich muss gestehen, dass ich da nicht so in der Materie bin. Wie frage ich den dkms status ab?


Gerade erlebe ich wieder, dass die Maschine ohne Mecker durchstartet und devil, jetzt geht geht das installieren aus testing (ohne weiteres apt-get update), was ich getan habe, aber da ich jetzt erst mit der Rechner arbeiten will, starte ich die Maschine nicht neu. Komisch oder, also was haltet ihr von meiner Vermutung, dass die GraKa ne Schlach weg hat??


Danke für eure Antworten.
Gruß
sidlix
s i d l i x
... .. -.. .-.. .. -..-
debian s i d +  nee l i x

melmarker

dkms war mal scheisse und der Modul-Assistent das Maß der Dinge. Die Zeiten ändern sich M-A ist nicht mehr gepflegt und mistig und dkms funktioniert so weit ganz gut. Für siduction bedeutet das: Wir folgen debian und setzen auf dkms. Ob aptosid noch M-A benutzt, keine Ahnung, ich habe M-A nie benutzt.
Those who would give up essential Liberty, to purchase a little temporary Safety, deserve neither Liberty nor Safety. (Benjamin Franklin, November 11, 1755)
Never attribute to malice that which can be adequately explained by stupidity. (Hanlons razor)

sidlix

Hm, bei mir ist alles beim alten, mit testing lief es gar nicht, keine grafische Oberfläche möglich. mit den aktuellen aus der sid ist nach dem oben beschriebenen Schritten immer genau ein Start möglich. Dannach, egal welchen Kernel ich nehme, nicht mehr. Ich muss wieder wie oben beschrieben erst nvidia löschen, dann neu installieren.


Muss ich denn für dkms noch etwas zusätzlich installieren, denn ich habe in meiner obigen Auflistung ja dkms durchaus gefunden.


Gruß sidlix
s i d l i x
... .. -.. .-.. .. -..-
debian s i d +  nee l i x

devil

Du musst gar nichts zusätzlich installieren. Aber der ganze Thread basiert auf Raten. Deshalb bitte mal die Ausgabe von /var/log/Xorg.0.log und /var/log/Xorg.0.log.old


greetz
devil

sidlix

#7
Hallo devil,


danke für die schnelle Antwort, ich habe die Ausgaben als txt angehangen.

P.S.: Kleiner Auszug aus dem Kernel.log, allerdings ist der seitdem 27.11 nicht so im Log aufgetaucht:


Nov 26 00:04:57 voyager kernel: [36900.201372] NVRM: API mismatch: the client has the version 331.20, but
Nov 26 00:04:57 voyager kernel: [36900.201372] NVRM: this kernel module has the version 304.116.  Please
Nov 26 00:04:57 voyager kernel: [36900.201372] NVRM: make sure that this kernel module and all NVIDIA driver
Nov 26 00:04:57 voyager kernel: [36900.201372] NVRM: components have the same version.


Zudem schnappt er sich wohl nouveau Sachen, müssen die irgendwie gelöscht werden?


Nov 27 14:58:16 voyager kernel: [    5.455122] nouveau  [   VBIOS][0000:01:00.0] ... appears to be valid
Nov 27 14:58:16 voyager kernel: [    5.455127] nouveau  [   VBIOS][0000:01:00.0] using image from PRAMIN
Nov 27 14:58:16 voyager kernel: [    5.455303] nouveau  [   VBIOS][0000:01:00.0] BIT signature found
Nov 27 14:58:16 voyager kernel: [    5.455306] nouveau  [   VBIOS][0000:01:00.0] version 05.72.22.75.00
Nov 27 14:58:16 voyager kernel: [    5.455671] nouveau  [     PFB][0000:01:00.0] RAM type: DDR2
Nov 27 14:58:16 voyager kernel: [    5.455673] nouveau  [     PFB][0000:01:00.0] RAM size: 128 MiB
Nov 27 14:58:16 voyager kernel: [    5.455675] nouveau  [     PFB][0000:01:00.0]    ZCOMP: 0 tags


Gruß sidlix
s i d l i x
... .. -.. .-.. .. -..-
debian s i d +  nee l i x

der_bud

Mein obiger Kommentar zu nvidia-kernel-dkms war wohl vorschnell, da für deinen 304er ja nvidia-legacy-304xx-kernel-dkms vorhanden ist. Damit sollte das Modul für den Kernel gebaut werden (sofern dkms überhaupt auf dem System vorhanden ist?) dpkg -l | grep dkms
.

Zitat von: sidlixWie frage ich den dkms status ab?
Als root im terminal genau das einfach eingeben, "dkms status", sollte zurückgeben welche Kernelmodule von dkms da sind.

Zur Vollständigkeit  wären auch noch die drei Ausgaben von
dpkg -l | grep -i nouveau
und
lspci | grep -i vga
und
cat /etc/X11/xorg.conf.d/20-nvidia.conf interessant.
Du lachst? Wieso lachst du? Das ist doch oft so, Leute lachen erst und dann sind sie tot.

sidlix

#9
Danke für eure Mühen:
hier das Ergebnis für dpkg -l grep dkms:




ii  dkms                                                    2.2.0.3-1.2                        all          Dynamic Kernel Module Support Framework
ii  nvidia-legacy-304xx-kernel-dkms                         304.116-2                          i386         NVIDIA binary kernel module DKMS source (304xx legacy version)



und für:


dpkg -l | grep -i nouveau
ii  libdrm-nouveau1a:i386                                   2.4.40-1~deb7u2                    i386         Userspace interface to nouveau-specific kernel DRM services -- runtime
ii  libdrm-nouveau2:i386                                    2.4.49-2                           i386         Userspace interface to nouveau-specific kernel DRM services -- runtime



und lspci




lspci | grep -i vga
01:00.0 VGA compatible controller: NVIDIA Corporation G72 [GeForce 7200 GS / 7300 SE] (rev a1)



und zum Schluss:

[Edit:]


cat /etc/X11/xorg.conf.d/20-nvidia.conf
#
Section "Device"
         Identifier      "Device 0"
         Driver          "Nvidia"  //Hier muss "nvidia" stehen!
EndSection



Im Moment lasse ich den Rechner durchlaufen, damit ich das Gehampel nicht habe....


Gruß und Danke noch einmal
sidlix

s i d l i x
... .. -.. .-.. .. -..-
debian s i d +  nee l i x

absolut

müsste der nouveau treiber nicht deinstalliert oder blacklisted werden?

towo

init 3
rmmod nvidia (oder nvidia-current)
update-initramfs -u
reboot
Ich gehe nicht zum Karneval, ich verleihe nur manchmal mein Gesicht.

sidlix

#12
Danke für den Hinweis towo, leider läuft jetzt gar nichts mehr. Auch den oben beschriebenen schritten bleibt der Bildschirm schwarz. Schreibe gerade vom Netbook aus und versuche den Hauptrechner wieder zum Leben zuerwecken.... :P

Edit: So, das hat wieder im dritten Anlauf wie oben beschrieben geklappt. Also irgendwie merkwürdig.....
s i d l i x
... .. -.. .-.. .. -..-
debian s i d +  nee l i x

der_bud

Schnellschuss ins Blaue: ist die 20-nvidia.conf case-sensitive? Macht es 'nen Unterschied ob beim Driver "nvidia" statt "Nvidia" steht?
Du lachst? Wieso lachst du? Das ist doch oft so, Leute lachen erst und dann sind sie tot.

sidlix

Danke für den Hinweis und ich glaube hatte ich auch schon klein geschrieben. Normalerweise dürfte es ja nicht dazuführen, dass das System bei ersten mal startet und dann nicht mehr, oder?


Grüße
sidlix
s i d l i x
... .. -.. .-.. .. -..-
debian s i d +  nee l i x