[DE] ERLEDIGT Nach Standby ist der Bildschirm nicht mehr lesbar KDE

[martinb]

Bild kann ich nicht posten, weil imgur-links als "Attachment" interpretiert und abgelehnt werden, weil sie angeblich zu groß sind.

Der Fehler trat irgendwann nach einem "nala upgrade" auf, ich vermute beim Installieren eines neuen Kernels.
Ich habe einen Clean-Install auf einer anderen Partition gemacht (mit dem neuesten Snapshot) , doch gleich nach der Installation erscheinen viele Updates, die ich ausgeführt habe. Danach tritt der Fehler auf.

[devil]

Verrätst du uns was über deine Hardware?

Code: [Select]

inxi -F

[martinb]

Code: [Select]

inxi -F

System:

  Host: sid Kernel: 6.3.7-1-siduction-amd64 arch: x86_64 bits: 64

    Desktop: KDE Plasma v: 5.27.5 Distro: siduction 22.1.2 Masters_of_War - kde

    - (202306021730)

Machine:

  Type: Desktop System: Wortmann_AG product: TERRA_PC v: N/A

    serial: <superuser required>

  Mobo: Gigabyte model: H61M-S2PV serial: <superuser required>

    UEFI: American Megatrends v: FH WG date: 04/24/2013

CPU:

  Info: dual core model: Intel Core i3-3220 bits: 64 type: MT MCP cache:

    L2: 512 KiB

  Speed (MHz): avg: 2024 min/max: 1600/3300 cores: 1: 1600 2: 1596 3: 3300

    4: 1600

Graphics:

  Device-1: AMD Redwood XT [Radeon HD 5670/5690/5730] driver: radeon v: kernel

  Display: wayland server: X.Org v: 1.22.1.9 with: Xwayland v: 22.1.9

    compositor: kwin_wayland driver: X: loaded: radeon

    unloaded: fbdev,modesetting,vesa dri: r600 gpu: radeon

    resolution: 1920x1200~60Hz

  API: OpenGL v: 4.5 Mesa 22.3.6 renderer: AMD REDWOOD (DRM 2.50.0 /

    6.3.7-1-siduction-amd64 LLVM 15.0.6)

Audio:

  Device-1: Intel 6 Series/C200 Series Family High Definition Audio

    driver: snd_hda_intel

  Device-2: AMD Redwood HDMI Audio [Radeon HD 5000 Series]

    driver: snd_hda_intel

  API: ALSA v: k6.3.7-1-siduction-amd64 status: kernel-api

  Server-1: PipeWire v: 0.3.65 status: active

Network:

  Device-1: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet

    driver: r8169

  IF: enp3s0 state: up speed: 1000 Mbps duplex: full mac: 94:de:80:43:dd:57

Drives:

  Local Storage: total: 704.24 GiB used: 12.29 GiB (1.7%)

  ID-1: /dev/sda vendor: Seagate model: ST500DM002-1BD142 size: 465.76 GiB

  ID-2: /dev/sdb vendor: Samsung model: MZ7LN256HMJP-00000 size: 238.47 GiB

Partition:

  ID-1: / size: 37.44 GiB used: 12.24 GiB (32.7%) fs: ext4 dev: /dev/sdb6

  ID-2: /boot/efi size: 96 MiB used: 47.2 MiB (49.1%) fs: vfat

    dev: /dev/sdb1

Swap:

  Alert: No swap data was found.

Sensors:

  System Temperatures: cpu: 48.0 C mobo: N/A gpu: radeon temp: 42.5 C

  Fan Speeds (RPM): N/A

Info:

  Processes: 223 Uptime: 1m Memory: available: 3.79 GiB used: 1.66 GiB (43.9%)

  Shell: Bash inxi: 3.3.27



[martinb]

Bei der Gelegenheit habe ich eine Frage zur Bezeichnung der Partitionen.
In fast allen Distros, die ich installiert habe, wird die SSD, wo efi-boot drauf ist, als sda  bezeichnet.
In siduction jedoch als sdb.
Ist das ein Fehler von siduction ?

[edlin]

Zunächst, sda oder sdb bezeichnen zunächst nur das gesamte Laufwerk. Die Reihenfolge ist seit udev nicht mehr fix verankert. Daher verwendet man auch (z. B. in der fstab) UUID bzw. Label, um die Partitionen auf den Laufwerken eindeutig zuzuordnen.

Siehe auch Antworten von @towo: https://debianforum.de/forum/viewtopic.php?t=176262

edlin

[devil]

Was die Bildschirmausgabe angeht: Hast du das mal in X11 getestet? 

[martinb]

Ich würde es in X11 testen, wenn ich wüßte, wie das geht.

[edlin]

Normalerweise solltest du beim Login eine Auswahl treffen können, je nach Displaymanager.

edlin

[martinb]

Was die Bildschirmausgabe angeht: Hast du das mal in X11 getestet?

Ich teste gerade auch MX23 beta. Die haben auch bookworm, also sid als Basis.
Dort sind die Festplatten auch falsch bezeichnet.  sda ist sdb  und alle Partitionen entsprechend sdb5 statt sda5 .
Ich arbeite in der fstab mit  UUID und habe die Partitionen in der KDE-Partitionsverwaltung bezeichnet ( siduction, RebornOS, MX23-KDE  usw.) . Es funktioniert. 

Bei MX23-sid  passiert der Fehler nach dem Aufwachen aus dem Standby nicht. Komisch. Dort funktioniert das Aufwachen, wie es sein soll.  Ich kann nur vermuten, daß es eine kleine Einstellung in irgendeiner config-Datei sein könnte, welche den Fehler bei siduction produziert. 

Normalerweise solltest du beim Login eine Auswahl treffen können, je nach Displaymanager.

edlin

Ich habe nach einer Auswahl beim Login gesucht, doch da gibt es leider keine Auswahl.

[edlin]

Bei Siduction KDE/Plasma hast du nach der Installation unter dem Eingabefeld für den Benutzernamen mehrere Symbole. Das linke (Kreis mit auf der Spitze stehendem Dreieck) ist für die Auswahl der Sitzung zuständig und dort erscheinen Wayland und X11 zur Auswahl, wenn man ganz vorsichtig drauf klickt.

edlin

[martinb]

Danke, @edlin.
Bei X11 tritt der Fehler nicht auf.
Das ist die Lösung. Ich weiß ohnehin nicht, was wayland oder x11 bedeutet, Hauptsache, es funktioniert.

Noch eine Frage:  Beim Booten kommen viele Zeilen mit der Meldung
"mdadm   No arrays found in config file or automatically"
Nach diesen Fehlermeldungen läuft der Bootvorgang erfolgreich durch.

Bei meiner neuen siduction-KDE Installation erscheinen diese Fehlermeldungen nicht.
Dort habe ich allerdings auch noch nicht Snapd installiert.
Ich benötige snap wegen dem Acestream-Player. Würde sonst gerne auf snap verzichten, aber das geht erst, wenn es eine Deb. gibt dafür. 

[devil]

Die Meldungen wegen mdadm haben nichts mit snap zu tun. Wenn du nicht weißt, was mdadm ist, wirst du es nicht benötigen und kannst das Paket mit

Code: [Select]

sudo apt purge mdadm entfernen.

[edlin]

mdadm: „Mdadm ist ein Programm, das zum Erstellen, Verwalten und Beobachten von MD-Geräten für Software-Raid oder Multipath-I/O benutzt werden kann.“

Ich gehe mal davon aus, dass du kein Software-Raid eingerichtet hast oder damit nix anfangen kannst. Also entweder solche Meldungen ignorieren oder, wie von @Devil vorgeschlagen, mdadm gleich deinstallieren.

edlin

[martinb]

mdadm habe ich entfernt.
Nun funktioniert alles.

Ich danke allen für die Hilfe.