Martin-MS Wenn das der Fall ist hätte man die Gewissheit, dass die Hardware in Ordnung ist und man hätte darüber hinaus ein Referenzsystem von dem man weiß, dass es läuft. Dann könnte man die Unterschiede herausarbeiten zwischen dem funktionierenden Live-System und deiner Installation und Konfiguration.

Mit dem Live-System ist sicher ein guter Plan, aber ich denke ein paar mehr Infos zum Zustand des installierten (Arch)-Linux (ist es denn noch installiert?) wären aktuell für alle hilfreich.
Was gebraucht wird IMHO ist:

  • ein komplettes Journal vom "abgestürzten" System
    Auch wenn ggf. nichts zum "Absturz" mehr geloggt wird gibt es dochmal einen Überblick über das System. Das letzte Journal kann nach Absturz/Poweroff z.B. (als root bzw. mit Rootrechten) mit:
    journalctl --system -b -1 | curl -F 'file=@-' 0x0.st
    auf einen Pastebin-Server hochgeladen werden. Den Link/URL den obiger Befehl ausgibt hier posten.

  • Die Frage wurde ja schon gestellt, aber AFAIK nicht beantwortet: XOrg oder Wayland? Ich vermute mal, da Plasma, das Wayland verwendet wird. Dann wäre XOrg zum Gegentest noch sinnvoll. Und wenn das/ein Livesystem eben unter XOrg läuft, dann wäre der "Vergleich" schon wieder hinfällig...
    Was sagt unter dem abstürzenden System:
    echo $XDG_SESSION_TYPE

  • Weitere Möglichkeiten zum "Nachforschen":
    Auf einem deiner Monitore ein Terminal laufen lassen in dem (als root) die Ringbuffer-Meldungen ausgegeben werden. Wenn der "Absturz" passiert sieht man da ggf. mehr als im Journal. Dazu das Terminal-Fenster recht groß machen, nicht von anderen Fenstern verdecken, so daß ggf. ein Photo aufgenommen werden kann. Wenn der "Absturz" passiert und sich in dem Fenster noch was "rührt", dann wäre das ein Photo wert. Der Befehl fürs Terminal lautet z.B.:
    dmesg -HTw

  • Ist ein zweiter Rechner oder ggf. Handy im Netzwerk vorhanden, mit dem nach einem "Absturz" ggf. überprüft werden kann, ob der Rechner z.B. noch pingbar bzw. sogar per ssh erreichbar wäre?

  • Ist der PC oder die Grafikkarte "overclocked"?

  • BenFinkoo hat auf diesen Beitrag geantwortet.

    GerBra Immonet habe ich auf 2 ssds einmal ein und einmal Arch installiert

    GerBra ich nutze X11 Plasma
    Zweiter PC ist vorhanden
    Und Nicks ist overclocked

    Vorab: Damit der Thread nicht zu unübersichtlich wird: Solange niemand auf deinen jeweils letzten Post geantwortet hat solltest du die Editierfunktion im letzten Beitrag nutzen um neue Infos hinzuzufügen. Danke.

    Vom Screenshot her sieht man zumindest, daß es mindest zwei Traps("Abstürze") gibt, die Plasma (kwin) unbrauchbar machen. Ich würde vermuten, es betrifft nur die Prozesse von Plasma (blockieren von jeglicher Eingabemöglichkeit und Interaktion), der Rest des Systems dürfte weiterlaufen.
    Von den paar Ausgaben in den Stack-Traces würde ich - wie weiter oben schon von anderen angesprochen - auf die Ursache Grafikeinheit/Treiber/Einstellungen tippen.

    Zum notwendigen Neustart nach dem Problem: Jedes harte Ausschalten birgt das Risiko eines gravierenden Dateisystemproblems. Und es verhindert u.a. daß Logdaten ordentlich geschrieben werden.
    Wenn du schon Nutzdaten auf dem System hast, dann solltest du ggf. andere Reboot-Möglichkeiten in Betracht ziehen, z.B.:

    Was kannst du adhoc probieren:

    • Wenn du wirklich Plasma/X11 nutzt, dann versuche testweise Plasma/Wayland (der Default)
    • Schalte in Plasma/KDE die "Effekte"(Schatten, Windowanimationen,etc) bzw. den Kompositor aus, es gibt unter Plasma bei den Einstellungen wohl einen generellen Schalter bzw. sogar einen Tastatur-Shortcut dafür. Ich habe kein Plasma zur Hand, wenn du es nicht findest (In den Wiki-Artikel zu Plasma/KDE), dann muß jemand anderes dir dabei ggf. helfen.
      //Edit: der Shortcut dazu ist: Alt+Shift+F12, siehe auch:
      https://wiki.archlinux.org/title/KDE#Disable_desktop_effects_manually_or_automatically_for_defined_applications

    //Edit2
    Hast du an deinem Plasma/KDE schon größere Veränderungen vorgenommen? V.a. irgendwelche Themen und/oder externe Applicationen("Plasmoids") installiert?
    Dann kann es sinnvoll sein, testweise einen neuen User anzulegen und mit diesem ausprobieren, ob die Abstürze auch bei diesem User auftreten.

    1. Ansonsten für mehr Infos bitte die Ausgaben posten (alles im terminal/Konsole ausführen und bitte vom Setup des abstürzenden Systems) von jeweils:

      lspci -k | grep -A 3 -E "(VGA|3D)"
      echo $XDG_SESSION_TYPE
      cat /etc/mkinitcpio.conf
    2. Weiterhin das Logfile von XOrg, schaue bitte nach dem Datum der datei damit du das richtige (aktuelle) erwischst. Hier wird beschrieben wo du die Logfiles findest, bei dir dürfte das ~/.local/share/xorg/ sein.
      https://wiki.archlinux.org/title/Xorg#General

    3. Und ein komplettes Systemjournal, das paßt von der Länge nicht hier ins Forum, deshalb auf einen Pastebin-Server stellen (als root oder mittels sudo), z.B. so:
      journalctl --system -b | curl -F 'file=@-' 0x0.st
      Den ausgegeben Link vom Befehl hier posten.

    Ich probiere erst Mal ne andere Version vielleicht ist es ja Arch ich probiere mal Garuda das soll ja gut zum zocken sein

    I have No more Problems IT doesnt Crash anymore IT was Something wrong with arch

    Garuda basiert auf den gleichen Software-Paketen wie Arch Linux. Allenfalls der Zen-Kernel und die Konfiguration könnten einen Unterschied machen. Du hast leider hier nie ausführlich geantwortet, deshalb lässt sich jetzt auch nur vermuten.
    Dir aber einen herzlich Glückwunsch, dass es jetzt klappt. 👍

    • BenFinkoo hat auf diesen Beitrag geantwortet.

      Prima! Dann kannst du das Thema jetzt auf gelöst setzen.

      Nöö - besser nicht. Wir sollten schwere Steine auf diesen Thread rollen, damit er nicht nachts heimlich nochmals aufersteht!

      matthias hat die Diskussion geschlossen ().