Hallo zusamen,
wie aus mehreren Threads ersichtlich, bin ich mit Leap 42.3 auf eine neue sdd umgezogen. Der Suse-Treiber nouveau funktioniert nicht richtig. Ständig flimmernde Fensterrahmen, einschl. Fensterleiste, bis zu Totalabstürzen mit Resettaste.
Der proprietäre Nvidia-Treiber wollte sich per rpm nicht installieren lassen. Auch die Installation per NVIDIA-xxx.run von der Konsole scheiterte zunächts mit den gleichen Ergebnissen. Im Bootsplash anstelle der Suse-Animation 3 kleine Kästchen mit Fragezeichen, der KDE-Login wurde nur schwarz mit Mauszeiger dargestellt. Die Anzeige der der Bootmeldungen brachte u.a. "Failed to start load-Kernel Modules"
Keine Ahnung was da los war. Alles mehrfach wiederholt, nach HowTow zum proprietären Nvidia-Treiber, rpm oder .sh ~xxx.run
Ich hatte mir dann schon die Parameter zur Deinstallation auf der Konsole besorgt, weile eine nochmalige Wiederholung an Fehlermeldungen scheiterte.
Just in dem letzten Neustart zwecks Deinstallation mittels "nvidia-installer --uninstall" funktioniert jetzt dieser "blöde" Treiber???? Ich hatte das System mehrfach neu gebootet, dkms aktiviert u.u.u., immer mit den gleichen oben beschrieben Problemen. Normal ist das wohl eher nicht. Ob jetzt alles stabil läuft, ist noch zu testen.
Mir ist schon bewusst, dass auch andere mit Nvidia auch Probleme haben. Auf der alten Parallelinstallation hatte ich gar keine Probleme damit, nur die Platte (ssd) scheint sich abzumelden. Deswegen der Umzug.
Wenn ich SuSE nicht bereits 11 Jahre verwenden würde und wüsste, das es funktionieren muss hätte ich Leap jetzt abgewählt.
Hallo Christian,
Am Samstag 30 September 2017 schrieb Christian Meseberg:
wie aus mehreren Threads ersichtlich, bin ich mit Leap 42.3 auf eine neue sdd umgezogen. Der Suse-Treiber nouveau funktioniert nicht richtig. Ständig flimmernde Fensterrahmen, einschl. Fensterleiste, bis zu Totalabstürzen mit Resettaste.
Hast Du es schon mal mit einem Vanilla-Kernel probiert?
[...]
Ich bin sicher, Du weißt, wie's geht. Die multikernel-Option aktivieren, vanilla-kernel-Repo einpflegen, vanilla-kernel installieren und booten.
Und dann sag' uns, ob die komischen Effekte weg sind.
SUSE baut ja leider gerne mal komischen Grafikkram ein, der mit dem Vanillakernel überhaupt nicht auftritt.
Helga
Am 30.09.2017 um 18:44 schrieb Helga Fischer:
Hallo Christian,
Am Samstag 30 September 2017 schrieb Christian Meseberg:
wie aus mehreren Threads ersichtlich, bin ich mit Leap 42.3 auf eine neue sdd umgezogen. Der Suse-Treiber nouveau funktioniert nicht richtig. Ständig flimmernde Fensterrahmen, einschl. Fensterleiste, bis zu Totalabstürzen mit Resettaste.
Hast Du es schon mal mit einem Vanilla-Kernel probiert?
[...]
Ich bin sicher, Du weißt, wie's geht. Die multikernel-Option aktivieren, vanilla-kernel-Repo einpflegen, vanilla-kernel installieren und booten.
Und dann sag' uns, ob die komischen Effekte weg sind.
SUSE baut ja leider gerne mal komischen Grafikkram ein, der mit dem Vanillakernel überhaupt nicht auftritt.
Wenn's nur das wäre ;-)
Es kommt mir schon reichlich seltsam vor, einen 4.4er Kernel zu verwenden, der mit so viel Backport Patches versehen wird, dass kein Mensch mehr so richtig weiß was denn nun Sache ist.
Aber ein Abstecher zum Standard Kernel Repo könnte vielleicht nicht schaden ...
Gruß Manfred
Am Sat, 30 Sep 2017 18:44:41 +0200 schrieb Helga Fischer Azula@gmx.de:
nouveau
Hallo Helga,
meintest Du, vanilla-Kernel behebt die Probleme mit dem suse-nouveau oder dem proprieträten Nvidia-Treiber?
Der Letztere läuft ja nun mittels Konoleninstallation (*~.run) und wenn ich den Kernel auf Tabu setze, habe ich zwischenzeitlich auch keine Problem mit den Modulen. Auf nouveau möchte ich nun eigentlich nicht umsteigen.
Am Sonntag, 1. Oktober 2017, 10:42:33 CEST schrieb Christian Meseberg:
Am Sat, 30 Sep 2017 18:44:41 +0200
schrieb Helga Fischer Azula@gmx.de:
nouveau
Hallo Helga,
meintest Du, vanilla-Kernel behebt die Probleme mit dem suse-nouveau oder dem proprieträten Nvidia-Treiber?
Der Letztere läuft ja nun mittels Konoleninstallation (*~.run) und wenn ich den Kernel auf Tabu setze, habe ich zwischenzeitlich auch keine Problem mit den Modulen. Auf nouveau möchte ich nun eigentlich nicht umsteigen.
...was mich immer wieder wundert ist dass es überhaupt probleme gibt...
Ich hab hier drei systeme mit 42.3, alle drei haben nvidia, zwei davon mit bumblebee und einer mit dem nvidia treiber aus dem nvidia repo, und "es geht einfach". Keinerlei Probleme. Schon seit Jahren nicht (Seit ich von ATI weg bin).
also WAS ist denn jetzt bei meinen 3 Rechnern so ungewöhnlich anders??? ...und was war bei den vorhergehenden 4 genauso ungewöhnlich anders?
nein, KEIN trollpost. Ich denke der wahre Lösungsansatz beginnt damit, herauszufinden was deinen Rechner von meinen unterscheidet.
Cheers Mathias
Am 01.10.2017 um 10:42 schrieb Christian Meseberg:
Am Sat, 30 Sep 2017 18:44:41 +0200 schrieb Helga Fischer Azula@gmx.de:
nouveau
Hallo Helga,
meintest Du, vanilla-Kernel behebt die Probleme mit dem suse-nouveau oder dem proprieträten Nvidia-Treiber?
Wenn man die Ankündigung neuer Kernels sieht, ist dort oft von Verbesserungen bei der Grafik-Unterstützung die Rede.
Für Server mag es ja OK sein, wenn die Distribution bei einem älteren Kernel bleibt und nur Security-Fixes zurückportiert werden, aber auch hier ist es schon ärgerlich, wenn dann komplette APIs von neueren Kernels zurückportiert werden mit Änderungen, die nicht mehr kompatibel zum Original-Kernel sind.
Da gibt es dann Beschwerden von Benutzern, dass z.B. VMware-Module (oder ggf. auch Nvidia-Module) nicht mehr kompiliert werden können. Das eigentliche Problem ist aber, dass die Module bei Kernel x auch die API von Kernel x erwarten, aber die Distro-Maintainer die API von Kernel y zurück portiert haben, und die ist nicht kompatibel.
Wenn man sich ein neues Desktop-System mit aktueller Grafik-Hardware zulegt, ist also die Frage, ob es sinnvoll ist, bei einem alten Kernel zu bleiben, bei dem die Maintainer mehr oder weniger gut Teile von neueren Kernels zurückportiert haben, oder gleich einen aktuelleren (!) Vanilla-Kernel zu verwenden, indem aktuelle Hardware konsistent unterstützt wird.
Martin
Am Sun, 01 Oct 2017 11:33:20 +0200 schrieb Mathias Homann Mathias.Homann@opensuse.org:
Am Sonntag, 1. Oktober 2017, 10:42:33 CEST schrieb Christian Meseberg:
Am Sat, 30 Sep 2017 18:44:41 +0200
schrieb Helga Fischer Azula@gmx.de:
nouveau
Hallo Helga,
meintest Du, vanilla-Kernel behebt die Probleme mit dem suse-nouveau oder dem proprieträten Nvidia-Treiber?
Der Letztere läuft ja nun mittels Konoleninstallation (*~.run) und wenn ich den Kernel auf Tabu setze, habe ich zwischenzeitlich auch keine Problem mit den Modulen. Auf nouveau möchte ich nun eigentlich nicht umsteigen.
...was mich immer wieder wundert ist dass es überhaupt probleme gibt...
Ich hab hier drei systeme mit 42.3, alle drei haben nvidia, zwei davon mit bumblebee und einer mit dem nvidia treiber aus dem nvidia repo, und "es geht einfach". Keinerlei Probleme. Schon seit Jahren nicht (Seit ich von ATI weg bin).
also WAS ist denn jetzt bei meinen 3 Rechnern so ungewöhnlich anders??? ...und was war bei den vorhergehenden 4 genauso ungewöhnlich anders?
nein, KEIN trollpost. Ich denke der wahre Lösungsansatz beginnt damit, herauszufinden was deinen Rechner von meinen unterscheidet.
Hallo Mathias,
das Frage ich mich auch. Die Hardware ist wohl ca. 8 Jahre alt und funktioniert m.E. fehlerfrei. Die ssd der alten Parallelinstallation machte Probleme, hin und wieder Abstürze mit Meldungen wie etwas "...input/output Error sdd ...
Deshalb habe ich lediglich auf meinem Desktop-PC auf einer freien ssd Leap 42.3 neu installiert. Die Repos und die Pakte sind identisch mit der Parallelinstallation, auf der die proprietären Treiber funktionieren. (siehe vorige Threads).
Nach einem Ausflug zum vanilla-Kernel ging soeben gar nichts mehr. Der Vanilla-Kernel (aktuell) ging sofort nach dem Grub-Menü in Reboot des Rechners ohne irgend eine Meldung (original Vanille und auch der mit Suse Pachtes). Der Vanilla 4.4.76 bootete bis zum Login (Konsole), ein Login war nicht möglich weil scheinbar die Grafikkarte (Asus Gforce GT 730) nicht erkannt wurde, der Bildschirm flimmerte, Eingaben nicht möglich.
Dann habe ich den Standard-Kernel 4.4.87 gebootet und Vanilla deinstalliert. Der über die Konsole installierte Nvidia-Treiber war nicht mehr brauchbar. Alle Versuche (De- und Neuinstallation) scheiterten. Hätte ich die proprietären Treiber erst deinstallieren müssen?
Ich habe dann als erstes die proprietären Nividia-Treiber (rpm) wieder installiert (ohne nouveau). Nach dem Reboot hinter dem Grub-Menü wieder kein Bootsplash, sonder die drei üblichen kleine grün-gelben Kästchen mit Fragezeichen auf grauem Hintergrund. Trotzdem kam dann der KDE-Login Bildschirm. Die proprietären funktionieren also doch.
Liegt es an den nicht installierten nouveau-Treibern?
Auf der alten Installation sind diese nicht deinstalliert und trotzdem funktionieren die proprietären Treiber. Ich denke, reproduzierbar ist das nicht, eher wirkt das wie eine Lotterie. o(
schönen Sonntag und Danke an Alle die geholfen haben.
Hallo Christian,
Am Sonntag 01 Oktober 2017 schrieb Christian Meseberg:
Am Sat, 30 Sep 2017 18:44:41 +0200
schrieb Helga Fischer Azula@gmx.de:
nouveau
[...]
meintest Du, vanilla-Kernel behebt die Probleme mit dem suse-nouveau oder dem proprieträten Nvidia-Treiber?
Nein. Ich wollte nur wissen, ob sich das Verhalten Deiner Grafik ändert, wenn Du einen vanilla-Kernel einsetzt. Unabhängig von der Grafik. (Ich gehe davon aus, dass Du Gründe für nvidia hast und Dir Standard nicht reicht). Mein Tipp galt der Fehlerursache.
[...]
Das Rumgemansche mit nvidia hatte ich auch mal und war nicht amused. Bei Rechnern, die mir neu ins Haus gekommen, gucke ich, dass ich intelchips kriege. Mit denen hatte ich bisher - bei den neuen Suse-Generationen - keinen Stress. (Ich kann mich jedoch wohl noch eine meine Odyssee 'Schwarzer Bildschirm' erinnern oder an das alte Laptop, dem keine vernünftige Auflösung beizubringen war, obwohl der Installationskernel es konnte).
Helga
Hallo zusammen,
Helga Fischer meinte am Sonntag, den 01.10.2017 um 12:47 Uhr wegen:OT Leap 42.3 Nvidia - Erfahrungen
Hallo Christian,
Am Sonntag 01 Oktober 2017 schrieb Christian Meseberg:
Am Sat, 30 Sep 2017 18:44:41 +0200
schrieb Helga Fischer Azula@gmx.de:
nouveau
[...]
meintest Du, vanilla-Kernel behebt die Probleme mit dem suse-nouveau oder dem proprieträten Nvidia-Treiber?
Nein. Ich wollte nur wissen, ob sich das Verhalten Deiner Grafik ändert, wenn Du einen vanilla-Kernel einsetzt. Unabhängig von der Grafik. (Ich gehe davon aus, dass Du Gründe für nvidia hast und Dir Standard nicht reicht). Mein Tipp galt der Fehlerursache.
Hallo Helga, wie ich schon schrieb, hat der vanilla-Kernel - ob mit oder ohne Suse-Patches gar nicht funktioniert.
Mir ist es eigentlich egal, ob nouveau oder proprietär, Hauptsache es läuft. Das eine Menge Leute mit beiden Probleme haben, erkennt man an den Diskussionen in den einschlägigen Foren, die sich über die Jahre immer wieder wiederholen.
Warum nicht die vorhandenen proprietären Treiber implementiert werden, anstelle eine Eigenkreation zu entwickeln und zu pflegen, müssen die Entwickler beantworten.
Ich werde erstmal Kernel und die Grafiktreiber auf tabu setzen, bis auf weiteres.
Schönen Sonntag noch ;)
-
Christian Meseberg -
Helga Fischer -
Manfred Kreisl -
Martin Burnicki -
Mathias Homann