Hallo Liste! On Freitag 2016-06-10 11:53, Hugo wrote:

Date: Fri, 10 Jun 2016 11:53:37 From: Hugo To: opensuse-de@opensuse.org Subject: Nach update gestern ging keine grafische Oberfläche - habe sdm duch gdm ersetzt

Hallo liste, gestern Abend nach S/W update und reboot kam keine grafische Oberfläche. Heute habe ich gesehen, dass die virtuelle Konsole (<strg><alt><f1>) geht. Studieren von journalctl-ausgabe gabe ein Problem mit sddm: Jun 10 08:35:27 linux-ojqs.suse sddm-greeter[1590]: QObject: Cannot create children for a parent that is in a different thread. "Meine" Fehlermeldung:

kernel: sddm[2180]: segfault at e0 ip 00000000000000e0 sp 00007fffa6bca038 error 14 in sddm[400000+6a000] startproc[2179]: startproc: signal catched /usr/bin/sddm: Segmentation fault

Ich habe dann in /etc/sysconfig/displaymanager DISPLAYMANAGER="sddm" durch DISPLAYMANAGER="gdm" ersetzt. Jetzt geht Plasma wieder.

Würde gerne wissen, ob andere auch so ein Problem haben/hatten. Und wenn, das hier als Tip geben. Ja, hatte das Problem auch.

Vieleicht ist wichtig: Ich benutze den proprietären NVIDIA Treiber. Ja, hatte ich bis gestern auch. Meine zugegeben unelegante brachiale "Lösung" war, den NVIDIA-Treiber zu deinstallieren und nouveu-Treiber zu installieren.

Gruss Friedhelm

-- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

Ich hatte so was auch, ich fahre noch KDE4 mit kdm, bei mir hats geholfen den nvidia teiber zu deinstallieren und danach wieder neu zu installieren... Am 10.06.2016 um 12:28 schrieb Friedhelm Mueller:

Hallo Liste!

On Freitag 2016-06-10 11:53, Hugo wrote:

...

Date: Fri, 10 Jun 2016 11:53:37 From: Hugo To: opensuse-de@opensuse.org Subject: Nach update gestern ging keine grafische Oberfläche - habe sdm duch gdm ersetzt

Hallo liste, gestern Abend nach S/W update und reboot kam keine grafische Oberfläche. Heute habe ich gesehen, dass die virtuelle Konsole (<strg><alt><f1>) geht. Studieren von journalctl-ausgabe gabe ein Problem mit sddm: Jun 10 08:35:27 linux-ojqs.suse sddm-greeter[1590]: QObject: Cannot create children for a parent that is in a different thread. "Meine" Fehlermeldung:

kernel: sddm[2180]: segfault at e0 ip 00000000000000e0 sp 00007fffa6bca038 error 14 in sddm[400000+6a000]

startproc[2179]: startproc: signal catched /usr/bin/sddm: Segmentation fault

...

Ich habe dann in /etc/sysconfig/displaymanager DISPLAYMANAGER="sddm" durch DISPLAYMANAGER="gdm" ersetzt. Jetzt geht Plasma wieder.

Würde gerne wissen, ob andere auch so ein Problem haben/hatten. Und wenn, das hier als Tip geben. Ja, hatte das Problem auch.

...

Vieleicht ist wichtig: Ich benutze den proprietären NVIDIA Treiber. Ja, hatte ich bis gestern auch. Meine zugegeben unelegante brachiale "Lösung" war, den NVIDIA-Treiber zu deinstallieren und nouveu-Treiber zu installieren.

Gruss Friedhelm

...

-- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

-- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

Hallo Hugo, hallo Liste, Hugo schrieb:

Hallo liste, gestern Abend nach S/W update und reboot kam keine grafische Oberfläche. Heute habe ich gesehen, dass die virtuelle Konsole (<strg><alt><f1>) geht. Studieren von journalctl-ausgabe gabe ein Problem mit sddm: Jun 10 08:35:27 linux-ojqs.suse sddm-greeter[1590]: QObject: Cannot create children for a parent that is in a different thread. Ich habe dann in /etc/sysconfig/displaymanager DISPLAYMANAGER="sddm" durch DISPLAYMANAGER="gdm" ersetzt. Jetzt geht Plasma wieder.

Würde gerne wissen, ob andere auch so ein Problem haben/hatten. Und wenn, das hier als Tip geben.

Vieleicht ist wichtig: Ich benutze den proprietären NVIDIA Treiber.

Ich hatte das Problem kürzlich auch. Nach Reboot, Auswahl des Benutzers und Eingabe des korrekten Passworts kam nur noch im wesentlichen ein schwarzes Feld (weiß nicht mehr, ob der ganze Bildschirm schwarz war) und ein weißer, kreuzförmiger Cursor, der sich nicht mehr bewegen ließ. Zunächst ging die Anmeldung nach einem weiteren Reboot wieder, aber als das Problem wiederholt auftrat (ich reboote nicht täglich, sondern nur gelegentlich) habe ich den Displaymanager von "sddm" auf den guten alten "kdm" geändert, und seitdem gibts keine Probleme mehr. Bei sddm hat mir sowieso das Benutzerhandling nicht gefallen. Normalerweise melden meine Frau und ich uns beide mit einer grafischen Konsole an. Die erste grafische Konsole nach dem Reboot ist vt7, kdm gibt meinen Beutzernamen als Default vor, und wenn meine Frau eine neue Session unter vt8 startet, kommt als Default-Benutzer ihr Benutzername. Das ist sehr praktisch. Wenig Tipperei, und beide wissen, dass wir mit Ctrl+Alt+F7 bzw. Ctrl+Alt+F8 auf unsere Session kommen. Seit sddm war es so, dass nach Reboot bei der ersten Anmeldung der *zuletzt* angemeldete Benutzer als Default vorgegeben war, also meine Frau. D.h. ich musste jedesmahl erst den Benutzer ändern, was bei mehreren existierenden Benutzern (wir haben 6 insgesamt, die anderen nutzen den rechner nur gelegentlich) mit sddm wegen der gewöhnungsbedürftigen Scrollerei auch nicht gerade intuitiv geht. Ich *weiß* BTW, dass es andere Umgebungen gibt, wo es eher üblich ist, dass sich der zuletzt angemeldete Benutzer nach einem Reboot wieder als erster anmeldet. Für mich ist das Verhalten aber eher lästig. Ich benutze keine Nvidea-Karte, sondern die eingebaute Intel-Grafik. Seit ich ein neues Mainboard mit i7-4770S CPU angeschafft habe, bin ich von 13.2 auf Leap 42.1 umgestiegen und habe seitdem das Problem, dass die Plasmashell sich nach einiger Laufzeit 100% CPU-Leistung eines Cores holt. Ein beliebter Befehl seit der Installation von Leap ist killall plasmashell; sleep 1; plasmashell um das Problem bis zum nächsten Auftreten zu beheben. Ich könnte mir vorstellen, dass das ganze Grafikproblem (auch bei sddm) mit dem Kernelmodul zu tun hat. Für die in der CPU eingebauten Grafikkarte wird der i915-Treiber geladen. lspci sagt: 00:02.0 VGA compatible controller: Intel Corporation Xeon E3-1200 v3/4th Gen Core Processor Integrated Graphics Controller (rev 06) (prog-if 00 [VGA controller]) Subsystem: ASUSTeK Computer Inc. Device 8534 Flags: bus master, fast devsel, latency 0, IRQ 27 Memory at f7800000 (64-bit, non-prefetchable) [size=4M] Memory at e0000000 (64-bit, prefetchable) [size=256M] I/O ports at f000 [size=64] Expansion ROM at <unassigned> [disabled] Capabilities: [90] MSI: Enable+ Count=1/1 Maskable- 64bit- Capabilities: [d0] Power Management version 2 Capabilities: [a4] PCI Advanced Features Kernel driver in use: i915 Kernel modules: i915 Bei einer Anmeldung per ssh -X habe ich beim Start einer grafischen anwendung zufällig folgende Fehlermeldung gesehen: libGL error: failed to load driver: i965 Daraus schließe ich, das das Grafiksystem *eigentlich* konfiguriert ist, den i965-Treiber zu verwenden. Dieser ist aber nicht vorhanden: :~> find /lib/modules/`uname -r`/ -name "i9*" /lib/modules/4.1.21-14-default/kernel/drivers/gpu/drm/i915 /lib/modules/4.1.21-14-default/kernel/drivers/gpu/drm/i915/i915.ko so dass i915 als Fallback verwendet wird. Das richt förmlich nach Problemen, IMO. Martin -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

Hallo Werner, Am Freitag, 10. Juni 2016, 13:05:30 schrieb Werner Flamme:

Hugo [10.06.2016 11:53]:

...

Hallo liste, gestern Abend nach S/W update und reboot kam keine grafische Oberfläche.

Um welche openSUSE-Version geht es?

...

Heute habe ich gesehen, dass die virtuelle Konsole (<strg><alt><f1>) geht. Studieren von journalctl-ausgabe gabe ein Problem

...

mit sddm: sddm deutet auf mindestens 13.2 hin...

...

Vieleicht ist wichtig: Ich benutze den proprietären NVIDIA Treiber.

War ein Kernel-Update dabei? Nein. Leider finde ich jetzt nicht den Aufruf, um eine die Geschichte der rpm updates anzuzeigen. in /boot steht aber -rw-r--r-- 1 root root 6911212 13. Mai 12:35 vmlinux-4.1.21-14-default.gz lrwxrwxrwx 1 root root 25 23. Mai 18:37 vmlinuz -> vmlinuz-4.1.21-14- default -rw-r--r-- 1 root root 5886856 24. Mär 16:19 vmlinuz-4.1.20-11-default -rw-r--r-- 1 root root 5890952 13. Mai 13:24 vmlinuz-4.1.21-14-default

Woher hast Du den Treiber? Aus einem der Repos, die auf https://de.opensuse.org/SDB:NVIDIA-Grafiktreiber angegeben sind, und die per YaST/zypper installiert werden? http://download.nvidia.com/opensuse/leap/42.1 Das komt wohl aus den Comunity repos während der Installation. Dann mit "zypper in -f <paketliste>" das alles nochmal installieren (welche Pakete installiert sind, kann man mit "zypper se -s -r <reponame>" herausfinden). Danke - auch allen anderen, die bereits geantwortet haben. Werde Neu-Installation probieren. Gruß Hugo

-- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

Am Freitag, 10. Juni 2016, 11:53:37 schrieb Hugo:

Hallo liste, gestern Abend nach S/W update und reboot kam keine grafische Oberfläche. Heute habe ich gesehen, dass die virtuelle Konsole (<strg><alt><f1>) geht. Studieren von journalctl-ausgabe gabe ein Problem mit sddm: Jun 10 08:35:27 linux-ojqs.suse sddm-greeter[1590]: QObject: Cannot create children for a parent that is in a different thread. Ich habe dann in /etc/sysconfig/displaymanager DISPLAYMANAGER="sddm" durch DISPLAYMANAGER="gdm" ersetzt. Jetzt geht Plasma wieder.

Würde gerne wissen, ob andere auch so ein Problem haben/hatten. Und wenn, das hier als Tip geben.

Vieleicht ist wichtig: Ich benutze den proprietären NVIDIA Treiber.

Gruss Hugo Ich hatte das selbe Problem. Habe Nvidia Treiber gelöscht. Nun geht Plasma 5 wieder.

Gru? Norbert -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

Hallo Werner, Am 10.06.2016 um 14:14 schrieb Werner Flamme: [...]

Deshalb habe ich bei dem einen Host http://download.opensuse.org/repositories/Kernel:/stable/standard/ als Repo eingebunden, und seitdem habe ich da keine Probleme mehr, was Last oder Abbrüche angeht.

Die Seite https://wiki.gentoo.org/wiki/Intel ist da ganz informativ, finde ich :)

Danke, ich werde den neuen Kernel mal ausprobieren, aber ich werde erst in ca. 2 wochen dazu kommen. Gruß, Martin -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

Halo David, Am Freitag, 10. Juni 2016, 20:59:21 schrieb David Haller:

War Mesa bei dem Update dabei? Dann wurde vermutlich u.a. der symlink /usr/lib64/libGL.so auf Mesa's libGL umgebogen, da aber der nvidia-Treiber damit nicht funktioniert ...

Abhilfe: die symlinks wieder zurechtbiegen. Gibt's noch "switch2nvidia"? Ansonsten: nvidia-Treiber drüberinstallieren hilft, das biegt die symlinks wieder auf die nvidia-Dateien um. Interessant ... - Leider nein. Da waren 42 updates, sogar nvidia updates: x11-video-nvidiaG03-340.96-45.1.x86_64 nvidia-computeG03-340.96-45.1.x86_64 nvidia-glG03-340.96-45.1.x86_64 nvidia-uvm-gfxG03-kmp-default-340.96_k4.1.12_1-45.1.x86_64 Leider geht das wohl nicht rückgängig zu machen. :-( Viele Grüße Hugo

-- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org