X-Display Manager streikt nach Update von 15.2 auf 15.3
Moin Liste, da durch meistens eher auf der grafischen Oberfläche unterwegs und weniger konsolenerprobt, bin ich nach dem jüngsten Update von meinem Arbeitsrechner etwas am Fluchen: Nach dem Update und dem ersten Anfahren weigert sich 15.3 den X-Display Manager hochzufahren und bleibt mit sämtlichen Kernelvarianten (2 ) im Textmodus. Der Arbeitsrechner ist ein AMD-8-Prozessor-64-Bit-Rechner mit einer Nvidiakarte NVIDIA Corporation GF114 [GeForce GTX 560] (rev a1). Der Rechner arbeitet mit zwei 500 GB-Festplatten, die jeweils in unterschiedliche Partitionen unterteilt sind. Für den Systembereich habe ich 69 GB bereitgestellt, 2 GB für den Swapbereich. Sprich, wenn es nicht anders gehen sollte, werde ich das System neu aufsetzen und die home-partition wieder einbinden müssen. Nur vorher würde ich gern wissen, ob sich der X-Display Manager einfacher aktivieren lässt als durch eine komplette Neuinstallation. Ich hatte mir das jüngste Bootlog angesehen. Dort stehen bzgl X-Display-Manager zwei Einträge: Starting. 01.39mX Display Manager . [0m... Starting. 01.39mHold until boot process finishes up. [0m... Über Hilfe würde ich mich freuen. Danke. Christoph -- Mittelhessenblog ISSN 2195-5541 Journal zu Umwelt, Politik und Wirtschaft aus Mittelhessen Das Mittelhessenblog unterstützt: Netzwerk Recherche, Reporter ohne Grenzen Fingerprint: 44CF 65C0 2F3F 62E2 9A21 9A64 71BF F96F AB33 93F7
Am Dienstag, den 29.06.2021, 17:26 +0200 schrieb Christoph v. Gallera:
Moin Liste,
da durch meistens eher auf der grafischen Oberfläche unterwegs und weniger konsolenerprobt, bin ich nach dem jüngsten Update von meinem Arbeitsrechner etwas am Fluchen: Nach dem Update und dem ersten Anfahren weigert sich 15.3 den X-Display Manager hochzufahren und bleibt mit sämtlichen Kernelvarianten (2 ) im Textmodus.
Der Arbeitsrechner ist ein AMD-8-Prozessor-64-Bit-Rechner mit einer Nvidiakarte NVIDIA Corporation GF114 [GeForce GTX 560] (rev a1).
Hi, UEFI Rechner? Wenn ja. musst du den key des Treiber in diese komische MOK database einladen - ansonsten lädt der den nvidia Treiber nicht. Anleitungen dazu findest du im Netz (oder ich kann auch noch mal schauen wenn du es nicht findest) Andreas
Moin Andreas, danke für die Info. Passt aber leider nicht, Der Rechner ist Bj. 2011. Kein UEFI-Rechner.. Am 29.06.21 um 18:07 schrieb Andreas Kyek:
Am Dienstag, den 29.06.2021, 17:26 +0200 schrieb Christoph v. Gallera:
Moin Liste,
da durch meistens eher auf der grafischen Oberfläche unterwegs und weniger konsolenerprobt, bin ich nach dem jüngsten Update von meinem Arbeitsrechner etwas am Fluchen: Nach dem Update und dem ersten Anfahren weigert sich 15.3 den X-Display Manager hochzufahren und bleibt mit sämtlichen Kernelvarianten (2 ) im Textmodus.
Der Arbeitsrechner ist ein AMD-8-Prozessor-64-Bit-Rechner mit einer Nvidiakarte NVIDIA Corporation GF114 [GeForce GTX 560] (rev a1).
Hi, UEFI Rechner?
Wenn ja. musst du den key des Treiber in diese komische MOK database einladen - ansonsten lädt der den nvidia Treiber nicht.
Anleitungen dazu findest du im Netz (oder ich kann auch noch mal schauen wenn du es nicht findest)
Andreas
-- Mittelhessenblog ISSN 2195-5541 Journal zu Umwelt, Politik und Wirtschaft aus Mittelhessen Das Mittelhessenblog unterstützt: Netzwerk Recherche, Reporter ohne Grenzen Fingerprint: 44CF 65C0 2F3F 62E2 9A21 9A64 71BF F96F AB33 93F7
Hallo Christoph, eine Neuinstallation sollte eher nicht nötig sein. Zu 15.3 weiß ich noch nichts zu sagen, aber bis jemand kommt, der da aussagekräftiger ist, kannst du ja schon mal das Problem weiter einkreisen. Es ist wohl eher der X-Server, der vom Displaymanager gestartet wird, der die Probleme hat. Dessen recht ausführliches Logfile heißt /var/log/Xorg.0.log, jedenfalls bei 15.2. Das Logging des Default-Displaymanagers sddm geht ins syslog, mit 'grep sddm /var/log/messages' kannst du es finden. Du kannst mit 'systemctl stop display-manager' und 'systemctl start display-manager' von einer Konsole aus den X11-Server stoppen und starten. Für NVIDIA-Karten gibt es drei mögliche Treiber, den von NVIDIA, den freien mit 3D-Support aus dem Paket xf86-video-noveau, und den freien aus dem Paket xf86-video-nv. Falls du den NVIDIA-Treiber benutzt, solltest du mal recherchieren, ob deine Grafikkarte noch unterstützt wird. Wie geschrieben, so ist das bei 15.2. Am 29.06.21 um 17:26 schrieb Christoph v. Gallera:
Moin Liste,
da durch meistens eher auf der grafischen Oberfläche unterwegs und weniger konsolenerprobt, bin ich nach dem jüngsten Update von meinem Arbeitsrechner etwas am Fluchen: Nach dem Update und dem ersten Anfahren weigert sich 15.3 den X-Display Manager hochzufahren und bleibt mit sämtlichen Kernelvarianten (2 ) im Textmodus.
Der Arbeitsrechner ist ein AMD-8-Prozessor-64-Bit-Rechner mit einer Nvidiakarte NVIDIA Corporation GF114 [GeForce GTX 560] (rev a1).
Der Rechner arbeitet mit zwei 500 GB-Festplatten, die jeweils in unterschiedliche Partitionen unterteilt sind. Für den Systembereich habe ich 69 GB bereitgestellt, 2 GB für den Swapbereich. Sprich, wenn es nicht anders gehen sollte, werde ich das System neu aufsetzen und die home-partition wieder einbinden müssen. Nur vorher würde ich gern wissen, ob sich der X-Display Manager einfacher aktivieren lässt als durch eine komplette Neuinstallation.
Ich hatte mir das jüngste Bootlog angesehen. Dort stehen bzgl X-Display-Manager zwei Einträge: Starting. 01.39mX Display Manager . [0m... Starting. 01.39mHold until boot process finishes up. [0m...
Über Hilfe würde ich mich freuen. Danke.
Christoph
-- Viele Grüße Michael
Am 29.06.21 um 17:26 schrieb Christoph v. Gallera:
Moin Liste,
da durch meistens eher auf der grafischen Oberfläche unterwegs und weniger konsolenerprobt, bin ich nach dem jüngsten Update von meinem Arbeitsrechner etwas am Fluchen: Nach dem Update und dem ersten Anfahren weigert sich 15.3 den X-Display Manager hochzufahren und bleibt mit sämtlichen Kernelvarianten (2 ) im Textmodus.
Der Arbeitsrechner ist ein AMD-8-Prozessor-64-Bit-Rechner mit einer Nvidiakarte NVIDIA Corporation GF114 [GeForce GTX 560] (rev a1).
Der Rechner arbeitet mit zwei 500 GB-Festplatten, die jeweils in unterschiedliche Partitionen unterteilt sind. Für den Systembereich habe ich 69 GB bereitgestellt, 2 GB für den Swapbereich. Sprich, wenn es nicht anders gehen sollte, werde ich das System neu aufsetzen und die home-partition wieder einbinden müssen. Nur vorher würde ich gern wissen, ob sich der X-Display Manager einfacher aktivieren lässt als durch eine komplette Neuinstallation.
Ich hatte mir das jüngste Bootlog angesehen. Dort stehen bzgl X-Display-Manager zwei Einträge: Starting. 01.39mX Display Manager . [0m... Starting. 01.39mHold until boot process finishes up. [0m...
Über Hilfe würde ich mich freuen. Danke.
Christoph
Moin Christoph, ich vermute, Du bist in das gleiche Problem gelaufen, daß ich auch hatte (am PC meiner Frau). Auch Nvidia (schon älter und von openSuSE nicht mehr unterstützt). Desweiteren vermute ich, Du hast auch die alten Display-Treiber entgegen der Sperre deinstallieren lassen? Vielleicht hast du ja aber auch Nvidia als externe Grafikkarte eingebaut und etwas anderes auf dem Mainboard? In dem Fall habe ich einfach mal den internen Grafikkontroller aktiviert (hatte ich vor Jahren abgeschaltet), die Monitore umgesöpselt und dann den Upgrade nochmal machen lassen (was dann noch nötig war). Da die OSS-Treiber für die (beim Rechner meiner Frau) Radeon-Karte mitlerweile stabil laufen, funktioniert es jetzt damit problemlos. Vielleicht hilft dir das ja weiter Gruß :martin
Moin Martin, die Grafikkarte ist im Rechner installiert. Ich habe noch eine ältere Opensuse für Notfälle auf dem Rechner, dort läuft die Grafikkarte mit Abstrichen. Und auf der 15.2, die ich bis vergangene Woche Dienstag als Hauptversion hatte, lief sie einwandfrei, mit den entsprechenden Treibern von Nvidia an Bord. Das Problem kommt daher, dass durch das jetzt erfolgte Update wohl alles, was ich an Zusatzsoftware installiert hatte, jetzt vermutlich erst einmal nicht ansprechbar ist. Nur mein Hauptproblem ist der X Display Manager. Wenn ich mit DVD in den Update-Modus starte, ist die grafische Oberfläche vorhanden. Fahre ich dann aber normal von der Festplatte hoch, verschwindet die grafische Oberfläche in dem Augenblick, wo eben der Dienst dann aufgerufen wird.. Ich habe versucht, mich in den diversen Opensuse-Listen mal schlau zu machen, habe aber nichts gefunden. Vermutlich ist es nur eine Kleinigkeit, die ich ändern muss - aber ich müsste erst einmal den Weg wissen. Sonst knobele ich noch Tage daran herum..Von daher setze ich meine Hoffnung auf die Liste.... Gruß, Christoph Am 29.06.21 um 19:25 schrieb Martin Deppe:
Am 29.06.21 um 17:26 schrieb Christoph v. Gallera:
Moin Liste,
da durch meistens eher auf der grafischen Oberfläche unterwegs und *** weniger konsolenerprobt, bin ich nach dem jüngsten Update von meinem Arbeitsrechner etwas am Fluchen: Nach dem Update und dem ersten Anfahren weigert sich 15.3 den X-Display Manager hochzufahren und bleibt mit sämtlichen Kernelvarianten (2 ) im Textmodus.
Der Arbeitsrechner ist ein AMD-8-Prozessor-64-Bit-Rechner mit einer Nvidiakarte NVIDIA Corporation GF114 [GeForce GTX 560] (rev a1).
Der Rechner arbeitet mit zwei 500 GB-Festplatten, die jeweils in unterschiedliche Partitionen unterteilt sind. Für den Systembereich habe ich 69 GB bereitgestellt, 2 GB für den Swapbereich. Sprich, wenn es nicht anders gehen sollte, werde ich das System neu aufsetzen und die home-partition wieder einbinden müssen. Nur vorher würde ich gern wissen, ob sich der X-Display Manager einfacher aktivieren lässt als durch eine komplette Neuinstallation.
Ich hatte mir das jüngste Bootlog angesehen. Dort stehen bzgl X-Display-Manager zwei Einträge: Starting. 01.39mX Display Manager . [0m... Starting. 01.39mHold until boot process finishes up. [0m...
Über Hilfe würde ich mich freuen. Danke.
Christoph
Moin Christoph,
ich vermute, Du bist in das gleiche Problem gelaufen, daß ich auch hatte (am PC meiner Frau). Auch Nvidia (schon älter und von openSuSE nicht mehr unterstützt). Desweiteren vermute ich, Du hast auch die alten Display-Treiber entgegen der Sperre deinstallieren lassen?
Vielleicht hast du ja aber auch Nvidia als externe Grafikkarte eingebaut und etwas anderes auf dem Mainboard? In dem Fall habe ich einfach mal den internen Grafikkontroller aktiviert (hatte ich vor Jahren abgeschaltet), die Monitore umgesöpselt und dann den Upgrade nochmal machen lassen (was dann noch nötig war). Da die OSS-Treiber für die (beim Rechner meiner Frau) Radeon-Karte mitlerweile stabil laufen, funktioniert es jetzt damit problemlos.
Vielleicht hilft dir das ja weiter
Gruß :martin
-- Mittelhessenblog ISSN 2195-5541 Journal zu Umwelt, Politik und Wirtschaft aus Mittelhessen Das Mittelhessenblog unterstützt: Netzwerk Recherche, Reporter ohne Grenzen Fingerprint: 44CF 65C0 2F3F 62E2 9A21 9A64 71BF F96F AB33 93F7
Moin Liste, nach den Hinweisen von Michael und Martin bin ich zumindest so weit, dass ich eine exaktere Fehlerausgabe habe: -> display-manager.service - X Display Manager Loaded: loaded (usr/lib/systemd/system/display-manager.service: enabled: vendor preset: enabled) Active: failed (Result: exit-code) since [es folgt die Zeitangabe] Process: 23615 ExecStart=/usr/lib/X11/display-manager start (code=exited, status=1/Failure) <- So weit das Fehlerzitat... Für weitere nutzbringende Ratschläge bin ich weiterhin dankbar... Gruß, Christoph -- Mittelhessenblog ISSN 2195-5541 Journal zu Umwelt, Politik und Wirtschaft aus Mittelhessen Das Mittelhessenblog unterstützt: Netzwerk Recherche, Reporter ohne Grenzen Fingerprint: 44CF 65C0 2F3F 62E2 9A21 9A64 71BF F96F AB33 93F7
Hallo Christoph, also ist es so, wie ich vermutete und der Nvidia-Treiber zu deiner Grafikkarte wird in Leap 15.3 nicht mehr unterstützt. Meine Lösung: ich verwende eine andere Grafikkarte (nicht von Nvidia). Gruß :martin Am 30.06.21 um 16:33 schrieb Christoph v. Gallera:
Moin Martin,
die Grafikkarte ist im Rechner installiert. Ich habe noch eine ältere Opensuse für Notfälle auf dem Rechner, dort läuft die Grafikkarte mit Abstrichen. Und auf der 15.2, die ich bis vergangene Woche Dienstag als Hauptversion hatte, lief sie einwandfrei, mit den entsprechenden Treibern von Nvidia an Bord. Das Problem kommt daher, dass durch das jetzt erfolgte Update wohl alles, was ich an Zusatzsoftware installiert hatte, jetzt vermutlich erst einmal nicht ansprechbar ist. Nur mein Hauptproblem ist der X Display Manager. Wenn ich mit DVD in den Update-Modus starte, ist die grafische Oberfläche vorhanden. Fahre ich dann aber normal von der Festplatte hoch, verschwindet die grafische Oberfläche in dem Augenblick, wo eben der Dienst dann aufgerufen wird.. Ich habe versucht, mich in den diversen Opensuse-Listen mal schlau zu machen, habe aber nichts gefunden. Vermutlich ist es nur eine Kleinigkeit, die ich ändern muss - aber ich müsste erst einmal den Weg wissen. Sonst knobele ich noch Tage daran herum..Von daher setze ich meine Hoffnung auf die Liste....
Gruß, Christoph
Am 29.06.21 um 19:25 schrieb Martin Deppe:
Am 29.06.21 um 17:26 schrieb Christoph v. Gallera:
Moin Liste,
da durch meistens eher auf der grafischen Oberfläche unterwegs und *** weniger konsolenerprobt, bin ich nach dem jüngsten Update von meinem Arbeitsrechner etwas am Fluchen: Nach dem Update und dem ersten Anfahren weigert sich 15.3 den X-Display Manager hochzufahren und bleibt mit sämtlichen Kernelvarianten (2 ) im Textmodus.
Der Arbeitsrechner ist ein AMD-8-Prozessor-64-Bit-Rechner mit einer Nvidiakarte NVIDIA Corporation GF114 [GeForce GTX 560] (rev a1).
Der Rechner arbeitet mit zwei 500 GB-Festplatten, die jeweils in unterschiedliche Partitionen unterteilt sind. Für den Systembereich habe ich 69 GB bereitgestellt, 2 GB für den Swapbereich. Sprich, wenn es nicht anders gehen sollte, werde ich das System neu aufsetzen und die home-partition wieder einbinden müssen. Nur vorher würde ich gern wissen, ob sich der X-Display Manager einfacher aktivieren lässt als durch eine komplette Neuinstallation.
Ich hatte mir das jüngste Bootlog angesehen. Dort stehen bzgl X-Display-Manager zwei Einträge: Starting. 01.39mX Display Manager . [0m... Starting. 01.39mHold until boot process finishes up. [0m...
Über Hilfe würde ich mich freuen. Danke.
Christoph
Moin Christoph,
ich vermute, Du bist in das gleiche Problem gelaufen, daß ich auch hatte (am PC meiner Frau). Auch Nvidia (schon älter und von openSuSE nicht mehr unterstützt). Desweiteren vermute ich, Du hast auch die alten Display-Treiber entgegen der Sperre deinstallieren lassen?
Vielleicht hast du ja aber auch Nvidia als externe Grafikkarte eingebaut und etwas anderes auf dem Mainboard? In dem Fall habe ich einfach mal den internen Grafikkontroller aktiviert (hatte ich vor Jahren abgeschaltet), die Monitore umgesöpselt und dann den Upgrade nochmal machen lassen (was dann noch nötig war). Da die OSS-Treiber für die (beim Rechner meiner Frau) Radeon-Karte mitlerweile stabil laufen, funktioniert es jetzt damit problemlos.
Vielleicht hilft dir das ja weiter
Gruß :martin
Am Mittwoch, 30. Juni 2021, 17:43:02 CEST schrieb Martin Deppe:
Hallo Christoph,
also ist es so, wie ich vermutete und der Nvidia-Treiber zu deiner Grafikkarte wird in Leap 15.3 nicht mehr unterstützt.
Meine Lösung: ich verwende eine andere Grafikkarte (nicht von Nvidia).
Gruß :martin
Sind aber im Nvidia Repo von Leap 15.2 und Leap 15.3 dieselben Treiber Versionen....
Der Arbeitsrechner ist ein AMD-8-Prozessor-64-Bit-Rechner mit einer Nvidiakarte NVIDIA Corporation GF114 [GeForce GTX 560] (rev a1). Die sollte noch immer unterstützt werden: Linux x64 (AMD64/EM64T) Display Driver NVIDIA Empfehlung 390.143 19.4.2021 https://www.nvidia.de/Download/Find.aspx?lang=de
Stephan
Hallo Martin, na, so schnell schmeiße ich die Flinte noch nich ins Korn... ;-) jedenfalls wird laut offizieller Liste nvidia nachwievor bei Suse geführt..-> https://opensuse.pkgs.org/15.3/nvidia-x86_64/nvidia-gfxG04-kmp-default-390.1........ Ich muss es eigentlich nur irgendwie schaffen, diesen Treiber auf meinen Hauptrechner zu bekommen. Dann wäre meiner Einschätzung nach der Spuk vorbei..Aber im reinen Konsolenbetrieb ist das für mich ne arge Plackerei...... Gruß, Christoph Am 30.06.21 um 17:43 schrieb Martin Deppe:
Hallo Christoph,
also ist es so, wie ich vermutete und der Nvidia-Treiber zu deiner Grafikkarte wird in Leap 15.3 nicht mehr unterstützt.
Meine Lösung: ich verwende eine andere Grafikkarte (nicht von Nvidia).
Gruß :martin
Am 30.06.21 um 16:33 schrieb Christoph v. Gallera:
Moin Martin,
die Grafikkarte ist im Rechner installiert. Ich habe noch eine ältere Opensuse für Notfälle auf dem Rechner, dort läuft die Grafikkarte mit Abstrichen. Und auf der 15.2, die ich bis vergangene Woche Dienstag als Hauptversion hatte, lief sie einwandfrei, mit den entsprechenden Treibern von Nvidia an Bord. Das Problem kommt daher, dass durch das jetzt erfolgte Update wohl alles, was ich an Zusatzsoftware installiert hatte, jetzt vermutlich erst einmal nicht ansprechbar ist. Nur mein Hauptproblem ist der X Display Manager. Wenn ich mit DVD in den Update-Modus starte, ist die grafische Oberfläche vorhanden. Fahre ich dann aber normal von der Festplatte hoch, verschwindet die grafische Oberfläche in dem Augenblick, wo eben der Dienst dann aufgerufen wird.. Ich habe versucht, mich in den diversen Opensuse-Listen mal schlau zu machen, habe aber nichts gefunden. Vermutlich ist es nur eine Kleinigkeit, die ich ändern muss - aber ich müsste erst einmal den Weg wissen. Sonst knobele ich noch Tage daran herum..Von daher setze ich meine Hoffnung auf die Liste....
Gruß, Christoph
Am 29.06.21 um 19:25 schrieb Martin Deppe:
Am 29.06.21 um 17:26 schrieb Christoph v. Gallera:
Moin Liste,
da durch meistens eher auf der grafischen Oberfläche unterwegs und *** weniger konsolenerprobt, bin ich nach dem jüngsten Update von meinem Arbeitsrechner etwas am Fluchen: Nach dem Update und dem ersten Anfahren weigert sich 15.3 den X-Display Manager hochzufahren und bleibt mit sämtlichen Kernelvarianten (2 ) im Textmodus.
Der Arbeitsrechner ist ein AMD-8-Prozessor-64-Bit-Rechner mit einer Nvidiakarte NVIDIA Corporation GF114 [GeForce GTX 560] (rev a1).
Der Rechner arbeitet mit zwei 500 GB-Festplatten, die jeweils in unterschiedliche Partitionen unterteilt sind. Für den Systembereich habe ich 69 GB bereitgestellt, 2 GB für den Swapbereich. Sprich, wenn es nicht anders gehen sollte, werde ich das System neu aufsetzen und die home-partition wieder einbinden müssen. Nur vorher würde ich gern wissen, ob sich der X-Display Manager einfacher aktivieren lässt als durch eine komplette Neuinstallation.
Ich hatte mir das jüngste Bootlog angesehen. Dort stehen bzgl X-Display-Manager zwei Einträge: Starting. 01.39mX Display Manager . [0m... Starting. 01.39mHold until boot process finishes up. [0m...
Über Hilfe würde ich mich freuen. Danke.
Christoph
Moin Christoph,
ich vermute, Du bist in das gleiche Problem gelaufen, daß ich auch hatte (am PC meiner Frau). Auch Nvidia (schon älter und von openSuSE nicht mehr unterstützt). Desweiteren vermute ich, Du hast auch die alten Display-Treiber entgegen der Sperre deinstallieren lassen?
Vielleicht hast du ja aber auch Nvidia als externe Grafikkarte eingebaut und etwas anderes auf dem Mainboard? In dem Fall habe ich einfach mal den internen Grafikkontroller aktiviert (hatte ich vor Jahren abgeschaltet), die Monitore umgesöpselt und dann den Upgrade nochmal machen lassen (was dann noch nötig war). Da die OSS-Treiber für die (beim Rechner meiner Frau) Radeon-Karte mitlerweile stabil laufen, funktioniert es jetzt damit problemlos.
Vielleicht hilft dir das ja weiter
Gruß :martin
-- Mittelhessenblog ISSN 2195-5541 Journal zu Umwelt, Politik und Wirtschaft aus Mittelhessen Das Mittelhessenblog unterstützt: Netzwerk Recherche, Reporter ohne Grenzen Fingerprint: 44CF 65C0 2F3F 62E2 9A21 9A64 71BF F96F AB33 93F7
Am Mittwoch, 30. Juni 2021, 18:16:55 CEST schrieb Christoph v. Gallera:
Ich muss es eigentlich nur irgendwie schaffen, diesen Treiber auf meinen Hauptrechner zu bekommen. Dann wäre meiner Einschätzung nach der Spuk vorbei..Aber im reinen Konsolenbetrieb ist das für mich ne arge Plackerei......
Ist Internet vorhanden? Wenn nein, einfach ein Verzeichnis erstellen und in dies Verzeichnis alle!!!! G04 rpms speichern. Dann dies Verzeichnis mit Yast-Repository Verwaltung als Repo einbinden und die Treiber einfach installieren. Stephan
Hallo Stefan, am Internet ist der Rechner schon. Nur eben gerade nicht mit dem GUI, weil das aus bekannten Gründen streikt. Per ftp könnte ich mich theoretisch noch einklinken. Praktisch auch eher ne abendfüllende Beschäftigung. Sachen wie ping gehen auf der Konsole, für den Rest müsste ich besseres Wissen an der Stelle haben. Deswegen etwas schwierig für mich, auf der reinen Konsolenebene mir den Treiber zu ziehen..Ich muss das wohl über Umwege hinkriegen..Mit dem Laptop, mit dem ich hier gerade schreibe... Am 30.06.21 um 18:19 schrieb Stephan Hemeier:
Am Mittwoch, 30. Juni 2021, 18:16:55 CEST schrieb Christoph v. Gallera:
Ich muss es eigentlich nur irgendwie schaffen, diesen Treiber auf meinen Hauptrechner zu bekommen. Dann wäre meiner Einschätzung nach der Spuk vorbei..Aber im reinen Konsolenbetrieb ist das für mich ne arge Plackerei......
Ist Internet vorhanden?
Wenn nein, einfach ein Verzeichnis erstellen und in dies Verzeichnis alle!!!! G04 rpms speichern.
Dann dies Verzeichnis mit Yast-Repository Verwaltung als Repo einbinden und die Treiber einfach installieren.
Stephan
-- Mittelhessenblog ISSN 2195-5541 Journal zu Umwelt, Politik und Wirtschaft aus Mittelhessen Das Mittelhessenblog unterstützt: Netzwerk Recherche, Reporter ohne Grenzen Fingerprint: 44CF 65C0 2F3F 62E2 9A21 9A64 71BF F96F AB33 93F7
Am Mittwoch, 30. Juni 2021, 18:31:36 CEST schrieb Christoph v. Gallera:
Hallo Stefan,
am Internet ist der Rechner schon. Nur eben gerade nicht mit dem GUI, weil das aus bekannten Gründen streikt. Per ftp könnte ich mich theoretisch noch einklinken. Praktisch auch eher ne abendfüllende Beschäftigung. Sachen wie ping gehen auf der Konsole, für den Rest müsste ich besseres Wissen an der Stelle haben. Deswegen etwas schwierig für mich, auf der reinen Konsolenebene mir den Treiber zu ziehen..Ich muss das wohl über Umwege hinkriegen..Mit dem Laptop, mit dem ich hier gerade schreibe...
Wenn du dich als root (nicht sudo) anmelden kannst und Internet geht: zypper ar -f https://download.nvidia.com/opensuse/leap/15.3/ nvidia Das fügt das Nvidia Repo hinzu. zypper in x11-video-nvidiaG04 Das sollte alle 4 Nvidia Pakete installieren. Aber: Was läuft bei dir für ein Kernel: uname -a Ist secure boot im Bios/Uefi ausgeschaltet? Stephan
Hallo Stephan, der Kernel ist 5.3.18-59.5-default, das Bios ist von 2011. Ich müsste den Rechner neu starten und dann ins Bios gehen, um nachzusehen. Ich denke aber schon, dass der Rechner im secure boot läuft... Gruß, Christoph Am 30.06.21 um 18:37 schrieb Stephan Hemeier:
Am Mittwoch, 30. Juni 2021, 18:31:36 CEST schrieb Christoph v. Gallera:
Hallo Stefan,
am Internet ist der Rechner schon. Nur eben gerade nicht mit dem GUI, weil das aus bekannten Gründen streikt. Per ftp könnte ich mich theoretisch noch einklinken. Praktisch auch eher ne abendfüllende Beschäftigung. Sachen wie ping gehen auf der Konsole, für den Rest müsste ich besseres Wissen an der Stelle haben. Deswegen etwas schwierig für mich, auf der reinen Konsolenebene mir den Treiber zu ziehen..Ich muss das wohl über Umwege hinkriegen..Mit dem Laptop, mit dem ich hier gerade schreibe...
Wenn du dich als root (nicht sudo) anmelden kannst und Internet geht:
zypper ar -f https://download.nvidia.com/opensuse/leap/15.3/ nvidia
Das fügt das Nvidia Repo hinzu.
zypper in x11-video-nvidiaG04 Das sollte alle 4 Nvidia Pakete installieren.
Aber: Was läuft bei dir für ein Kernel: uname -a
Ist secure boot im Bios/Uefi ausgeschaltet?
Stephan
-- Mittelhessenblog ISSN 2195-5541 Journal zu Umwelt, Politik und Wirtschaft aus Mittelhessen Das Mittelhessenblog unterstützt: Netzwerk Recherche, Reporter ohne Grenzen Fingerprint: 44CF 65C0 2F3F 62E2 9A21 9A64 71BF F96F AB33 93F7
Am 30.06.21 um 18:37 schrieb Stephan Hemeier:
Am Mittwoch, 30. Juni 2021, 18:31:36 CEST schrieb Christoph v. Gallera:
Hallo Stefan,
am Internet ist der Rechner schon. Nur eben gerade nicht mit dem GUI, weil das aus bekannten Gründen streikt. Per ftp könnte ich mich theoretisch noch einklinken. Praktisch auch eher ne abendfüllende Beschäftigung. Sachen wie ping gehen auf der Konsole, für den Rest müsste ich besseres Wissen an der Stelle haben. Deswegen etwas schwierig für mich, auf der reinen Konsolenebene mir den Treiber zu ziehen..Ich muss das wohl über Umwege hinkriegen..Mit dem Laptop, mit dem ich hier gerade schreibe...
Wenn du dich als root (nicht sudo) anmelden kannst und Internet geht:
zypper ar -f https://download.nvidia.com/opensuse/leap/15.3/ nvidia
Das fügt das Nvidia Repo hinzu.
zypper in x11-video-nvidiaG04 Das sollte alle 4 Nvidia Pakete installieren.
Aber: Was läuft bei dir für ein Kernel: uname -a
Ist secure boot im Bios/Uefi ausgeschaltet?
Stephan
Danke, Stephan, dieses Repository enthält eben genau nicht mehr G03, den ich brauchte ... Christoph, mit der GeForce GTX 560 sollte es also gehen oder benötigt die auch den G03? Ich versuchte es (unter 15.2) sogar mit dem Repo von 15.1, was auch nicht ging.
Hallo, Am Thu, 01 Jul 2021, Martin Deppe schrieb:
Am 30.06.21 um 18:37 schrieb Stephan Hemeier:
zypper ar -f https://download.nvidia.com/opensuse/leap/15.3/ nvidia [..] dieses Repository enthält eben genau nicht mehr G03, den ich brauchte ...
Welche Karte hast du denn?
Christoph, mit der GeForce GTX 560 sollte es also gehen oder benötigt die auch den G03?
https://www.nvidia.de/Download/driverResults.aspx/132976/de Die 39x.yy Serie ist der G04. Ansonsten: das .run Paket direkt von nvidia zu installieren ist auch kein Hexenwerk, man muß halt nur den Treiber am besten ausgepackt z.B. in /usr/src/ liegen lassen und dann dort nach nem Kernelupdate ein # ./nvidia-installer -a -K ausführen und die initrd aktualisieren, wenn die das Kernel-Modul enthält (mkinitrd/dracut oder per Yast)... Wenn man die neue Kernelversion angibt (siehe ./nvidia-installer -A) kann man das Modul sogar schon vor dem Reboot kompilieren. Dito geht das bei der initrd. Kann man sich nicht wirklich merken, und aus der shell-history kann das rauswandern, deswegen die nötigen 2 Befehle verscripten (und legt nen symlink[1] auf das jew. aktuelle Verzeichnis mit dem ausgepackten Treiber) oder notieren ;) [1] also z.B.: /usr/src/nvidia -> NVIDIA-Linux-x86_64-390.143 Oder man schaut daß man DKMS zum laufen bringt (hab ich keine Ahnung von, nie gebraucht). HTH, -dnh, seit >10 Jahren ohne Probleme mit den .run Treibern unterwegs Sogar ein Wechsel von GT610 -> G210 -> GT710 ging problemlos, nachdem ich die richtige Treibergeneration nachgeschaut hatte. Davor: originale Matrox Mystique mit MGA1064SG / 4MB SGRAM 170MHz RAMDAC ;) https://commons.wikimedia.org/wiki/File:MatroxMystique2MBcard.jpg Ja, der Chip war so nackt auf dem Board, nicht mal ein Kühlkörper, bei rechnerisch IIRC max. 4.5W Verbrauch ging das eben :) Lief mit den X11, später Xorg matrox(fb) Treibern wunderbar mit anfangs default (bzw. generierten defaults), später handgeklöppelten Modelines, die den Monitor bzw. GraKa voll ausreizten. Mehr als 1152x864 war mangels Video RAM eben nicht drin, deswegen dann der Umstieg auf die damals billigste nvidia Karte ;) Denn damals war der ATI Treiber ziemlich problematisch und die Alternativen zu ATI oder nVidia schon ausgestorben (zumindest in bezahlbar). --
Ich habe folgende Frage: Wie lautet der Imperativ von "erschrecken"? "Buh!" -- S. Doerner und R. Radermacher in desd
, Hallo David, hallo Liste, so, nachdem ich für aktuelle Arbeitszwecke kurzzeitig nochmal die 15.2 installiert hatte, jetzt nochmal ein Neuanlauf mit frischer zypper-dup-Installation. Gleiches Spiel wie die vergangenen Tage, sprich nach Neustart läuft alles wie erwartet, bis zum X-Display-Manager. Neu ist: Ich habe die aktuellen Nvidiatreiber für meine Karte installiert. So wie es auch unter anderem hier steht: https://en.opensuse.org/SDB:NVIDIA_drivers#Leap Ich habe mir per Fehlersuche nun angesehen, was systemctl status zum Display-Manager meint. Ne ganze Menge wird da ausgespuckt. Die entscheidenden Zeilen sind wohl dann diese hier: # starting service sddm # startproc: error while loading shared libraries: libblogger.so.2 (oder vlt. 'Z'): cannot open shared object file: No file or directory #..failed Ich denke, es liegt an diesem fehlenden libblogger. Wo kriege ich den her oder wo steht der und was muss dann dort drin stehen, damit der Display-Manager zum Leben erweckt? Danke und Gruß... Christoph Am 01.07.21 um 15:21 schrieb David Haller:
Hallo,
Am Thu, 01 Jul 2021, Martin Deppe schrieb:
Am 30.06.21 um 18:37 schrieb Stephan Hemeier:
zypper ar -f https://download.nvidia.com/opensuse/leap/15.3/ nvidia [..] dieses Repository enthält eben genau nicht mehr G03, den ich brauchte ...
Welche Karte hast du denn?
Christoph, mit der GeForce GTX 560 sollte es also gehen oder benötigt die auch den G03?
https://www.nvidia.de/Download/driverResults.aspx/132976/de Die 39x.yy Serie ist der G04.
Ansonsten: das .run Paket direkt von nvidia zu installieren ist auch kein Hexenwerk, man muß halt nur den Treiber am besten ausgepackt z.B. in /usr/src/ liegen lassen und dann dort nach nem Kernelupdate ein
# ./nvidia-installer -a -K
ausführen und die initrd aktualisieren, wenn die das Kernel-Modul enthält (mkinitrd/dracut oder per Yast)...
Wenn man die neue Kernelversion angibt (siehe ./nvidia-installer -A) kann man das Modul sogar schon vor dem Reboot kompilieren. Dito geht das bei der initrd. Kann man sich nicht wirklich merken, und aus der shell-history kann das rauswandern, deswegen die nötigen 2 Befehle verscripten (und legt nen symlink[1] auf das jew. aktuelle Verzeichnis mit dem ausgepackten Treiber) oder notieren ;)
[1] also z.B.: /usr/src/nvidia -> NVIDIA-Linux-x86_64-390.143
Oder man schaut daß man DKMS zum laufen bringt (hab ich keine Ahnung von, nie gebraucht).
HTH, -dnh, seit >10 Jahren ohne Probleme mit den .run Treibern unterwegs Sogar ein Wechsel von GT610 -> G210 -> GT710 ging problemlos, nachdem ich die richtige Treibergeneration nachgeschaut hatte.
Davor: originale Matrox Mystique mit MGA1064SG / 4MB SGRAM 170MHz RAMDAC ;) https://commons.wikimedia.org/wiki/File:MatroxMystique2MBcard.jpg Ja, der Chip war so nackt auf dem Board, nicht mal ein Kühlkörper, bei rechnerisch IIRC max. 4.5W Verbrauch ging das eben :) Lief mit den X11, später Xorg matrox(fb) Treibern wunderbar mit anfangs default (bzw. generierten defaults), später handgeklöppelten Modelines, die den Monitor bzw. GraKa voll ausreizten. Mehr als 1152x864 war mangels Video RAM eben nicht drin, deswegen dann der Umstieg auf die damals billigste nvidia Karte ;) Denn damals war der ATI Treiber ziemlich problematisch und die Alternativen zu ATI oder nVidia schon ausgestorben (zumindest in bezahlbar).
-- Mittelhessenblog ISSN 2195-5541 Journal zu Umwelt, Politik und Wirtschaft aus Mittelhessen Das Mittelhessenblog unterstützt: Netzwerk Recherche, Reporter ohne Grenzen Fingerprint: 44CF 65C0 2F3F 62E2 9A21 9A64 71BF F96F AB33 93F7
Hallo Am 03/07/2021 um 16.55 schrieb Christoph v. Gallera:
Ich habe mir per Fehlersuche nun angesehen, was systemctl status zum Display-Manager meint. Ne ganze Menge wird da ausgespuckt. Die entscheidenden Zeilen sind wohl dann diese hier:
# starting service sddm # startproc: error while loading shared libraries: libblogger.so.2 (oder vlt. 'Z'): cannot open shared object file: No file or directory
ein zypper in libblogger2 sollte die eigentlich zum Vorschein bringen denn im repo ist sie drin http://download.opensuse.org/distribution/leap/15.3/repo/oss/x86_64/libblogg... Holger
Hallo Holger, danke für den Hinweis..Allein, er bestätigt nur, dass das Paket schon installiert ist, verrät aber nicht wo. Und wenn ich weiß, wo es steht, muss ich ja systemctl auch noch mitteilen, wie es den richtigen Pfad dorthin setzt. Ich bin eigentlich mehr auf der GUI unterwegs, so dass mir abgesehen von ein paar grundliegenden Befehlen der Rest eher nicht so geläufig ist...Das ist ja mein Problem - sonst wär der Käs vermutlich schon längst gegessen... ;-) Aber ich denke, gemeinsam kriegen wir das hin.... :-) Wobei es das erste Mal ist, dass ich mit der Suse so etwas erlebe. Ich hatte die SuSe schon, als es sie noch auf Disketten gab.... Gruß, Christoph Am 03.07.21 um 17:10 schrieb Holger Bruenjes:
Hallo
Am 03/07/2021 um 16.55 schrieb Christoph v. Gallera:
Ich habe mir per Fehlersuche nun angesehen, was systemctl status zum Display-Manager meint. Ne ganze Menge wird da ausgespuckt. Die entscheidenden Zeilen sind wohl dann diese hier:
# starting service sddm # startproc: error while loading shared libraries: libblogger.so.2 (oder vlt. 'Z'): cannot open shared object file: No file or directory
ein
zypper in libblogger2
sollte die eigentlich zum Vorschein bringen
denn im repo ist sie drin
http://download.opensuse.org/distribution/leap/15.3/repo/oss/x86_64/libblogg...
Holger
-- Mittelhessenblog ISSN 2195-5541 Journal zu Umwelt, Politik und Wirtschaft aus Mittelhessen Das Mittelhessenblog unterstützt: Netzwerk Recherche, Reporter ohne Grenzen Fingerprint: 44CF 65C0 2F3F 62E2 9A21 9A64 71BF F96F AB33 93F7
Hallo Christoph Am 03/07/2021 um 18.12 schrieb Christoph v. Gallera:
danke für den Hinweis..Allein, er bestätigt nur, dass das Paket schon installiert ist, verrät aber nicht wo. Und wenn ich weiß, wo es steht, muss ich ja systemctl auch noch mitteilen, wie es den richtigen Pfad dorthin setzt. Ich bin eigentlich mehr auf der GUI unterwegs, so dass mir abgesehen von ein paar grundliegenden Befehlen der Rest eher nicht so geläufig ist...Das ist ja mein Problem - sonst wär der Käs vermutlich schon längst gegessen... ;-)
was sagt den ein ldd /usr/sbin/startproc Holger
Hallo Holger, zwischenzeitlich habe ich mal systemweit per mc nach dem libblogger.so.2 suchen lassen..Fündig wurde der Rechner in drei snapshots, aber nicht im eigentlichen System. Die Fundstelle in den snapshots lautet jeweils snapshot/usr/lib64/libblogger.so.2 Wenn es so ist, muss dann was beim Update quer gelaufen sein - obwohl kein Fehler ausgegeben wurde.....vermute ich..... Gruß, Christoph Am 03.07.21 um 18:27 schrieb Holger Bruenjes:
Hallo Christoph
Am 03/07/2021 um 18.12 schrieb Christoph v. Gallera:
danke für den Hinweis..Allein, er bestätigt nur, dass das Paket schon installiert ist, verrät aber nicht wo. Und wenn ich weiß, wo es steht, muss ich ja systemctl auch noch mitteilen, wie es den richtigen Pfad dorthin setzt. Ich bin eigentlich mehr auf der GUI unterwegs, so dass mir abgesehen von ein paar grundliegenden Befehlen der Rest eher nicht so geläufig ist...Das ist ja mein Problem - sonst wär der Käs vermutlich schon längst gegessen... ;-)
was sagt den ein
ldd /usr/sbin/startproc
Holger
-- Mittelhessenblog ISSN 2195-5541 Journal zu Umwelt, Politik und Wirtschaft aus Mittelhessen Das Mittelhessenblog unterstützt: Netzwerk Recherche, Reporter ohne Grenzen Fingerprint: 44CF 65C0 2F3F 62E2 9A21 9A64 71BF F96F AB33 93F7
Hallo Christoph Am 03/07/2021 um 19.07 schrieb Christoph v. Gallera:
zwischenzeitlich habe ich mal systemweit per mc nach dem libblogger.so.2 suchen lassen..Fündig wurde der Rechner in drei snapshots, aber nicht im eigentlichen System. Die Fundstelle in den snapshots lautet jeweils snapshot/usr/lib64/libblogger.so.2
Wenn es so ist, muss dann was beim Update quer gelaufen sein - obwohl kein Fehler ausgegeben wurde.....vermute ich.....
dann installier das Paket nochmal drueber Holger und bitte nur an die Liste schreiben
Moin Holger, moin Liste ich habe nun versucht, nachdem ich nun noch einmal das Update frisch installiert habe, zusätzlich dafür gesorgt hatte, dass das passende Nvidia-Repo dabei ist, den Rechner wieder in die gewohnte GUI-Anzeige (KDE 5, Plasma) zu bringen. Wieder Fehlanzeige. Stand der Dinge ist nachwievor eine Errormeldung bei Versuch den X-Display-Manager ans Laufen zu kriegen. libblogger.so.2 wird nachwievor in drei Snapshots angezeigt, im normalen System nicht. startproc wird ebenfalls nicht aufgerufen bzw gibt eine Fehlermeldung heraus, weil er nicht den libblogger findet. So wie es bereits der display-manager getan hatte. Ich sitze gerade etwas ratlos am Rechner...ich bin kurz davor, doch wieder 15.2 zu reaktivieren.....jedenfalls, bis eine Lösung für 15.3 gefunden wurde... Jedenfalls werde ich bei der Suche, obwohl libblogger.so.2 eigentlich installiert sein müsste, im normalen System nicht fündig... Ich habe, so meine ich jedenfalls, keinen speziellen Rechner, sondern einen für journalistische Zwecke komplett ausreichenden (Text-, Bild- und Videobearbeitung). Zur Zeit schreibe ich allerdings über mein Laptop...... Bin deswegen für jede Hilfe dankbar, mit der ich den X-Display-Manager wieder ans Laufen bekomme.. Gruß, Christoph Am 03.07.21 um 19:20 schrieb Holger Bruenjes:
Hallo Christoph
Am 03/07/2021 um 19.07 schrieb Christoph v. Gallera:
zwischenzeitlich habe ich mal systemweit per mc nach dem libblogger.so.2 suchen lassen..Fündig wurde der Rechner in drei snapshots, aber nicht im eigentlichen System. Die Fundstelle in den snapshots lautet jeweils snapshot/usr/lib64/libblogger.so.2
Wenn es so ist, muss dann was beim Update quer gelaufen sein - obwohl kein Fehler ausgegeben wurde.....vermute ich.....
dann installier das Paket nochmal drueber
Holger
und bitte nur an die Liste schreiben
-- Mittelhessenblog ISSN 2195-5541 Journal zu Umwelt, Politik und Wirtschaft aus Mittelhessen Das Mittelhessenblog unterstützt: Netzwerk Recherche, Reporter ohne Grenzen Fingerprint: 44CF 65C0 2F3F 62E2 9A21 9A64 71BF F96F AB33 93F7
Hallo Liste, es geht um libblogger.so.2. So weit ich sehe, spielt die Datei eine zentrale Rolle. Und laut #https://opensuse.pkgs.org/15.3/opensuse-oss-x86_64/libblogger2-2.20-2.1.x86_... ist sie auch vorhanden. Nur: Wieso taucht sie dann bei Update auf 15.3 im normalen System nicht auf? Wo liegt möglicherweise ein Fehler meinerseits? Da ich ansonsten eher auf der grafischen Oberfläche unterwegs bin, das auf meinem Hauptrechner eben wegen des zur Zeit nicht aufrufbaren X-Display-Managers nicht möglich ist, bitte ich um entsprechende Infos, wie ich auf der Konsolenebene entsprechende Infos zur Fehlerlösung liefern kann... Danke und Gruß, Christoph Am 03.07.21 um 19:20 schrieb Holger Bruenjes:
Hallo Christoph
Am 03/07/2021 um 19.07 schrieb Christoph v. Gallera:
zwischenzeitlich habe ich mal systemweit per mc nach dem libblogger.so.2 suchen lassen..Fündig wurde der Rechner in drei snapshots, aber nicht im eigentlichen System. Die Fundstelle in den snapshots lautet jeweils snapshot/usr/lib64/libblogger.so.2
Wenn es so ist, muss dann was beim Update quer gelaufen sein - obwohl kein Fehler ausgegeben wurde.....vermute ich.....
dann installier das Paket nochmal drueber
Holger
und bitte nur an die Liste schreiben
-- Mittelhessenblog ISSN 2195-5541 Journal zu Umwelt, Politik und Wirtschaft aus Mittelhessen Das Mittelhessenblog unterstützt: Netzwerk Recherche, Reporter ohne Grenzen Fingerprint: 44CF 65C0 2F3F 62E2 9A21 9A64 71BF F96F AB33 93F7
Am 05.07.21 um 11:09 schrieb Christoph v. Gallera:
Hallo Liste,
es geht um libblogger.so.2. So weit ich sehe, spielt die Datei eine zentrale Rolle. Und laut #https://opensuse.pkgs.org/15.3/opensuse-oss-x86_64/libblogger2-2.20-2.1.x86_... ist sie auch vorhanden. Nur: Wieso taucht sie dann bei Update auf 15.3 im normalen System nicht auf? Wo liegt möglicherweise ein Fehler meinerseits?
Da ich ansonsten eher auf der grafischen Oberfläche unterwegs bin, das auf meinem Hauptrechner eben wegen des zur Zeit nicht aufrufbaren X-Display-Managers nicht möglich ist, bitte ich um entsprechende Infos, wie ich auf der Konsolenebene entsprechende Infos zur Fehlerlösung liefern kann...
Danke und Gruß, Christoph
Am 03.07.21 um 19:20 schrieb Holger Bruenjes:
Hallo Christoph
Am 03/07/2021 um 19.07 schrieb Christoph v. Gallera:
zwischenzeitlich habe ich mal systemweit per mc nach dem libblogger.so.2 suchen lassen..Fündig wurde der Rechner in drei snapshots, aber nicht im eigentlichen System. Die Fundstelle in den snapshots lautet jeweils snapshot/usr/lib64/libblogger.so.2
Wenn es so ist, muss dann was beim Update quer gelaufen sein - obwohl kein Fehler ausgegeben wurde.....vermute ich.....
dann installier das Paket nochmal drueber
Holger
und bitte nur an die Liste schreiben
Hi, und was hindert Dich, die Datei einfach malaus dem snapshot in /usr/lib64 zu kopieren? (z.B. mit cp ...snapshot/usr/lib64/libblogger.so.2 /usr/lib/64 (...snapshot steht natürlich für Dein reales Snapshot-Verzeichnis) ??? -- cu jth
Am 05.07.21 um 11:44 schrieb Jörg Thümmler: ...
Hi,
und was hindert Dich, die Datei einfach malaus dem snapshot in /usr/lib64 zu kopieren? (z.B. mit
cp ...snapshot/usr/lib64/libblogger.so.2 /usr/lib/64
(...snapshot steht natürlich für Dein reales Snapshot-Verzeichnis)
???
Bei 15.2 wenigstens ist libblogger.so.2 nur ein Symlink, das "Fleisch" muss auch kopiert werden: $ ls -l /usr/lib64/libblogger.so.2* lrwxrwxrwx 1 root root 18 16. Mai 2020 /usr/lib64/libblogger.so.2 -> libblogger.so.2.18 -rw-r--r-- 1 root root 10376 16. Mai 2020 /usr/lib64/libblogger.so.2.18 -- Viele Grüße Michael
Am 05.07.21 um 12:07 schrieb Michael Behrens:
Am 05.07.21 um 11:44 schrieb Jörg Thümmler: ...
Hi,
und was hindert Dich, die Datei einfach malaus dem snapshot in /usr/lib64 zu kopieren? (z.B. mit
cp ...snapshot/usr/lib64/libblogger.so.2 /usr/lib/64
(...snapshot steht natürlich für Dein reales Snapshot-Verzeichnis)
???
Bei 15.2 wenigstens ist libblogger.so.2 nur ein Symlink, das "Fleisch" muss auch kopiert werden:
$ ls -l /usr/lib64/libblogger.so.2* lrwxrwxrwx 1 root root 18 16. Mai 2020 /usr/lib64/libblogger.so.2 -> libblogger.so.2.18 -rw-r--r-- 1 root root 10376 16. Mai 2020 /usr/lib64/libblogger.so.2.18
Hi, ja, dann den natürlich auch... sollte ja auch da im Snapshot sein... oder ist gerade das das Problem (symlink zwar da, aber Ziel fehlt? -- cu jth
Am 05.07.21 um 12:25 schrieb Jörg Thümmler:
Am 05.07.21 um 12:07 schrieb Michael Behrens:
Am 05.07.21 um 11:44 schrieb Jörg Thümmler: ...
Hi,
und was hindert Dich, die Datei einfach malaus dem snapshot in /usr/lib64 zu kopieren? (z.B. mit
cp ...snapshot/usr/lib64/libblogger.so.2 /usr/lib/64
(...snapshot steht natürlich für Dein reales Snapshot-Verzeichnis)
???
Bei 15.2 wenigstens ist libblogger.so.2 nur ein Symlink, das "Fleisch" muss auch kopiert werden:
$ ls -l /usr/lib64/libblogger.so.2* lrwxrwxrwx 1 root root 18 16. Mai 2020 /usr/lib64/libblogger.so.2 -> libblogger.so.2.18 -rw-r--r-- 1 root root 10376 16. Mai 2020 /usr/lib64/libblogger.so.2.18
Hi,
ja, dann den natürlich auch... sollte ja auch da im Snapshot sein... oder ist gerade das das Problem (symlink zwar da, aber Ziel fehlt?
Es wäre eh sinnvoller, das fehlende oder fehlerhafte RPM (in 15.2: blog...) zwangsweise neu zu installieren, ich weiß nicht, warum er das nicht macht. -- Viele Grüße Michael
Am 05.07.21 um 12:38 schrieb Michael Behrens:
Am 05.07.21 um 12:25 schrieb Jörg Thümmler:
Am 05.07.21 um 12:07 schrieb Michael Behrens:
Am 05.07.21 um 11:44 schrieb Jörg Thümmler: ...
Hi,
und was hindert Dich, die Datei einfach malaus dem snapshot in /usr/lib64 zu kopieren? (z.B. mit
cp ...snapshot/usr/lib64/libblogger.so.2 /usr/lib/64
(...snapshot steht natürlich für Dein reales Snapshot-Verzeichnis)
???
Bei 15.2 wenigstens ist libblogger.so.2 nur ein Symlink, das "Fleisch" muss auch kopiert werden:
$ ls -l /usr/lib64/libblogger.so.2* lrwxrwxrwx 1 root root 18 16. Mai 2020 /usr/lib64/libblogger.so.2 -> libblogger.so.2.18 -rw-r--r-- 1 root root 10376 16. Mai 2020 /usr/lib64/libblogger.so.2.18
Hi,
ja, dann den natürlich auch... sollte ja auch da im Snapshot sein... oder ist gerade das das Problem (symlink zwar da, aber Ziel fehlt?
Es wäre eh sinnvoller, das fehlende oder fehlerhafte RPM (in 15.2: blog...) zwangsweise neu zu installieren, ich weiß nicht, warum er das nicht macht.
Ja, aber ich dachte, das wäre schon versucht worden... sicher ist es immer besser, die Standardmechanismen zu verwenden, schon weil ja da noch was dranhängen kann an Abhängigkeiten z.B. -- cu jth
Moin, so, danke für den Kopiertip. Gemacht. Es ist zumindest ein Baustein auf dem Weg zu einer wieder funktionierenden GUI. Die bisherige Fehlermeldung 'failed to start X-Display-Manager" ist verschwunden. Nur: Ich bin noch auf der Konsolen-Ebene. Dafür gibt es eine neue Fehlermeldung: systemd[1]: display-manager.service: Can't open PID file /run/displaymanager.pid (yet?) after start: Operation not permitted. Danach geht es so weiter: sddm[2584]: Initializing... systemctl[1]: Started X Display Manager. sddm[2584]: Starting... sddm[2584]: Logind interface found Nur, an der Gesamtsituation hat sich noch nichts geändert. Wie komme ich auf den klassischen Anmeldebildschirm, den ich von der GUI her kenne? (Normalerweise erscheint der dann auf beiden Monitoren (einer VGA, einer mit digitalem Anschluss). Gruß, Christoph Am 05.07.21 um 12:38 schrieb Michael Behrens:
Am 05.07.21 um 12:25 schrieb Jörg Thümmler:
Am 05.07.21 um 12:07 schrieb Michael Behrens:
Am 05.07.21 um 11:44 schrieb Jörg Thümmler: ...
Hi,
und was hindert Dich, die Datei einfach malaus dem snapshot in /usr/lib64 zu kopieren? (z.B. mit
cp ...snapshot/usr/lib64/libblogger.so.2 /usr/lib/64
(...snapshot steht natürlich für Dein reales Snapshot-Verzeichnis)
???
Bei 15.2 wenigstens ist libblogger.so.2 nur ein Symlink, das "Fleisch" muss auch kopiert werden:
$ ls -l /usr/lib64/libblogger.so.2* lrwxrwxrwx 1 root root 18 16. Mai 2020 /usr/lib64/libblogger.so.2 -> libblogger.so.2.18 -rw-r--r-- 1 root root 10376 16. Mai 2020 /usr/lib64/libblogger.so.2.18
Hi,
ja, dann den natürlich auch... sollte ja auch da im Snapshot sein... oder ist gerade das das Problem (symlink zwar da, aber Ziel fehlt?
Es wäre eh sinnvoller, das fehlende oder fehlerhafte RPM (in 15.2: blog...) zwangsweise neu zu installieren, ich weiß nicht, warum er das nicht macht.
-- Mittelhessenblog ISSN 2195-5541 Journal zu Umwelt, Politik und Wirtschaft aus Mittelhessen Das Mittelhessenblog unterstützt: Netzwerk Recherche, Reporter ohne Grenzen Fingerprint: 44CF 65C0 2F3F 62E2 9A21 9A64 71BF F96F AB33 93F7
Am 05.07.21 um 13:23 schrieb Christoph v. Gallera:
Moin,
so, danke für den Kopiertip. Gemacht. Es ist zumindest ein Baustein auf dem Weg zu einer wieder funktionierenden GUI. Die bisherige Fehlermeldung 'failed to start X-Display-Manager" ist verschwunden. Nur: Ich bin noch auf der Konsolen-Ebene. Dafür gibt es eine neue Fehlermeldung:
systemd[1]: display-manager.service: Can't open PID file /run/displaymanager.pid (yet?) after start: Operation not permitted.
Danach geht es so weiter:
sddm[2584]: Initializing... systemctl[1]: Started X Display Manager. sddm[2584]: Starting... sddm[2584]: Logind interface found
Nur, an der Gesamtsituation hat sich noch nichts geändert. Wie komme ich auf den klassischen Anmeldebildschirm, den ich von der GUI her kenne? (Normalerweise erscheint der dann auf beiden Monitoren (einer VGA, einer mit digitalem Anschluss).
Eventuell mit ctrl-alt-F7?
... --
Viele Grüße Michael
Naja Michael, soo ein Anfänger bin ich ja nicht mehr ;-) : Auf der F7 geht es ja sonst eben mit der GUI dann weiter, während F1 halt Konsole ist. Nur auf der F7 gehts jetzt eben nicht weiter. Die Liste dessen, was abgearbeitet wird, endet mit 'Started Locale Service'. Und sämtliche Einträge sind grün, sprich als 'ok' markiert...Bei der 15.2 und allen anderen Versionen vorher wäre ich dann schon auf der GUI. Hier nicht..Rätsel.. Am 05.07.21 um 13:31 schrieb Michael Behrens:
Am 05.07.21 um 13:23 schrieb Christoph v. Gallera:
Moin,
so, danke für den Kopiertip. Gemacht. Es ist zumindest ein Baustein auf dem Weg zu einer wieder funktionierenden GUI. Die bisherige Fehlermeldung 'failed to start X-Display-Manager" ist verschwunden. Nur: Ich bin noch auf der Konsolen-Ebene. Dafür gibt es eine neue Fehlermeldung:
systemd[1]: display-manager.service: Can't open PID file /run/displaymanager.pid (yet?) after start: Operation not permitted.
Danach geht es so weiter:
sddm[2584]: Initializing... systemctl[1]: Started X Display Manager. sddm[2584]: Starting... sddm[2584]: Logind interface found
Nur, an der Gesamtsituation hat sich noch nichts geändert. Wie komme ich auf den klassischen Anmeldebildschirm, den ich von der GUI her kenne? (Normalerweise erscheint der dann auf beiden Monitoren (einer VGA, einer mit digitalem Anschluss).
Eventuell mit ctrl-alt-F7?
...
-- Mittelhessenblog ISSN 2195-5541 Journal zu Umwelt, Politik und Wirtschaft aus Mittelhessen Das Mittelhessenblog unterstützt: Netzwerk Recherche, Reporter ohne Grenzen Fingerprint: 44CF 65C0 2F3F 62E2 9A21 9A64 71BF F96F AB33 93F7
Am 05.07.21 um 13:55 schrieb Christoph v. Gallera:
Naja Michael, soo ein Anfänger bin ich ja nicht mehr ;-) : Auf der F7 geht es ja sonst eben mit der GUI dann weiter, während F1 halt Konsole ist. Nur auf der F7 gehts jetzt eben nicht weiter. Die Liste dessen, was abgearbeitet wird, endet mit 'Started Locale Service'. Und sämtliche Einträge sind grün, sprich als 'ok' markiert...Bei der 15.2 und allen anderen Versionen vorher wäre ich dann schon auf der GUI. Hier nicht..Rätsel..
Der Displaymanager managt ja nur den X11-Server, und der erledigt die Anzeige der GUI. Dann wäre also jetzt mal das Logging des X11-Servers interessant, bei der 15.2 steht das in /var/log/Xorg.0.log Hatte ich ganz oben schon mal geschrieben. -- Viele Grüße Michael Behrens
Hallo Michael, das Logging steht an gleicher Stelle bei der 15.3... Schätze mal, es geht darum, nach Einträgen zu nvidia GTX 560 zu suchen..? Am 05.07.21 um 14:05 schrieb Michael Behrens:
Der Displaymanager managt ja nur den X11-Server, und der erledigt die Anzeige der GUI. Dann wäre also jetzt mal das Logging des X11-Servers interessant, bei der 15.2 steht das in /var/log/Xorg.0.log
Hatte ich ganz oben schon mal geschrieben.
-- Mittelhessenblog ISSN 2195-5541 Journal zu Umwelt, Politik und Wirtschaft aus Mittelhessen Das Mittelhessenblog unterstützt: Netzwerk Recherche, Reporter ohne Grenzen Fingerprint: 44CF 65C0 2F3F 62E2 9A21 9A64 71BF F96F AB33 93F7
Am 05.07.21 um 14:05 schrieb Michael Behrens:
Am 05.07.21 um 13:55 schrieb Christoph v. Gallera:
Naja Michael, soo ein Anfänger bin ich ja nicht mehr ;-) : Auf der F7 geht es ja sonst eben mit der GUI dann weiter, während F1 halt Konsole ist. Nur auf der F7 gehts jetzt eben nicht weiter. Die Liste dessen, was abgearbeitet wird, endet mit 'Started Locale Service'. Und sämtliche Einträge sind grün, sprich als 'ok' markiert...Bei der 15.2 und allen anderen Versionen vorher wäre ich dann schon auf der GUI. Hier nicht..Rätsel..
Der Displaymanager managt ja nur den X11-Server, und der erledigt die Anzeige der GUI. Dann wäre also jetzt mal das Logging des X11-Servers interessant, bei der 15.2 steht das in /var/log/Xorg.0.log
Hatte ich ganz oben schon mal geschrieben.
Ich weiß zwar nicht, obdas hier relevant sein könnte, weil ich den X-server manuell starte, aber da gibt es ein Problem, welches ich nach jedem Upgrade klären muss: /usr/bin/X ist nicht berechtigt, den X-Server zu starten, bzw. fehlen für einen Teilschritt die Rechte. Die einfache Lösung ist hier (als root) chmod +s /usr/bin/X korrekt, aber umständlicher ist es, die Einstellung in /etc/permissions anzupassen. Ich würde erstmal chmod testen, kannst Du mit chmod -s /usr/bin/X wieder rückgängig machen. -- cu jth
Hallo Liste, könnte es vielleicht sein, dass trotz Unterstützung durch den passenden Nvidiatreiber es dennoch bei der Installation später klemmt und ich deswegen zwar keine Fehlermeldung wegen fehlendem Display-Manager sehe, aber der X11-Server in seinem Log so tut, als gäbe es keinen passenden Nvidia-Eintrag? Das wäre das erste Mal seit Suse 9.0, dass es dieses mal nicht klappt. Und bei der 9.0 gab es noch einen Sprung auf die nouveau-Treiber. Nur hier, bei der 15.3, bleibt bisher die grafische Oberfläche einfach weg...Ich würde ungern eine nachwievor gute Grafikkarte rausschmeißen und dann eine einbauen müssen, bei der ich nicht sicher bin, ob sie ins Gesamtsystem passt.... Gruß, Christoph Am 05.07.21 um 14:59 schrieb Jörg Thümmler:
Am 05.07.21 um 14:05 schrieb Michael Behrens:
Am 05.07.21 um 13:55 schrieb Christoph v. Gallera:
Naja Michael, soo ein Anfänger bin ich ja nicht mehr ;-) : Auf der F7 geht es ja sonst eben mit der GUI dann weiter, während F1 halt Konsole ist. Nur auf der F7 gehts jetzt eben nicht weiter. Die Liste dessen, was abgearbeitet wird, endet mit 'Started Locale Service'. Und sämtliche Einträge sind grün, sprich als 'ok' markiert...Bei der 15.2 und allen anderen Versionen vorher wäre ich dann schon auf der GUI. Hier nicht..Rätsel..
Der Displaymanager managt ja nur den X11-Server, und der erledigt die Anzeige der GUI. Dann wäre also jetzt mal das Logging des X11-Servers interessant, bei der 15.2 steht das in /var/log/Xorg.0.log
Hatte ich ganz oben schon mal geschrieben.
Ich weiß zwar nicht, obdas hier relevant sein könnte, weil ich den X-server manuell starte, aber da gibt es ein Problem, welches ich nach jedem Upgrade klären muss: /usr/bin/X ist nicht berechtigt, den X-Server zu starten, bzw. fehlen für einen Teilschritt die Rechte. Die einfache Lösung ist hier (als root)
chmod +s /usr/bin/X
korrekt, aber umständlicher ist es, die Einstellung in /etc/permissions anzupassen. Ich würde erstmal chmod testen, kannst Du mit
chmod -s /usr/bin/X
wieder rückgängig machen.
-- Mittelhessenblog ISSN 2195-5541 Journal zu Umwelt, Politik und Wirtschaft aus Mittelhessen Das Mittelhessenblog unterstützt: Netzwerk Recherche, Reporter ohne Grenzen Fingerprint: 44CF 65C0 2F3F 62E2 9A21 9A64 71BF F96F AB33 93F7
Am 05.07.21 um 16:54 schrieb Christoph v. Gallera:
Hallo Liste,
könnte es vielleicht sein, dass trotz Unterstützung durch den passenden Nvidiatreiber es dennoch bei der Installation später klemmt und ich deswegen zwar keine Fehlermeldung wegen fehlendem Display-Manager sehe, aber der X11-Server in seinem Log so tut, als gäbe es keinen passenden Nvidia-Eintrag? ...
Was steht denn nun drin in dem betreffenden Logfile? Und hast du mal die freien Treiber (nouveau oder nv) probiert? -- Viele Grüße Michael
Hi Michael, was genau? Es steht sehr viel im Logfile. Das beste wäre, ich könnte es hierher kopieren. Nur dafür müsste ich wissen, wie ich auf Konsolenebene ein USB-Stick so anmelden kann, dass ich den Logfile vom Rechner auf den USB-Stick kopieren kann. Vom Stick aufs Laptop und hier in die Liste dürfte nicht so ummständlich sein... Gruß, Christoph Am 05.07.21 um 17:35 schrieb Michael Behrens:
Am 05.07.21 um 16:54 schrieb Christoph v. Gallera:
Hallo Liste,
könnte es vielleicht sein, dass trotz Unterstützung durch den passenden Nvidiatreiber es dennoch bei der Installation später klemmt und ich deswegen zwar keine Fehlermeldung wegen fehlendem Display-Manager sehe, aber der X11-Server in seinem Log so tut, als gäbe es keinen passenden Nvidia-Eintrag? ...
Was steht denn nun drin in dem betreffenden Logfile? Und hast du mal die freien Treiber (nouveau oder nv) probiert?
-- Mittelhessenblog ISSN 2195-5541 Journal zu Umwelt, Politik und Wirtschaft aus Mittelhessen Das Mittelhessenblog unterstützt: Netzwerk Recherche, Reporter ohne Grenzen Fingerprint: 44CF 65C0 2F3F 62E2 9A21 9A64 71BF F96F AB33 93F7
Am 05.07.21 um 18:07 schrieb Christoph v. Gallera:
Hi Michael,
was genau? Es steht sehr viel im Logfile. Das beste wäre, ich könnte es hierher kopieren. Nur dafür müsste ich wissen, wie ich auf Konsolenebene ein USB-Stick so anmelden kann, dass ich den Logfile vom Rechner auf den USB-Stick kopieren kann. Vom Stick aufs Laptop und hier in die Liste dürfte nicht so ummständlich sein...
Gruß, Christoph
Am 05.07.21 um 17:35 schrieb Michael Behrens:
Am 05.07.21 um 16:54 schrieb Christoph v. Gallera:
Hallo Liste,
könnte es vielleicht sein, dass trotz Unterstützung durch den passenden Nvidiatreiber es dennoch bei der Installation später klemmt und ich deswegen zwar keine Fehlermeldung wegen fehlendem Display-Manager sehe, aber der X11-Server in seinem Log so tut, als gäbe es keinen passenden Nvidia-Eintrag? ...
Was steht denn nun drin in dem betreffenden Logfile? Und hast du mal die freien Treiber (nouveau oder nv) probiert?
Hi,
Nur dafür müsste ich wissen, wie ich auf Konsolenebene ein USB-Stick so anmelden kann, dass ich den Logfile vom Rechner auf den USB-Stick kopieren kann.
als root: Einstöpseln # lsscsi ... zeigt Dir, weleches Device (/dev/sd...) der Stick nutzt # mount /dev/sd... /mnt # cd /var/log # ls ... mal nachsehen, welches Logfile, bei mir ist es Xorg.0.log # cp Xorg.0.log /mnt ... damit landet es auf dem Stick (oberste Verzeichnisebene) # umount /mnt Rausstöpseln... wäre meine Methode (wenn ich nicht den MC nutzen würde...) -- cu jth
Am 05.07.21 um 18:07 schrieb Christoph v. Gallera:
Hi Michael,
was genau? Es steht sehr viel im Logfile. Das beste wäre, ich könnte es hierher kopieren. ...
??????? Melde dich vom Laptop aus auf der Problemmaschine an, dann kannst du sowohl aus dem Terminalfenster per Copy&Paste Text in den Mailclient kopieren, als auch GUI-Programme auf der Problemmaschine starten und auf dem X-Display vom Laptop darstellen. Stichworte: ssh-Login und X11-Redirection. -- Viele Grüße Michael
Moin Liste, nachdem die Sache mit dem X-Displaymanager sich nun geklärt hat, die GUI auf F7 aber immer noch streikt, habe ich den Betreff etwas abgeändert.Da ich über die Jahre mich eigentlich immer auf der GUI rumgetrieben habe, bin ich bei reinen Konsolensachen etwas eingerostet. Bei der Lösung des GUI-Problems bitte ich deswegen um Nachsicht....Insbesondere eben beim Zurverfügungstellen von Protokollen wie dem X-Server...auf reiner Konsole für mich etwas schwierig... Sachstand ist folgender: Egal ob Opensuse-DVD oder Ubuntu-DVD: Beide laufen sauber rauf, per Ubuntu kann ich zumindest als Live-User etwas arbeiten, was ich naturgemäß weiter mit der Opensuse eigentlich machen möchte. Bei meiner Recherche zum Thema habe ich im Forum entdeckt, dass es offensichtlich noch andere mit GUI-Problemen nach dem Update gibt: https://forums.opensuse.org/showthread.php/555021-upgrade-from-15-2-no-GUI/p.... Ich habe nun, für den Fall der Fälle diese Frage. Kann ich gefahrlos, ohne dass meinen Anwenderdaten etwas geschieht, statt eines Updates vielleicht eine Installation von 15.3 wagen? Die Systemdaten liegen auf einer 69 GB großen Partition, Swap nimmt 2 GB ein . Die Anwenderdaten liegen separat auf eigenen logischen Partitionen. Wenn ich das Konzept von Opensuse richtig verstehen, dürften bei einer Neuinstallation die Anwenderdaten nicht angetastet werden, wenn ich Opensuse anweise, nur in den bisherigen Systempartition auch wieder zu installieren. Die Frage ist, ob ich auf dieser Partition dann nur lösche oder sie auch gleich wieder formatiere (btfrs)...Nur: Das ist für mich die Ultima Ratio. Lieber wäre mir ein sauber funktionierendes Update mit funktionierender GUI... Das, was Michael vorschlägt, Laptop nehmen und per ssh einwählen, klingt zunächst gut. Nur dafür muss ich wissen, wie ich das mache. Jedenfalls bei zwei Rechnern, deren einer gerade über die GUI nicht ansprechbar ist und der andere (Laptop) wissen müsste, welchen Rechner er dann anwählt. Denn beide Rechner sind zwar via WLAN-Router ans Außennetz angeschlossen. Wie ich übers Netz an den Hauptrechner komme, die Frage hat sich mir bisher nie gestellt...Deswegen: Ein wenig Hilfe würde mich freuen.. :-) Gruß, Christoph Am 06.07.21 um 09:59 schrieb Michael Behrens:
Am 05.07.21 um 18:07 schrieb Christoph v. Gallera:
Hi Michael,
was genau? Es steht sehr viel im Logfile. Das beste wäre, ich könnte es hierher kopieren. ...
???????
Melde dich vom Laptop aus auf der Problemmaschine an, dann kannst du sowohl aus dem Terminalfenster per Copy&Paste Text in den Mailclient kopieren, als auch GUI-Programme auf der Problemmaschine starten und auf dem X-Display vom Laptop darstellen. Stichworte: ssh-Login und X11-Redirection.
-- Mittelhessenblog ISSN 2195-5541 Journal zu Umwelt, Politik und Wirtschaft aus Mittelhessen Das Mittelhessenblog unterstützt: Netzwerk Recherche, Reporter ohne Grenzen Fingerprint: 44CF 65C0 2F3F 62E2 9A21 9A64 71BF F96F AB33 93F7
Hallo Christoph, ssh-Verbindung zum Rechner aufbauen: Nehmen wir an, beide Rechner "hängen" an einer Fritzbox. Dann kann im Browser (mit dem Laptop) bei URL fritz.box geschrieben werden und Du wirst nach dem Kennwort der Fritzbox gefragt. Im Punkt Heimnetz => Netzwerk werden alle Geräte aufgelistet. Dort gibt es eine Spalte mit der IP-Adresse. Die IP-Adressen des Laptops und des "Rechners ohne GUI" bitte aufschreiben. Wäre gut, wenn sich beide Rechner im selben Netz befinden. Sofern Du einen anderen Router/Switch/Hub verwendest, gibt es in Deinem Router/Switch/Hub sicher ebenfalls eine Übersicht der angeschlossenen Geräte. *Auf beiden Rechnern* muss ssh laufen. Hierzu je als Benutzer auf der Konsole den Befehl systemctl status sshd absetzen. Die Ausgabe sieht etwa so aus ● sshd.service - OpenSSH Daemon Loaded: loaded (/usr/lib/systemd/system/sshd.service; enabled; vendor preset: disabled) Active: active (running) since Tue 2021-07-06 16:59:04 CEST; 2h 20min ago Process: 1140 ExecStartPre=/usr/sbin/sshd-gen-keys-start (code=exited, status=0/SUCCESS) Process: 1145 ExecStartPre=/usr/sbin/sshd -t $SSHD_OPTS (code=exited, status=0/SUCCESS) Main PID: 1159 (sshd) Tasks: 1 CGroup: /system.slice/sshd.service └─1159 sshd: /usr/sbin/sshd -D [listener] 0 of 10-100 startups Sofern ssh nicht lauft, den Dienst auf der betroffenen Maschine starten. Dazu als root: yast services-manager absetzen und den Dienst sshd starten. (F9 ist Abbruch und F10 ist OK) Jetzt *auf beiden Maschinen* prüfen, ob die Firewall ssh "durch lässt". Als root: yast firewall ausführen. Sofern ssh in der Firewall einer Maschine nachträglich "erlaubt" wurde, sollte diese Maschine neu gestartet werden. Jetzt (wenn auf beiden Maschinen ssh läuft und beide Firewall ssh "durch lassen") auf dem Laptop als Benutzer den Befehl: ssh <Benutzer auf dem Rechner ohne GUI>@<IP4-Adresse des Rechners ohne GUI> absetzen. Du wirst gefragt, ob der Fingerabdruck des Rechners ohne GUI in Ordnung ist und ob Du dem Schlüssel vertrauen möchtest. Dann wirst Du nach dem Kennwort des Benutzers auf dem Rechner ohne GUI gefragt. Nun bist Du auf dem Rechner ohne GUI und kannst Dich dort austoben. Tschüß Carsten
ach ja....... mit exit wird die ssh-Verbindung getrennt und Du bist zurück auf dem Laptop. Tschüß Carsten
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 Am Dienstag, den 06.07.2021, 19:00 +0200 schrieb Christoph v. Gallera:
hat sich mir bisher nie gestellt...Deswegen: Ein wenig Hilfe würde mich freuen.. :-)
Du kannst natürlich auch über eines der genannten Live-Systeme die entsprechende Plattenpartition Deines Rechners mounten und dann hierüber das Logfile auf den Stick kopieren. - -- MfG Richi -----BEGIN PGP SIGNATURE----- iQIzBAEBCgAdFiEEQR38BJqrIG9dBQ3+IUsgEK6S/5AFAmDkm4QACgkQIUsgEK6S /5AaIRAA1VHEwcxXO1rl7AnyazoG+HWf0RQ9bjHB+3JWDDuEL2dloIdk/PGA2KEm /Zhy4Do2ewEq8CBtm1Ru4luKwMzf1cpag1ij6do5tULdZRQd+Fe0U5h7YdSgEHXz Oyv4i9K6AS16clKDYJY1iHGybhy1MbfDrX5dNvrnfv/StpFOSNnNDqtnKcdTThPx L7oTq8WJPQkeDQpJYxaUxeEnkBJPCOsJHf43UIhpxwXGRjyw2zPj/FfnL155LqqG 03Ju/Y1bz8V04T2SvbR1ZqrtKxfddUvEyz3LwUb9E2yZZu0Pc1lfcb987CaWvAba jQRUmGU9WPURPKOmFRRXw1IYglnaBPPg74YQt+GH2A85LFkY3urv7WQ+AkZHEnuo vGYS4tyD6kigN7OZg8uh7wQ/H2MpqbfQKjlSLXa8474deKmU3+fokbjq5b7aoGyc 1CGG2BSv3Z6MrtHFTBmj/5qBnu78fnQjCD4enfvbk+Mhqa8PWIoTBCV6LvjBl7Aj AKHQpKuD133xDf/eYi4IN+33ujAkurhcr8PMCnR6QU5HhHqRzzYL67ZEG0VBGjFB rnxgOIUXgx3858tDtZ6mwUCvYkvsfDIGcLDD3SoS1WyL1A11QUz0A8w91hgBQVzl 4Mz52572JHrddxrKYOrp6NOSleFoEbiFdpHoGN1qhJkugPFuvW4= =41qO -----END PGP SIGNATURE-----
Am 06.07.21 um 19:00 schrieb Christoph v. Gallera:
Moin Liste,
...
Ich habe nun, für den Fall der Fälle diese Frage. Kann ich gefahrlos, ohne dass meinen Anwenderdaten etwas geschieht, statt eines Updates vielleicht eine Installation von 15.3 wagen? Die Systemdaten liegen auf einer 69 GB großen Partition, Swap nimmt 2 GB ein . Die Anwenderdaten liegen separat auf eigenen logischen Partitionen. Wenn ich das Konzept von Opensuse richtig verstehen, dürften bei einer Neuinstallation die Anwenderdaten nicht angetastet werden, wenn ich Opensuse anweise, nur in den bisherigen Systempartition auch wieder zu installieren. Die Frage ist, ob ich auf dieser Partition dann nur lösche oder sie auch gleich wieder formatiere (btfrs)...Nur: Das ist für mich die Ultima Ratio. Lieber wäre mir ein sauber funktionierendes Update mit funktionierender GUI... ...
Hi, das sollte auf jeden Fall gehen. (Natürlich solltest Du dennoch ein Backup haben!!) Mir ist dieser Weg sogar lieber. Du solltest Dir am besten Deine Plattenaufteilung genau aufschreiben oder ausdrucken (df -h, fdisk -l /dev/... und die Datei /etc/fstab zeigen Dir das), damit Du nur formatieren lässt, was System ist. Das kannst Du im Installationsschritt Festplattenauswahl dann recht selbsterklärend einstellen. Wahrscheinlich wird der Installer sogar Deine aktuelle Aufteilung verwenden können, da gibt es einen Punkt, an dem man die aktuelle Aufteilung des Systems importieren kann. Mangels 15.3-Install weiß ich grad nicht, wie der heißt, aber man sollte es finden, ich glaube unter "Experteneinstellungen" oder so ähnlich kann man "vorhandene Partitionen übernehmen". -- cu jth
Moin Jörg, moin Liste, habe mich nun für eine Neuinstallation entschieden. Als grafischen Treiber Mesa gewählt. Nvidia kommt dann, wenn die GUI mit Mesa läuft..Werde berichten.. Gruß, Christoph Am 07.07.21 um 07:55 schrieb Jörg Thümmler:
Am 06.07.21 um 19:00 schrieb Christoph v. Gallera:
Moin Liste,
...
Ich habe nun, für den Fall der Fälle diese Frage. Kann ich gefahrlos, ohne dass meinen Anwenderdaten etwas geschieht, statt eines Updates vielleicht eine Installation von 15.3 wagen? Die Systemdaten liegen auf einer 69 GB großen Partition, Swap nimmt 2 GB ein . Die Anwenderdaten liegen separat auf eigenen logischen Partitionen. Wenn ich das Konzept von Opensuse richtig verstehen, dürften bei einer Neuinstallation die Anwenderdaten nicht angetastet werden, wenn ich Opensuse anweise, nur in den bisherigen Systempartition auch wieder zu installieren. Die Frage ist, ob ich auf dieser Partition dann nur lösche oder sie auch gleich wieder formatiere (btfrs)...Nur: Das ist für mich die Ultima Ratio. Lieber wäre mir ein sauber funktionierendes Update mit funktionierender GUI... ...
Hi,
das sollte auf jeden Fall gehen. (Natürlich solltest Du dennoch ein Backup haben!!)
Mir ist dieser Weg sogar lieber. Du solltest Dir am besten Deine Plattenaufteilung genau aufschreiben oder ausdrucken (df -h, fdisk -l /dev/... und die Datei /etc/fstab zeigen Dir das), damit Du nur formatieren lässt, was System ist. Das kannst Du im Installationsschritt Festplattenauswahl dann recht selbsterklärend einstellen. Wahrscheinlich wird der Installer sogar Deine aktuelle Aufteilung verwenden können, da gibt es einen Punkt, an dem man die aktuelle Aufteilung des Systems importieren kann. Mangels 15.3-Install weiß ich grad nicht, wie der heißt, aber man sollte es finden, ich glaube unter "Experteneinstellungen" oder so ähnlich kann man "vorhandene Partitionen übernehmen".
-- Mittelhessenblog ISSN 2195-5541 Journal zu Umwelt, Politik und Wirtschaft aus Mittelhessen Das Mittelhessenblog unterstützt: Netzwerk Recherche, Reporter ohne Grenzen Fingerprint: 44CF 65C0 2F3F 62E2 9A21 9A64 71BF F96F AB33 93F7
Am Donnerstag, 1. Juli 2021, 11:55:29 CEST schrieb Martin Deppe:
Danke, Stephan,
dieses Repository enthält eben genau nicht mehr G03, den ich brauchte ...
Christoph, mit der GeForce GTX 560 sollte es also gehen oder benötigt die auch den G03?
Ich versuchte es (unter 15.2) sogar mit dem Repo von 15.1, was auch nicht ging.
Meine Ausführungen bezogen sich auf die GTX 560...... Die wird vom G04 unterstützt. Der G03 baut nicht mehr, denn Leap 15.3 verwendet einen rückportierten Kernel 5.9, Leap 15.2 verwendet einen rückportierten Kernel 5.6. Und mit Kernel 5.9 hat sich vieles verändert. Aber: wenns denn unbedingt der G03 sein muss (der gepatchte 340 Treiber läuft ja mit Leap 15.2) Kernel sind unabhängig, du könntest den Kernel aus Leap 15.2 unter Leap 15.3 laufen lassen....... https://download.opensuse.org/repositories/Kernel:/openSUSE-15.2/standard/ Vorsicht: Alle kmps für Leap 15.3 laufen dann nicht mehr....... Oder nouveau benutzen, neue Grafikkarte usw..... Nur so ein Gedankengang Stephan
Übrigens: https://forums.opensuse.org/showthread.php/556244-Leap-15-3-nVidia-legacy-dr... Und meine Ausführungen zu dem Treiber, aber: Der Treiber ist alt und nicht mehr aktuell. Stephan Am Donnerstag, 1. Juli 2021, 15:36:49 CEST schrieb Stephan Hemeier:
Am Donnerstag, 1. Juli 2021, 11:55:29 CEST schrieb Martin Deppe:
Danke, Stephan,
dieses Repository enthält eben genau nicht mehr G03, den ich brauchte ...
Christoph, mit der GeForce GTX 560 sollte es also gehen oder benötigt die auch den G03?
Ich versuchte es (unter 15.2) sogar mit dem Repo von 15.1, was auch nicht ging.
Meine Ausführungen bezogen sich auf die GTX 560...... Die wird vom G04 unterstützt.
Der G03 baut nicht mehr, denn Leap 15.3 verwendet einen rückportierten Kernel 5.9, Leap 15.2 verwendet einen rückportierten Kernel 5.6. Und mit Kernel 5.9 hat sich vieles verändert.
Aber: wenns denn unbedingt der G03 sein muss (der gepatchte 340 Treiber läuft ja mit Leap 15.2)
Kernel sind unabhängig, du könntest den Kernel aus Leap 15.2 unter Leap 15.3 laufen lassen....... https://download.opensuse.org/repositories/Kernel:/openSUSE-15.2/standard/
Vorsicht: Alle kmps für Leap 15.3 laufen dann nicht mehr.......
Oder nouveau benutzen, neue Grafikkarte usw.....
Nur so ein Gedankengang
Stephan
Tja Eric, das habe ich gerade per yast probiert. Mit den Repositories. Will nicht. Jedenfalls kommt, egal ob über Url oder https-Eingabe nach der Eingabe: Kein Zugriff aufs Installationsmedium... Gruß, Christoph Am 30.06.21 um 18:45 schrieb Eric Schirra:
Am Mittwoch, 30. Juni 2021, 18:31:36 CEST schrieb Christoph v. Gallera:
Hallo Stefan,
am Internet ist der Rechner schon. Nur eben gerade nicht mit dem GUI, weil das aus bekannten Gründen streikt. P
yast funktioniert auch auf der konsole.
Gruß Eric
-- Mittelhessenblog ISSN 2195-5541 Journal zu Umwelt, Politik und Wirtschaft aus Mittelhessen Das Mittelhessenblog unterstützt: Netzwerk Recherche, Reporter ohne Grenzen Fingerprint: 44CF 65C0 2F3F 62E2 9A21 9A64 71BF F96F AB33 93F7
participants (12)
-
Andreas Kyek -
Carsten Grebehem -
Christoph v. Gallera -
David Haller -
Eric Schirra -
Holger Bruenjes -
Jörg Thümmler -
Martin Deppe -
Michael Behrens -
Richard Kraut -
Stephan Hemeier -
Stephan Hemeier