Beiträge von starwalker

JSC :

Zitat

Für mich kommen nun 2 Lösungen infrage:

1. Neuinstallation des Systems, damit bist du in einer Stunde durch

2. Du ziehst um, bei der angespannten Situation auf dem Wohnungsmarkt dauert das aber

Es handelt sich ja um eine Neuinstallation, siehe auch Post #29. Ich glaube nicht, dass ein weiterer Versuch etwas ändern würde.

luigi :

Danke für die Erklärungen. Den Test (also das Löschen des Ordners ~/.local/share/kscreen/ ) werde ich durchführen, sobald ich das Problem wieder reproduzieren kann - voraussichtlich ab dem 11. August.

Alero und luigi

Zitat

Da würden mir jetzt spontan Kabel und Anschlüsse einfallen ...

Zitat

Außerdem gibt es gelegentlich Kombinationen von Grafikkarte und Monitor, die nicht immer bei jeder Auflösung oder Frequenz stabil miteinander harmonieren. Das war auch der Hintergrund meiner Bemerkungen in posts #32 und #42.

Hier würde ich eigentlich dagegen argumentieren, dass der Fehler dann ja unabhängig von der Wahl X11 oder Wayland auftreten müsste. Aber bei dem seltsamen Fehlerbild glaube ich nun gar nichts mehr und werde, sobald ich den PC wieder in meiner eigenen Wohnung habe, verschiedene Kombinationen aus Kabeln (DP, HDMI), Display (Fernseher, Monitor) und Grafikkartenanschlüssen ausprobieren. An meinem aktuellen Aufenthaltsort konnte ich den Fehler auch an einem 4K Fernseher nicht reproduzieren, womit es wohl nicht nur an der Auflösung liegen kann. Leider komme ich erst am 11 August wieder zurück,weshalb ich vorerst nur wenig testen kann. Einzig ein tieferer Blick in die Logfiles könnte vielleicht etwas zutage bringen. Ich werde bei Gelegenheit mal Zeile für Zeile aus dem Gut- bzw. Schlecht-Szenario vergleichen.

JeyF123

Zitat

Mir ist zu journalctl noch eingefallen: Hast du versucht Fehler auch ohne grep herauszufiltern?

Grep habe ich bei der Erstellung der hier geposteten Files nicht verwendet, das sind also die ungefilterten Files. Ich habe bisher wenig Erfahrung mit journalctl, aber wenn ich die Erklärungen des von Dir geposteten Links (danke übrigens dafür) richtig verstehe, müssten die erzeugten Textdateien alle Logs enthalten, die root seit dem letzten Reboot sehen würde. Falls ich etwas übersehen habe, bin ich über Hinweise natürlich dankbar.

Sauerland

Zitat

Ich hab mal beide journal gelesen, in meinen Augen ist beide male der Plasma Desktop gestartet.

Ja, ich denke auch, dass in beiden Szenarien Plasma gestartet wird. Nur ein mal eben korrekt, während im Fehlerfall das Hintergrundbild, die Startleiste und Desktop-Kontextmenüs fehlen.

Zitat

Hast du mal den versteckten Ordner kscreen gelöscht?

Code

Code

~/.local/share/kscreen/

Nein, bisher nicht. Was soll das bezwecken? Ich nehme an, der Test ergibt nur dann Sinn, wenn ich den Fehler reproduzieren kann.

Soeben habe ich eine unerwartete Beobachtung gemacht. Aber der Reihe nach: heute habe ich den Rechner umgezogen an einen Ort, wo ich eine alternative Grafikkarte aus einem anderen PC für Testzwecke ausborgen kann. Bevor ich nun Grafikkarten umgezogen habe, habe ich meinen Rechner erst mal angeschlossen, um zu testen, ob alles auch wie erwartet funktioniert. Das überraschende ist, dass ich den Fehler in diesem neuen Umfeld nicht reproduzieren kann. Sowohl unter wayland als auch X11 erscheint der Desktop so, wie er soll. Die Frage ist also, was an diesem Ort anders ist. In Puncto Hardware erscheint mir lediglich der Monitor als wesentliche Komponente (ich nehme mal an, dass eine andere Maus und Tastatur keinen Einfluss auf unser Phänomen haben). Bisher war folgender 4K Monitor von Acer angeschlossen:

Acer 43 L Predator CG437KP, Auflösung: 3840 x 2160, Anschluss über DisplayPort

Nun ist es ein alter 30-Zöller von Dell:

Dell UltraSharp 3008WFP, Auflösung: 2560x1600, Anschluss ebenfalls über DisplayPort

Als nächstes habe ich mir auch in diesem Setup die logfiles ausgeben lassen:

sudo journalctl -b > journalctl-X11-2560x1080.txt
sudo journalctl -b > journalctl-wayland-2560x1080.txt

journalctl-X11-2560x1080.txt

journalctl-wayland-2560x1080.txt

Bei einem ersten Vergleich der beiden X11-Logfiles konnte ich noch keinen Eintrag erkennen, der uns der Lösung des Problems näher bringt.

Vielleicht liegt es an der Auflösung. Ich werde in einem nächsten Schritt den PC mal an einen 4K Fernseher anschließen und beobachten, ob das Problem sich dort reproduzieren lässt.

Alero : Hier muss ein Irrtum vorliegen. Die Karte wurde vor 5 Jahren gekauft und kann somit nicht zu neu sein.

luigi & Alero

Zitat

Lässt sich im Bios die integrierte Grafik testweise abschalten?

Zitat

Hatten wir schon diskutiert ... gibt es nicht.

Um sicher zu gehen habe ich nach ASUS Manuals gesucht, die beschreiben, wie man die onboard GPU deaktivieren kann, sofern möglich. Links wie der folgende

https://rog-forum.asus.com/t5/other-motherboards/how-to-disable-intel-internal-graphics/td-p/282360

bestätigen, dass es Boards gibt, bei denen das gehen sol. Meines bietet jedoch diese Option nicht an.

Ich habe inzwischen wieder das Backup der kürzlich neu erstellten OpenSuse Tumbleweed-Installation aufgespielt und ein wenig in der Richtung recherchiert, die JeyF123 vorschlägt:

Zitat

Vielleicht kurz ein Gedanke außerhalb, den ich auch selbst nicht vollständig wiedergeben kann.

Würde evtl. ein Blick in journalctl helfen

Die Vorgehensweise war die folgende:

1. Neustart von OpenSuse Tumbleweed

2. Vor Eingabe des Passworts Plasma6 (X11) ausgewählt

3. Sobald der (schwarze) Desktop erscheint, mittels Konsole ein Logfile generiert mit dem Kommando

sudo journalctl -b > journalctl-X11.txt

4. Neustart von OpenSuse Tumbleweed

5. Vor Eingabe des Passworts Plasma6 (wayland) ausgewählt

6. Sobald der (korrekt angezeigte) Desktop erscheint, mittels Konsole ein Logfile generiert mit dem Kommando

sudo journalctl -b > journalctl-wayland.txt

journalctl-X11.txt

journalctl-wayland.txt

Bei Vergleich beider Logfiles ist mir aufgefallen, dass in der Variante mit X11 folgender Fehler gehäuft auftritt:

Jul 17 23:08:40 unknown04d9f5812e24 kwin_x11[2323]: No QSGTexture provided from updateSampledImage(). This is wrong.

Wenn man diese Meldung in eine Suchmaschine eingibt, kann man diese Forumsdiskussion finden:

https://bbs.archlinux.org/viewtopic.php?id=295937

Ich habe viele Details aus dem Beitrag nicht verstanden, entnehme dem Artikel jedoch

• dass der Anwender Fusion916, ähnlich wie ich, eine leistungsstarke NVIDIA Grafikkarte verwendet (seine ist zwei Generationen neuer)
• er irgendwelche Optionen am Kernel verändert, ohne zu wissen, wie genau man das macht. Meine ersten Gehversuche vor Jahren, am Kernel herumzuschrauben verliefen wenig erfolgreich, weshalb ich davon Abstand genommen habe.
• er dadurch irgendwelche Probleme gelöst aber im Gegenzug auch neue entdeckt hat.
• dass das Problem mit den Nvidia-Treibern zusammen hängen soll.

Vielleicht kann uns dieses Zwischenergebnis in die richtige Richtung lenken. Mir scheint, dass der Verdacht von Alero

Zitat

Und ich würde jetzt auf Doof mal eine andere Grafikkarte einsetzen, um jene als Fehlerverursacher endgültig auszuschließen. Das kann doch hier alles nicht mehr sein. Ich halte zu 80% eine Wette, das es die Grafikkarte ist.

durch diesen Beitrag gestützt wird, wenn es auch wohl eher am Treiber als an der Karte liegen könnte. Ab morgen sollte ich eine alte Ersatzgrafikkarte zur Verfügung haben (eine nVIDIA GeForce GTX 970), könnte also diese einbauen und die Mint-Installation erneut starten. Haltet Ihr das für zielführend? Oder sollten wir mit dem Wissensstand nicht etwas anderes versuchen, z.B. andere Grafikkartentreiber?

-

Hallo zusammen,

soeben habe ich Mint auf der Linux partition installiert. Der erste Versuch über den Standard-Installationsweg

schlug wieder fehl. Das system ging zunächst in einen Grafikmodus, doch hat man eigentlich nur einen schwarzen Hintergrund gesehen und an der Stelle der Maus das Linux-Mint-Logo. Irgendwann ging der Monitor einfach aus.

Zweiter Versuch über den Compatibility-Mode:

Wie schon vor ein paar Tagen erschien ein Live-System, in dem ich dann die Installation gestartet habe:

Es folgten ein paar Standard-Abfragen: Tastatur, Sprache, Installationsart/Partitionierung, Zeitzone, Benutzername (hier habe ich voreilig "automatische Anmeldung" gewählt). Dann das System neu gestartet. Zunächst kommt der Boot-Manager:

Dann bootet das System zwar, sobald es aber in den Graikmodus wechselt, geht wieder der Monitor aus. Um wenigstens ein paar Informationen aus dem Experiment festzuhalten, habe ich mich über tty2 eingeloogt und die Datei /var/log/syslog kopiert und hier angefügt:

syslog.txt

Ab Zeitstempel "Jul 14 22:27:37" sieht man massenweise Fehler vom Typ:

Jul 14 22:27:37 computer1 kernel: [ 27.472326] nouveau 0000:0a:00.0: DRM: core notifier timeout

Jul 14 22:27:37 computer1 kernel: [ 27.572697] nouveau 0000:0a:00.0: disp: error 00040000

Jul 14 22:27:37 computer1 kernel: [ 27.575922] nouveau 0000:0a:00.0: disp: error 00040000

Jul 14 22:27:37 computer1 kernel: [ 27.586592] nouveau 0000:0a:00.0: disp: error 00000001

Jul 14 22:27:37 computer1 kernel: [ 27.593544] nouveau 0000:0a:00.0: disp: error 00000001

Forentroll :

Zitat

Ist das BIOS denn auch aktuell? Laut ASUS müsste es die Version 5013, 2024/04/03 sein.

Mein Bios hatte ich das letzte Mal im Oktober 2023 aktualisiert auf Version 5003. Also habe ich vorhin die neueste Version heruntergeladen und installiert:

Somit ist das Bios in der Grundeinstellung und ich habe nichts verändert. Allerdings habe ich überprüft, ob die empfohlenen Einstellungen auch tatsächlich vorliegen:

Alero : hatte empfohlen, AMD CPU "SVM-Mode" zu deaktivieren. Ich verwende zwar Virtual Box, aber für die Dauer der Problemsuche kann ich gerne darauf verzichten. Der gewünschte Wert ist nun jedenfalls eingestellt:

Forentroll : hatte empfohlen secure Boot auszuschalten. Laut

Wie kann man Secure Boot aktivieren oder deaktivieren? | Offizieller Support | ASUS Deutschland

ist Secure Boot ausgeschaltet, wenn man im Bios unter Boot\Secure Boot\OS Type den Wert "Other OS" eingestellt hat. Das war bei diesem PC schon immer so eingestellt:

Um sicher zu gehen, habe ich mal Windows gestartet, wo man das auch mit msinfo32 prüfen kann:

Alero :

Zitat

Dein Board hat eine Integrated Graphics in the 2nd and 1st Gen AMD Ryzen™ with Radeon™ Vega Graphics Processors und du hast zusätzlich noch eine Grafikkarte Asus RTX2080TI ROG-STRIX-RTX2080TI-O11G-GAMING (11GB) eingebaut.

Hmmm ... welche Grafik davon läuft nun eigentlich Primär?

Der Monitor (und wenn er verwendet wird auch der Fernseher) ist an der RTX2080TI angeschlossen.

Damit sollten die Vorbereitungen für die Mint Installation nun abgeschlossen sein. Ich versuche es also gleich mal...

Alero / JSC :

Ja, das ist ein BOOTSTICK, den ich mit mehreren ISOs bespielt hatte. YUMI hat bisher eigentlich keine Probleme gemacht. Um diese Fehlerquelle auszuschließen habe ich einen anderen Stick mit Mint Cinnamon über "Suse Studio Imagewriter" bespielt.

Zunächst habe ich versucht, das Standard-Live-System zu starten:

leider erfolglos - das System hat irgendwann in den Grafikmodus gewechselt, dann kein Videosignal mehr zum Monitor geschickt und dieser hat sich abgeschaltet. tty1 hat folgendes angezeigt:

und tty2 hat die Möglichkeit angeboten, sich einzuloggen:

Als nächstes hebe ich den Rechner neu vom USB-Stick gebootet, diesmal aber den Kömpatibilitätsmodus gewählt:

Diesmal wurde ein Live-System erfolgreich gestartet:

Als nächstes werde ich versuchen, Mint auf diesem Weg zu installieren - heute wird mir das allerdings zu spät. Ich werde mich wohl erst am Sonntag wieder melden können, da ich einige Tage verreist bin. Dann hoffentlih mit dem Ergebnis des Installationsversuchs.

Forentroll :

Zitat

Um deinem Rechner mal auf die Sprünge zu helfen, würde ich zunächst mit dem Imagewriter ein frisches TW-Image auf einen eigenen USB-Stick schreiben.

Anschließend das BIOS/EFI auf die Default-Werte zurücksetzen sowie Secure-Boot abschalten.

Dann erneuter Versuch einer Installation...

Imagewriter habe ich erfolgreich verwendet.

BIOS/EFI: ist im Ursprungszustand. Einzige Ausnahme: AMD CPU "SVM-Mode" ist aktiviert. Alles andere habe ich mich bisher nicht getraut, zu verändern.

Den Installatioinsvesuch werde ich hoffentlich am Sonntag machen.

JSC :

Zitat

Zeig doch mal den Inhalt deines Bootsticks.

Ich kenne kein Kommando, mit dem ich die komplette Verzeichnisstruktur auflisten kann. Also erst mal folgendes:

[attach=16910][/attach]

Hallo zusammen,

die Installation von Linux Mint ist fehlgeschlagen. Ich habe folgendes getan:

1. Herunterladen von https://ftp.fau.de/mint/iso/st…t-21.3-cinnamon-64bit.iso

2. Aufspielen auf einen bootfähigen USB-Stick

3. Booten vom USB-Stick

Laut Linux Mint Installation Guide sollte nun eine live session gestartet werden. Der Bootvorgang beginnt wie zu erwarten in der Konsole. Irgendwann versucht das System in den Grafikmodus zu wechseln und der Monitor wir einfach nur schwarz. Wenn ich mit STRG+ALT+F1 auf ttty1 wechsle, sieht man folgendes:

Da ich erst gar nicht in die live Session komme, kann ich die im Installation guide beschriebenen Schritte nicht ausführen.