Problem mit sddm-greeter ? - Failed to create OpenGL ...
Hallo zusammen, ich wollte mit einem anderen User ausprobieren, ob da auch der Text von den Icons des Desktops mit einem dunklen Hintergrund versehen sind. Dieses grafische 'Feature' habe ich nach einem Reboot plötzlich am Desktop (Ich benutze meistens suspend-to-disk, aber nach einem Update, dachte ich, dass ein Reboot gut wäre) In systemsettings habe ich nichts gefunden, mit dem man das wieder rückgängig machen kann. Ich habe mich also am System abgemeldet und wollte mit mit einem Testuser anmelden. Aber ich bekam nur einen schwarzen Bildschirm mit einem Mauszeiger, der sich auch bewegen lies, zu sehen. Kein Login-Schirm mehr. Im LOG Fenster (CTRL-ALT-F10) sah ich obelix sddm-greeter[7054]: Failed to create OpenGL context for format QSurfaceFormat(version 2.0, options QFlagsQSurfaceFormat::FormatOption(ResetNotification), depthBufferSize 24, redBufferSize -1, greenBufferSize -1, blueBufferSize -1, alphaBufferSize -1, stencilBufferSize 8, samples -1, swapBehavior QSurfaceFormat::DoubleBuffer, swapInterval 1, colorSpace QSurfaceFormat::DefaultColorSpace, profile QSurfaceFormat::NoProfile) Über update-alternatives --config default-displaymanager habe ich dann den /usr/lib/X11/displaymanagers/lightdm geändert und nach einem Reboot, bekam ich wieder einen Login-Schirm und konnte ich mich als testuser anmelden. (Mein PC ist mit Autologin konfiguriert) Hat so ein Verhalten mit dem sddm-greeter auch noch jemand anders als ich ? (seit kurzem ist mir auch ein weiteres Element unten rechts im Systemabschnitt, aufgefallen: Plasma.Renderer Modul Seit wann ist das denn da und ist das nun allgemein vorhanden oder nur in einem besonderen Fall ? Könnte das mit dem Problem oben in Zusammenhang stehen ? 15.5 X11 KDE-Plasma viele Grüße Werner Franke
Hallo Leute, darf frau/man mit Leap 15.5 (von DVD installiert) als normaler user noch irgendetwas? (Das Problem mit der verschlüsselten Festplatte hatte ich ja schon geschildert. Mittlerweile habe ich herausgefunden, dass, wenn man das Einhängen eines verschlüsselten Mediums im KDE-Gerätemanagerautomatisieren möchte, immer das root-PW angefordert wird. Wird das Medium nicht zum automatischen Einhängen markiert, muss nur die Entschlüsselungs-Phrase eingegeben werden - aber das nur am Rande...) Gerade habe ich nun feststellen müssen, dass pdftoppm ebenfalls nur als root ausführbar ist - WTF! Das sagt ls zu /usr/bin/pdfto -rwxr-xr-x 1 root root 143K 23. Okt 16:21 pdftocairo -rwxr-xr-x 1 root root 111K 23. Okt 16:21 pdftohtml -rwxr-xr-x 1 root root 31K 23. Okt 16:21 pdftoppm -rwxr-xr-x 1 root root 27K 23. Okt 16:21 pdftops -rwxr-xr-x 1 root root 1,4M 16. Mai 2023 pdftosrc -rwxr-xr-x 1 root root 47K 23. Okt 16:21 pdftotext Trotzdem kann ich es nur als root ausführen... Weiß jemand Abhilfe? Gruß Michael
Hallo Michael! Am 07.04.2024 um 17:15 Uhr schrieb Michael Eschweiler:
Hallo Leute,
Gerade habe ich nun feststellen müssen, dass pdftoppm ebenfalls nur als root ausführbar ist - WTF! Das sagt ls zu /usr/bin/pdfto -rwxr-xr-x 1 root root 143K 23. Okt 16:21 pdftocairo -rwxr-xr-x 1 root root 111K 23. Okt 16:21 pdftohtml -rwxr-xr-x 1 root root 31K 23. Okt 16:21 pdftoppm -rwxr-xr-x 1 root root 27K 23. Okt 16:21 pdftops -rwxr-xr-x 1 root root 1,4M 16. Mai 2023 pdftosrc -rwxr-xr-x 1 root root 47K 23. Okt 16:21 pdftotext
Trotzdem kann ich es nur als root ausführen...
Freche Antwort: Ja, lerne etwas über Rechte bei Linux. Also: -rwx heißt, root darf alles r-x heißt, die Gruppe darf lesen und ausführen r-x heißt, alle dürfen lesen und ausführen Auf meiner 15.5 sieht das so aus: peter@jeremia:~> ls -l /usr/bin/pdfto* -rwxr-xr-x 1 root root 145672 23. Okt 16:21 /usr/bin/pdftocairo -rwxr-xr-x 1 root root 112848 23. Okt 16:21 /usr/bin/pdftohtml -rwxr-xr-x 1 root root 30856 23. Okt 16:21 /usr/bin/pdftoppm -rwxr-xr-x 1 root root 26848 23. Okt 16:21 /usr/bin/pdftops -rwxr-xr-x 1 root root 1445736 16. Mai 2023 /usr/bin/pdftosrc -rwxr-xr-x 1 root root 47416 23. Okt 16:21 /usr/bin/pdftotext Als User darf ich alle Programme benutzen. Daher würde ich an deiner Stelle überprüfen, wie /usr bzw die Festplatte eingebunden ist. Bitte poste doch auch mal die Fehlermeldung, die beim Start eines der Programme kommt. cu Peter
Hallo Peter, Am 07.04.24 um 18:13 schrieb Peter Geerds:
Hallo Michael!
Am 07.04.2024 um 17:15 Uhr schrieb Michael Eschweiler:
Hallo Leute,
Gerade habe ich nun feststellen müssen, dass pdftoppm ebenfalls nur als root ausführbar ist - WTF! Das sagt ls zu /usr/bin/pdfto -rwxr-xr-x 1 root root 143K 23. Okt 16:21 pdftocairo -rwxr-xr-x 1 root root 111K 23. Okt 16:21 pdftohtml -rwxr-xr-x 1 root root 31K 23. Okt 16:21 pdftoppm -rwxr-xr-x 1 root root 27K 23. Okt 16:21 pdftops -rwxr-xr-x 1 root root 1,4M 16. Mai 2023 pdftosrc -rwxr-xr-x 1 root root 47K 23. Okt 16:21 pdftotext
Trotzdem kann ich es nur als root ausführen...
Freche Antwort: Ja, lerne etwas über Rechte bei Linux. Also: -rwx heißt, root darf alles r-x heißt, die Gruppe darf lesen und ausführen r-x heißt, alle dürfen lesen und ausführen
Freche Antwort zurück: Ich bin zwar nur ein kleiner User ohne große Programmiererfahrung, aber das mit den Rechten hatte ich schon gepeilt - gerade deshalb die Ausgabe von ls - wo klar sichtbar ist, dass ich das Programm starten darf...
Auf meiner 15.5 sieht das so aus: peter@jeremia:~> ls -l /usr/bin/pdfto* -rwxr-xr-x 1 root root 145672 23. Okt 16:21 /usr/bin/pdftocairo -rwxr-xr-x 1 root root 112848 23. Okt 16:21 /usr/bin/pdftohtml -rwxr-xr-x 1 root root 30856 23. Okt 16:21 /usr/bin/pdftoppm -rwxr-xr-x 1 root root 26848 23. Okt 16:21 /usr/bin/pdftops -rwxr-xr-x 1 root root 1445736 16. Mai 2023 /usr/bin/pdftosrc -rwxr-xr-x 1 root root 47416 23. Okt 16:21 /usr/bin/pdftotext
Als User darf ich alle Programme benutzen.
Daher würde ich an deiner Stelle überprüfen, wie /usr bzw die Festplatte eingebunden ist. Bitte poste doch auch mal die Fehlermeldung, die beim Start eines der Programme kommt.
Das dürfte nicht das Problem sein. /usr ist auf der gleichen Partition wie /. Die Fehlermeldung war übrigens: "Wenn 'pdftoppm' kein Tippfehler ist, können Sie command-not-found benutzen, um das Paket zu finden, das den Befehl enthält, z. B.: cnf pdftoppm" Ich habe nach der ersten Fehlermeldung übrigens auch versucht, dass Programm mit dem vollständigen Pfad aufzurufen: user@maschine:~>/usr/bin/pdftoppm und wurden mit der gleichen Fehlermeldung beschieden (verschrieben hab' ich mich auch nicht, hab's mehrfach kontrolliert...) Und andere Programme wie joe, xsane, ... ließen sich ohne Probleme starten - mit xsane hatte ich noch kurz vorher gearbeitet, und das liegt im gleiche Pfad, mit den gleichen Rechten. Sei's drum: Das Problem hat sich, so scheint's, auf magische Weise jetzt, nach einem Neustart des Rechners erlegt: Plötzlich kann ich pdftoppm doch wieder starten... Gruß Michael
participants (3)
-
Michael Eschweiler
-
Peter Geerds
-
Werner Franke