schwarzen Bildschirm

[OptiPlex]

Die Datei xorg.conf wird im recovery mode verarbeitet und bewirkt das richtige Ergebnis (z.B. Auflösung).
Der in #1 angegebene Link scheint mir ein viel versprechender Ansatz zu sein.

 

[Sauerland]

Die Datei xorg.conf wird im recovery mode verarbeitet und bewirkt das richtige Ergebnis (z.B. Auflösung).

Ich würde die einmal umbenennen.........

Und dann neu starten.

 

[OptiPlex]

Normaler Start -> keine Änderung
recovery mode -> Auflösung 1024x768

 

[susejunky]

Frage an den Moderator:
Wäre es möglich, die Beiträge #2, #3, #4, #5, #6, #7, #9, #10, #11 zu löschen die durch meinen Fehler eher verwirren als zur Lösung des Problems beitragen?

Nein.

Da in manchen Beiträgen auf andere Beiträge anhand deren Nummern verwiesen wird, würde das Löschen einzelner Beiträge nicht dazu beitragen dieses Thema verständlicher zu gestalten.

Abgesehen davon stammen die Beiträge #2, #4, #7 und #10 nicht von Dir, sodass Du kaum ihre Löschung verlangen kannst.

 

[susejunky]

@OptiPlex :

Bitte verwende zur Darstellung mehrzeiliger Systemausgaben

nicht [ICODE] ... [/ICODE] (die ">_"-Schaltfläche im Forumseditor)

> cat /etc/os-release NAME="openSUSE Tumbleweed" # VERSION="20250910" ID="opensuse-tumbleweed" ... >

sonder [CODE] ... [/CODE] (die "</>"-Schaltfläche im Forumseditor)

> cat /etc/os-release
NAME="openSUSE Tumbleweed"
# VERSION="20250910"
ID="opensuse-tumbleweed"
...
>

Hier findest Du noch weitere Möglichkeiten, wie Du das Layout Deiner Beiträge gestalten kannst.

 

[josef-wien]

Wenn es ohne die Datei xorg.conf nicht funktioniert, könnte es eventuell ein Problem bei der Kommunikation zwischen Grafikkarte und Bildschirm geben. Wenn

An der Datei habe ich viele Änderungen versucht

bedeutet, daß Du die ursprüngliche Datei nicht gesichert hast (zur im Beitrag 13 gezeigten siehe Beitrag 15), fällt mir im Augenblick nichts ein, einem Kommunikationsproblem auf die Spur zu kommen. In der Datei /var/log/Xorg.0.log.old (wo card1 verwendet wird) sehe ich nichts, was auf ein Problem hindeutet.

 

[OptiPlex]

Langsam wird es mir peinlich - hier die immer verwendete (gesicherte) xorg.conf
(Korrektur von Beitrag #13)

    Section "Device"
    Identifier "Screen0"
    Driver "radeon"
    BusID "PCI:1:0:0"
    EndSection

    Section "Monitor"
    Identifier "Monitor0"
    VendorName "SONY"
    ModelName "GDM-17SE1T"
    HorizSync 32-82
    VertRefresh 50-150
    Modeline "1280x1024@75" 135.00 1280 1296 1440 1688 1024 1025 1028 1066 +hsync +vsync
    Option "DPMS" "true"
    EndSection

    Section "Screen"
    Identifier "Screen0"
    Monitor "Monitor0"
    Device "Card0"
      Subsection "Display"
      Viewport 0 0
      Depth 24
      Modes "1280x1024" "1024x768" "800x600"
      EndSubsection
    EndSection

 

[OptiPlex]

Das Problem besteht weiterhin. Auf dem Rechner sind jetzt 65% Speicher frei. Gestern kam beim Normalstart kurz eine Textmeldung (siehe Bildschirmfoto) mit der Aufforderung zur Ausführung von vier Kommandos (in der ersten Zeile habe ich das Kommando eingefügt).
Zur Erklärung:
Eine "sehr schöne" Sache ist, dass bei der Neuinstallation oder bei full-upgrade für Timeshift eine tägliche Sicherung eingestellt wird. Heute kam im recovery mode die Meldung "Speicher voll" und die gestrige Meldung.

 

[susejunky]

Gestern kam beim Normalstart kurz eine Textmeldung (siehe Bildschirmfoto) mit der Aufforderung zur Ausführung von vier Kommandos (in der ersten Zeile habe ich das Kommando eingefügt).
Zur Erklärung:

In meiner (funktionierenden) Linux Mint VM (QEMU/KVM)

$ cat /etc/os-release
NAME="Linux Mint"
VERSION="22.2 (Zara)"
ID=linuxmint
ID_LIKE="ubuntu debian"
PRETTY_NAME="Linux Mint 22.2"
VERSION_ID="22.2"
HOME_URL="https://www.linuxmint.com/"
SUPPORT_URL="https://forums.linuxmint.com/"
BUG_REPORT_URL="http://linuxmint-troubleshooting-guide.readthedocs.io/en/latest/"
PRIVACY_POLICY_URL="https://www.linuxmint.com/"
VERSION_CODENAME=zara
UBUNTU_CODENAME=noble
$

tritt dieser Fehler nicht auf.

Aber die von Dir gezeigten Ergebnisse sehe ich auch

$ gsettings get org.gnome.libgnomekbd.keyboard layouts
@as []

$ gsettings get org.gnome.libgnomekbd.keyboard model
''

$ gsettings get org.gnome.libgnomekbd.keyboard options
['grp\tgrp:win_space_toggle', 'terminate\tterminate:ctrl_alt_bksp']

$ xprop -root | grep XKB
_XKB_RULES_NAMES_BACKUP(STRING) = "evdev", "pc105", "de", "nodeadkeys", ""
_XKB_RULES_NAMES(STRING) = "evdev", "pc105", "de", "nodeadkeys", "grp:win_space_toggle,terminate:ctrl_alt_bksp"

Dass das letzte Ergebnis bei Dir anders aussieht, dürfte an Deinem Grafik-Problem liegen. Ich sehe jedoch keinen Zusammenhang zwischen Deinem Grafik-Problem und dem von Dir gezeigten XKB-Fehler. Eventuell steht letzterer mit dieser Änderung in Verbindung. Allerdings kann ich - als "reiner" openSUSE Tumbleweed Benutzer - nicht sagen, ob Linux Mint 22.2 von dieser Änderung bereits betroffen ist.

Zu Deinem Grafik-Problem kann ich leider nichts weiter beitragen, da ich über keine vergleichbare Hardware (Grafikkarte, Monitor) verfüge.