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
Hallo Liste!
On Freitag 2016-06-10 11:53, Hugo wrote:
Date: Fri, 10 Jun 2016 11:53:37 From: Hugo hugomahr@web.de 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
Friedhelm Mueller schrieb:
Hallo Liste!
On Freitag 2016-06-10 11:53, Hugo wrote:
Date: Fri, 10 Jun 2016 11:53:37 From: Hugo hugomahr@web.de 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
bei mir klappt es leider auch nicht nach dem Update. Hab wohl gerade versendlich jemand hier geantwortet, sorry.
Gruß Peter
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 hugomahr@web.de 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
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? 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? Dann mit "zypper in -f <paketliste>" das alles nochmal installieren (welche Pakete installiert sind, kann man mit "zypper se -s -r <reponame>" herausfinden).
Gruß Werner
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
Martin Burnicki [10.06.2016 13:27]:
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.
Ich hatte das Problem kürzlich auch.
[...]
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
Öhm, eher nicht :). Zum einen habe ich mehrere Leap 42.1 mit Intel-Grafik im Einsatz, ohne das Problem zu haben - zum anderen habe ich genau 1 Rechner mit einem neuen Board, das Intels Skylake-Chipsatz hat (ASUS Z-170A). Der Chipsatz wird erst ab Kernel 4.4 unterstützt, und so richtig auch erst ab 4.5. Der von Dir benutzte Kernel 4.1 (Standard von Leap 42.1) ist bei dem Chipsatz suboptimal... Dazu gibt es bei openSUSE auch einen Bug, aber der Fehler liegt wohl bei Intel, die den (vorhandenen) Code einfach nicht weitergegeben haben.
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 :)
Gruß Werner
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
Hugo [10.06.2016 14:29]:
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.
grep '|install|' /var/log/zypp/history grep '2016-06-09' /var/log/zypp/history
:)
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.
Das ist durchaus möglich, dass Du das ausgewählt hast :) Es gibt aber auch viele Leute, die den Treiber lieber von der nVidia-Webseite herunterladen und das Kernelmodul anschließend selbst erzeugen wollen.
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
Ja, die hat mir seinerzeit auch oft geholfen :). Die eine Kiste mit nVidia-Karte betreibe ich jetzt als Server, da gehe ich nur per ssh via Befehlszeile drauf, da kann ich das nicht kontrollieren, zumal da auch kein Bildschirm mehr angeschlossen ist...
Viel Glück!
Gruß Werner
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
Hallo,
Am Fri, 10 Jun 2016, Friedhelm Mueller schrieb:
On Freitag 2016-06-10 11:53, Hugo wrote:
gestern Abend nach S/W update und reboot kam keine grafische Oberfläche.
[..]
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
[..]
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.
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.
HTH, -dnh
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
Am Freitag, 10. Juni 2016, 15:09:13 schrieb Werner Flamme:
Hugo [10.06.2016 14:29]:
Hallo Werner,
War ein Kernel-Update dabei?
Nein. Leider finde ich jetzt nicht den Aufruf, um eine die Geschichte der rpm updates anzuzeigen.
grep '|install|' /var/log/zypp/history grep '2016-06-09' /var/log/zypp/history
Das funktioniert, rpm erlaubt auch :-)) rpm -qa --last
:) :
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.
Das ist durchaus möglich, dass Du das ausgewählt hast :) Es gibt aber auch viele Leute, die den Treiber lieber von der nVidia-Webseite herunterladen und das Kernelmodul anschließend selbst erzeugen wollen.
Dann mit "zypper in -f <paketliste>" das alles nochmal installieren (welche Pakete installiert sind, kann man mit "zypper se -s -r <reponame>" herausfinden).
OK - nvidia treiber versucht neu zu installieren. Ging nicht - selbes Problem wie von Karl Sinn gtestern Abend beschrieben. :-(
Danke - auch allen anderen, die bereits geantwortet haben. Werde Neu-Installation probieren. Gruß Hugo
Ja, die hat mir seinerzeit auch oft geholfen :). Die eine Kiste mit nVidia-Karte betreibe ich jetzt als Server, da gehe ich nur per ssh via Befehlszeile drauf, da kann ich das nicht kontrollieren, zumal da auch kein Bildschirm mehr angeschlossen ist...
Viel Glück!
Jetzt lese ich erstmal den Thread von Karl und nehme sonst den noveau Treiber. Viele Grüße Hugo
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
-
David Haller -
Friedhelm Mueller -
Hugo -
Martin Burnicki -
Mathias Homann -
Norbert Nägele -
Peter Llorens -
Werner Flamme