Bild kann ich nicht posten, weil imgur-links als "Attachment" interpretiert und abgelehnt werden, weil sie angeblich zu groß sind.
(https://imgur.com/1iEY5xV)
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.
Verrätst du uns was über deine Hardware?
inxi -F
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
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 ?
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 (https://debianforum.de/forum/viewtopic.php?t=176262)
edlin
Was die Bildschirmausgabe angeht: Hast du das mal in X11 getestet?
Ich würde es in X11 testen, wenn ich wüßte, wie das geht.
Normalerweise solltest du beim Login eine Auswahl treffen können, je nach Displaymanager.
edlin
Quote from: devil on 2023/06/11, 10:39:05
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.
Quote from: edlin on 2023/06/11, 11:28:42
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.
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
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.
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
sudo apt purge mdadm
entfernen.
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
mdadm habe ich entfernt.
Nun funktioniert alles.
Ich danke allen für die Hilfe.