macstar
Anmeldungsdatum: 24. Mai 2010
Beiträge: 334
|
Nachdem ich es als langjähriger ATI/AMD Radeon User nun endlich geschafft habe, mit etwas Herumprobieren und Lesen im Wiki meine Nvidia GeForce GTX 750 (von MSI) zum laufen zu bringen, gibt es noch ein paar Probleme, die ich hoffe mit eurer Hilfe bewältigen zu können. System fährt anstandslos in den Standby oder auch Ruhezustand. Während beim Standby das Wake On Keyboard klappt, geht das im Ruhezustand komischerweise nicht, da muss ich immer den Power Knopf meines PCs betätigen. (Mit meinem alten System und einem refurbished Billigmainboard um so ca 28 Euro von AsRock ging das alles einwandfrei). Habe heute das BIOS noch per Flash aktualisiert, sehe aber kein Mehr an Optionen wo ich noch was einstellen könnte.
Wenn das System nun hochgefahren ist, habe ich eine total zerschossene Grafik. Meistens ist nur noch ansatzweise die Taskleiste unten zu erkennen.
Habe das Ganze mal fotografisch festgehalten
http://s24.postimg.org/7ssnq2wut/2015_03_07_12_53_38.jpg Das System selber reagiert soweit noch einwandfrei, ist also definitiv nicht eingefrohren. Erwische ich per Zufall ein geöffnetes Fenster und schiebe es hin und her, sehe ich Schlieren. Ich ende jedesmal damit dass ich das System "blind" reboote, ALT+F2, konsole, sudo reboot now und dann eben noch das PW eintippe. System fährt herunter, startet neu und alles passt wieder. Habe etwas herumgegoogled aber leider nichts gefunden, was mir weiterhelfen könnte. Auf die Schnelle habe ich noch in dem Nvidia X-Server Settings Tool, das Flipping testweise ein bzw. ausgeschalten, ändert nur leider nichts. Hat jemand eine Idee? Kernel ist übrigens 3.19, der hier im Gegensatz zu meinem alten System keine OpenGL Fehler bringt bzw. KWin in den Abgrund reisst.
|
Letalis_Sonus
Anmeldungsdatum: 13. April 2008
Beiträge: 12990
Wohnort: Oldenburg/Erlangen
|
|
macstar
(Themenstarter)
Anmeldungsdatum: 24. Mai 2010
Beiträge: 334
|
macstar@AMD-FX-6300:~$ lspci -nnk | grep "VGA\|'Kern'\|3D\|Display" -A2
01:00.0 VGA compatible controller [0300]: NVIDIA Corporation GM107 [GeForce GTX 750] [10de:1381] (rev a2)
Subsystem: Micro-Star International Co., Ltd. [MSI] Device [1462:8a9c]
Kernel driver in use: nvidia
macstar@AMD-FX-6300:~$ xrandr --prop
Screen 0: minimum 8 x 8, current 1920 x 1080, maximum 16384 x 16384
VGA-0 disconnected (normal left inverted right x axis y axis)
BorderDimensions: 4
supported: 4
Border: 0 0 0 0
range: (0, 65535)
SignalFormat: VGA
supported: VGA
ConnectorType: VGA
ConnectorNumber: 1
_ConnectorLocation: 1
DVI-D-0 disconnected (normal left inverted right x axis y axis)
BorderDimensions: 4
supported: 4
Border: 0 0 0 0
range: (0, 65535)
SignalFormat: TMDS
supported: TMDS
ConnectorType: DVI-D
ConnectorNumber: 0
_ConnectorLocation: 0
HDMI-0 connected primary 1920x1080+0+0 (normal left inverted right x axis y axis) 477mm x 268mm
EDID:
00ffffffffffff0026cd12568c2f0000
0414010380301b782ae615a655499927
135054bfef00814081809500a940b300
d1c0714f950f023a801871382d40582c
4500dd0c1100001e000000fd00374c1e
5311000a202020202020000000ff0031
313034334130313132313732000000fc
00504c3232313048440a202020200179
02031ff14c010203040510111213141e
1f230907018301000065030c0010008c
0ad08a20e02d10103e9600dd0c110000
18011d007251d01e206e285500dd0c11
00001e8c0ad090204031200c405500dd
0c110000180000000000000000000000
00000000000000000000000000000000
0000000000000000000000000000004e
BorderDimensions: 4
supported: 4
Border: 0 0 0 0
range: (0, 65535)
SignalFormat: TMDS
supported: TMDS
ConnectorType: HDMI
ConnectorNumber: 2
_ConnectorLocation: 2
1920x1080 60.0*+ 59.9 50.0 60.0 50.0
1680x1050 60.0
1600x1200 60.0
1440x900 75.0 59.9
1280x1024 75.0 60.0
1280x960 60.0
1280x720 60.0 59.9 50.0
1152x864 75.0
1024x768 75.0 70.1 60.0
800x600 75.0 72.2 60.3 56.2
720x576 50.0
720x480 59.9
640x480 75.0 72.8 59.9 59.9
480x576 50.0
____________________________________________
Start of NVIDIA bug report log file. Please include this file, along
with a detailed description of your problem, when reporting a graphics
driver bug via the NVIDIA Linux forum (see devtalk.nvidia.com)
or by sending email to 'linux-bugs@nvidia.com'.
nvidia-bug-report.sh Version: 18957385
Date: Sam Mär 7 15:04:53 CET 2015
uname: Linux AMD-FX-6300 3.19.0-031900-generic #201502091451 SMP Mon Feb 9 14:52:52 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux
command line flags:
|
Letalis_Sonus
Anmeldungsdatum: 13. April 2008
Beiträge: 12990
Wohnort: Oldenburg/Erlangen
|
Please include this file, along with a detailed description of your problem, when reporting a graphics driver bug
Es interessiert logischerweise nur, was in jener erzeugten Datei steht...
|
macstar
(Themenstarter)
Anmeldungsdatum: 24. Mai 2010
Beiträge: 334
|
Die Problembeschreibung befindet sich doch im ersten Posting. Oder darf ich die jetzt noch auf Englisch übersetzen? Ein Problem im Ausgangsposting beschrieben, ist so gut wie behoben: Während beim Standby das Wake On Keyboard klappt, geht das im Ruhezustand komischerweise nicht,
Der Jumper der für on Keyboard Wakeup zuständig ist, ist per default auf disabled gesetzt. Interessant:
Wenn ich auf den Xorg/Nouveau Driver umschalte, habe ich keine zerschossene Grafik beim Wiederherstellen aus Standby oder Ruhezustand. Allerdings auch kein OpenGL Support mehr, daher kommt dieser Treiber für mich gar nicht in Frage.
Scheint also tatsächlich ein Problem mit dem proprietären Nvidia Driver zu sein (verwende v.340.76)
|
Letalis_Sonus
Anmeldungsdatum: 13. April 2008
Beiträge: 12990
Wohnort: Oldenburg/Erlangen
|
macstar schrieb: Die Problembeschreibung befindet sich doch im ersten Posting. Oder darf ich die jetzt noch auf Englisch übersetzen?
Es geht hier auch nicht um das Problem, sondern um das System selbst bzw die Informationen darüber. Der Befehl zum Generieren des Bugreports erzeugt eine Datei, die du hier hochladen sollst. Da der Befehl nahezu keine Informationen auf die Standardausgabe ausgibt, ist seine Ausgabe auf dem Terminal weder sonderlich hilfreich, noch an dieser Stelle gewünscht. Es ist eben die generierte Datei die wir hier haben wollen, sie beinhaltet alle möglicherweise nützlichen Informationen über das System. macstar schrieb: Wenn ich auf den Xorg/Nouveau Driver umschalte
Man kann den Treiber nicht einfach "umschalten" - solange der Nvidia Treiber auf dem System ist, funktioniert der freie Treiber nicht. Ich würde also mal sichergehen, dass hier der nvidia Treiber auch wirklich entfernt worden ist. macstar schrieb: (verwende v.340.76)
Und der stammt woher genau?
|
macstar
(Themenstarter)
Anmeldungsdatum: 24. Mai 2010
Beiträge: 334
|
Problem gelöst!!! Und so geht man vor: 1. Zuerst im laufenden System einen Probelauf machen. Man switcht dazu über STRG+ALT+F1 in die virtuelle Konsole 2. Mit Username und PW einloggen. 3. Manuell einen Standby Vorgang herbeiführen: 3.1. sudo /usr/sbin/pm-suspend 4. Warten bis das System abgeschaltet hat, dann wieder starten. Man landet erneut in der virtuellen Konsole. 5. Mit STRG+ALT+F7 zur GUI zurückwechseln. Was muss man nun tun? Diesen Switch-Vorgang per Script automatisieren, sodass er jedesmal nach dem Aufwachen aber noch vor der GUI ausgeführt wird. 6. Folgende Datei anlegen: 6.1. kdesudo kwrite /etc/pm/sleep.d/01_switchvt 6.2 Folgendes hineinschreiben:
#!/bin/sh
# Switch to a VC before suspending and back after resume
case "$1" in
resume|thaw)
chvt 7
;;
suspend|hibernate)
chvt 1
;;
esac
7. Abspeichern und ausführbar machen mit
sudo chmod 755 /etc/pm/sleep.d/01_switchvt Das wars! Ist zwar eher ein Workarround als wirklich das Problem gelöst zu haben, sollte m.E. aber trotzdem ins Wiki kommen.
|
macstar
(Themenstarter)
Anmeldungsdatum: 24. Mai 2010
Beiträge: 334
|
Muss wieder ungelöst sein. 👿 Nachdem ich gestern spät abends den PC in den Ruhezustand versetzt hatte, heute beim Aufwachen das gleiche Problem. Ich hatte zwar ddrescue am laufen, aber sowas sollte doch nicht das Rückkehren aus dem Ruhezustand verhindern... Die von https://devtalk.nvidia.com sind auch gut. Das Registrierungsformular fordert einen Alias, jedoch kann ich das Feld daneben nicht mal anklicken (egal ob letzter Firefox oder Qupzilla - jede Wette, dass das nur mit dem IE geht).
Hab den Bug-Report per Email geschickt, überlege mir aber ernsthaft ob ich die Nvidia Karte nicht auf Kulanz gegen eine AMD Radeon tauschen lassen sollte. Kann mir jemand was in dem selben Preisbereich empfehlen (ca 100-120 Euro)
|
macstar
(Themenstarter)
Anmeldungsdatum: 24. Mai 2010
Beiträge: 334
|
Endlich gelöst! Das Problem liegt definitiv am Treiber und besteht laut Nvidia Forum schon lange (ver.330 oder 331) und wurde selbst in der aktuellsten Version 346.47 noch nicht behoben. Wenn man vorher den Compositor deaktiviert (ALT+Umschalt+F12) dann gehen sowohl Ruhezustand als auch Standby. Jedesmal da herumdrücken ist aber auch keine Lösung, daher habe ich zwei kleine Scripts geschrieben, die Folgendes machen:
1.Compositor deaktivieren
2.in Standby/Ruhezustand gehen
3.Beim Aufwachen den Compositor wieder aktivieren. Sicherlich schöner wäre noch eine Abfrage zuvor, ob der Compositor überhaupt an ist, und falls nein, dass er dann aus bleibt, ansonsten würde er ja eingeschaltet werden und der oben beschriebe Effekt würde wieder auftreten. Egal, i.d.R. ist der Compositor sicher meistens aktiviert, und falls mal doch nicht, muss man ihn eben manuell nach dem Aufwachen mit der Tastenkombination deaktivieren und dann neu aktivieren. Datei 1: nv_suspend.sh (Name unwichtig)
Code:
qdbus org.kde.kwin /KWin toggleCompositing
qdbus org.kde.Solid.PowerManagement /org/freedesktop/PowerManagement Suspend
qdbus org.kde.kwin /KWin toggleCompositing Irgendwo speichern, wo man sie wiederfindet und ausführbar machen! Datei 2: analog zu Datei 1.
Code:
qdbus org.kde.kwin /KWin toggleCompositing
qdbus org.kde.Solid.PowerManagement /org/freedesktop/PowerManagement Hibernate
qdbus org.kde.kwin /KWin toggleCompositing Möchte man dann noch schöne aussagekräftige Icons in der Taskleiste, so macht man mit Schnellstarter zuerst eine neue Schnellstarterleiste, legt dort zwei Starter an, welche auf die .sh Files verweisen, Icons kann man ändern und dann zieht man die beiden Symbole in den bereits vorhandenen Systray. Dort kann man dann noch die Programmnamen ändern, damit das ganze noch aussagekräftiger wird. http://i.imgur.com/AiVGrML.jpg
http://i.imgur.com/TV1NEc3.jpg Ich bin mit dem Ergebnis zufrieden. 👍
|
optimq
Anmeldungsdatum: 7. Dezember 2009
Beiträge: 1409
|
Hallo macstar, Hallo an die anderen! macstar schrieb: Das Problem liegt definitiv am Treiber und besteht laut Nvidia Forum schon lange (ver.330 oder 331) und wurde selbst in der aktuellsten Version 346.47 noch nicht behoben.
Es liegt scheinbar nicht am Nvidia-Treiber. Ich hatte bis heute und einschließlich der Version Nvidia 346.47 im OpenGL-Modus auch jedesmal eine zerschossene Grafik nach dem Aufwachen aus dem Standby. So das ich XRender verwendet habe. Und wenn man im Netz sucht, ist dieses Verhalten keine Ausnahme. So jetzt habe ich durch einen Versuch herausgefunden, dass es nicht am Treiber 346.47 oder den anderen zu liegen scheint. Denn der wird weiter verwendet, OpenGL 3.1 ist wieder aktiviert und ich habe nichts in >nv_suspend.sh< oder sonstwo reingeschrieben. Mein Rechner wacht aus dem Standby sauber auf, ganz ohne einer zerschossenen Grafik. Was ich für mich versucht habe, ich habe den Mainline-Kernel 3.19.2 installiert. Und bis jetzt gibt es keine zerschossene Grafik mehr nach dem Aufwachen aus dem Standby. Ich muss dann nur noch mal gucken, wie aussieht, wenn der Rechner nochmal neu gestartet wurde. Die zerschossene Grafik scheint der Vergangenheit anzugehören. Ich werde das aber weiter beobachten. Achtung, Anwendung auf eigene Gefahr! U.a. bzgl. Kernel-Updates etc.. Gruß Andi 32bit
wget http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.19.2-vivid/linux-headers-3.19.2-031902_3.19.2-031902.201503181436_all.deb
wget http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.19.2-vivid/linux-headers-3.19.2-031902-generic_3.19.2-031902.201503181436_i386.deb
wget http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.19.2-vivid/linux-image-3.19.2-031902-generic_3.19.2-031902.201503181436_i386.deb
sudo dpkg -i *.deb
sudo reboot 64bit wget http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.19.2-vivid/linux-headers-3.19.2-031902_3.19.2-031902.201503181436_all.deb
wget http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.19.2-vivid/linux-headers-3.19.2-031902-generic_3.19.2-031902.201503181436_amd64.deb
wget http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.19.2-vivid/linux-image-3.19.2-031902-generic_3.19.2-031902.201503181436_amd64.deb
sudo dpkg -i *.deb
sudo restart Gruß Andi
|
macstar
(Themenstarter)
Anmeldungsdatum: 24. Mai 2010
Beiträge: 334
|
Naja schön wärs, wenn durch ein Kernel Update alles gelöst wäre-... verwende ja schon 3.19.2 seit es den gibt, zuvor 19.1 und 19.0 immer das gleiche.
Aber wenn bei dir ein Kernel Update solche Wunder bewirkt, würde ich dich gerne dazu einladen, mal die RC5 von Kernel 4.0 zu versuchen. Der resultiert bei mir nämlich in einem nicht mehr startenden System.
|
Letalis_Sonus
Anmeldungsdatum: 13. April 2008
Beiträge: 12990
Wohnort: Oldenburg/Erlangen
|
macstar schrieb: Der resultiert bei mir nämlich in einem nicht mehr startenden System.
So schnell Nvidia auch ist, man sollte auch nicht davon ausgehen, dass der Treiber jeden noch so aktuellen Kernel überhaupt schon unterstützt. Die letzten Arbeiten an der Kernel Kompatibilität waren im Januar, noch bevor die Entwicklung von 4.0 überhaupt gestartet wurde, und auch bei der aktuellen Version wurde erst kurz zuvor RC1 veröffentlicht. Da sind solche Probleme auch zu erwarten.
|
optimq
Anmeldungsdatum: 7. Dezember 2009
Beiträge: 1409
|
Hallo macstar, da bleibe ich lieber beim stabilen Kernel. Es heißt ja nicht umsonst "RC" 😉 .
Was ich aber vergessen habe. Nach einer Neuinstallation von Kubuntu 14.04.2 und einem Upgrade war und wurde nur Kernel 3.16 installiert. Und mit dem hatte ich OPenGL und Standby gar nicht probiert. Man könnte mal probieren, den 3.19 zu entfernen, den 3.16 wieder zu verwenden um dann zu sehen, wie es mit OpenGL und Standby aussieht.
Das hätte zumindest den Vorteil, wenn es mit dem 3.16 denn auch so funktioniert, dass man sich nicht selbst um die Kernel-Updates kümmern muss. Gruß Andi
|
macstar
(Themenstarter)
Anmeldungsdatum: 24. Mai 2010
Beiträge: 334
|
optimq schrieb: Hallo macstar, da bleibe ich lieber beim stabilen Kernel. Es heißt ja nicht umsonst "RC" 😉 .
Was ich aber vergessen habe. Nach einer Neuinstallation von Kubuntu 14.04.2 und einem Upgrade war und wurde nur Kernel 3.16 installiert. Und mit dem hatte ich OPenGL und Standby gar nicht probiert. Man könnte mal probieren, den 3.19 zu entfernen, den 3.16 wieder zu verwenden um dann zu sehen, wie es mit OpenGL und Standby aussieht.
Das hätte zumindest den Vorteil, wenn es mit dem 3.16 denn auch so funktioniert, dass man sich nicht selbst um die Kernel-Updates kümmern muss. Gruß Andi
Hm falls du es versuchst, lass mich mal die Resultate wissen ja? Wobei bei dir scheint es ja ein anderes Problem zu sein, wenn 346.47 und Kernel 3.19.2 ohne Probleme in den Standby/Ruhezustand gehen und auch wieder aufwachen.
So sollte es eigentlich sein, aber das nvidia developers Forum ist voll von Fehlerbeschreibungen ähnlich meiner. Ich persönlich mag es, die neuesten Kernels gleich zu haben, sobald die auf ppa-mainline liegen. Warum Nvidia das mit dem Treiber nicht hinbekommt, weiss ich nicht. Für mich funktioniert aber immerhin das Workarround und damit kann ich dann leben. Darf ich mal fragen, was du für Hardware hast? Insbesondere natürlich GPU.
|
optimq
Anmeldungsdatum: 7. Dezember 2009
Beiträge: 1409
|
Nee, aktuell habe ich keine Probleme 😉 . Nach Aktivierung von OpenGL und Neustart, klappt es auch weiterhin mit dem sauberen Aufwachen aus dem Standby. (Kernel 3.19.2). Ok, ich gucke mal, wie es sich mit dem Kernel 3.16 verhält.
GPU ist eine >Nvidia Gainward GTX780 Phantom GLH<. Gruß Andi
|