[gelöst] externe Festplatte wird immer ausgehängt

[Virya]

Ich habe eine externe 2,5"-Festplatte, Canvio Basics, USB 3.2 Gen 1 (USB 2.0-kompatibel) mit ext4 formatiert und einer LUKS-Verschlüsselung (Version 2), für meine Datensicherung. System ist Bookworm, meist mit KDE Plasma / Wayland.
Mit rsync kann ich problemlos Sicherungen machen. Beim Mounten wird zuerst das Passwort für die Verschlüsselung angefragt und dann das Root-Passwort. Das Problem ist aber, dass die Platte immer nach kurzer Zeit automatisch ausgehängt wird. KDE Plasma fragt dann immer, ob sie wieder eingehängt werden soll. Ab da treten Probleme auf. Ich kann die Platte nicht zuverlässig einhängen, sie wird immer wieder ausgehängt und das stört natürlich. Nach Neustart funktioniert es alles wieder zuerst, bis schnell wieder die Probleme auftreten. Ich habe es auch unter LXQt getestet. Auch hier traten die gleichen Probleme auf (gefühlt aber später), also dass die Platte immer ausgehängt wird, nicht dauerhaft eingehängt bleibt. Ist so ein Problem schon bei anderen aufgetreten? Kennt jemand vielleicht sogar Abhilfe?
Grüße
Virya

[cosinus]

Vollverschlüsselung? Für eine Backupplatte? Das halte ich für keine besonders gute Idee. Eine Systemplatte verschlüsseln okay, aber keine Backupplatten.
Teste doch mal ob die externe Platte ohne LUKS normal läuft.

[DeletedUserReAsG]

Beim Mounten wird zuerst das Passwort für die Verschlüsselung angefragt und dann das Root-Passwort.

Was für mich die Frage aufwirft, wie du die Platte denn mountest, i.e. ob ein Mount-Helper im Spiel ist, oder ob es über die fstab geschieht, oder ob du ein Script dafür geschrieben hast, oder eine systemd-Unit, oder ob du’s manuell machst, oder […]

Das Problem ist aber, dass die Platte immer nach kurzer Zeit automatisch ausgehängt wird. KDE Plasma fragt dann immer, ob sie wieder eingehängt werden soll.

In den Logs sollten™ nähere Infos dazu zu finden sein. Im Allgemeinen sollte das Journal die allererste Anlaufstelle bei Problemen sein, es sollte noch vor dem Posten eines Beitrags stehen: dann kann man nämlich die dadurch gewonnen Informationen mitposten. Überhaupt sollte jemand, der Testing nutzt, mit den grundlegenden Methoden der Fehlersuche vertraut sein.

--

Vollverschlüsselung? Für eine Backupplatte? Das halte ich für keine besonders gute Idee.

Es sollte sich mittlerweile herumgesprochen haben, dass man gerade auch Backups unbedingt verschlüsseln sollte.

[Virya]

Was für mich die Frage aufwirft, wie du die Platte denn mountest, i.e. ob ein Mount-Helper im Spiel ist, oder ob es über die fstab geschieht, oder ob du ein Script dafür geschrieben hast, oder eine systemd-Unit, oder ob du’s manuell machst, oder […]

Ob ich mit Plasma oder LXQt unterwegs bin, ist es prinzipiell immer das selbe. Ich stecke die Platte ein (USB), ein Menü öffnet sich, ich gebe das Verschlüsselungspasswort ein, mit dem root-Passwort muss ich das Mounten erlauben und dann kann ich mit Dateimanager auf die externe Platte zugreifen oder mit rsync die Sicherung laufen lassen.

In den Logs sollten™ nähere Infos dazu zu finden sein. Überhaupt sollte das Journal die allererste Anlaufstelle bei Problemen sein, es sollte noch vor dem Posten eines Beitrags stehen: dann kann man nämlich die dadurch gewonnen Informationen mitposten.

ist das in /var/log/ipp-usb? Da habe ich folgende Angaben (nur ein Ausschnitt):

Code: Alles auswählen

23-02-2023 14:52:58:   ipp-usb started in "udev" mode, pid=952
23-02-2023 14:52:58:   ctrlsock: listening at "/var/ipp-usb/ctrl"
23-02-2023 14:52:58: + PNP Bus 005 Device 002: added
23-02-2023 14:54:00: + HOTPLUG: added Bus 002 Device 002
23-02-2023 15:02:01: - HOTPLUG: removed Bus 002 Device 002
23-02-2023 15:02:01: + HOTPLUG: added Bus 002 Device 003
23-02-2023 15:02:47: - HOTPLUG: removed Bus 002 Device 003
23-02-2023 15:02:47: + HOTPLUG: added Bus 002 Device 004
23-02-2023 15:07:55: - HOTPLUG: removed Bus 002 Device 004
23-02-2023 15:16:23: + HOTPLUG: added Bus 002 Device 005
23-02-2023 15:22:08: - HOTPLUG: removed Bus 002 Device 005
23-02-2023 15:22:37: + HOTPLUG: added Bus 002 Device 006
23-02-2023 15:30:54: - HOTPLUG: removed Bus 002 Device 006
23-02-2023 15:43:20:   terminated signal received, exiting
23-02-2023 15:43:20:   ctrlsock: shutdown
23-02-2023 15:43:20:   ipp-usb finished

Und ja, die Verschlüsselung einer Datensicherung (z.B. /home) auf einer kleinen Platte, die man in die Hosentasche stecken kann, ist für mich absolut keine Frage.

[DeletedUserReAsG]

Ich stecke die Platte ein (USB), ein Menü öffnet sich, […]

Dann wäre mein nächster Schritt, den Automounter auszuschalten, es manuell zu mounten und zu gucken, was passiert.

ist das in /var/log/ipp-usb?

C’mon … vom Journal und journalctl sollte man wirklich schon mal was gehört haben – insbesondere, wenn man Testing nutzt.

[Virya]

C’mon … vom Journal und journalctl sollte man wirklich schon mal was gehört haben – insbesondere, wenn man Testing nutzt.

Na ja, Testing ist ja im freeze ... und mit journalctl habe ich tatsächlich keine Ahnung. Das hat scheinbar mit systemd zu tun ...
Mit journalctl -e sehe ich diese für mich relevante Infos:

Code: Alles auswählen

Mär 09 08:15:25 virya-1 udisksd[852]: Cleaning up LUKS device /dev/dm-3 (backing device 8:48 no longer exists)
Mär 09 08:15:25 virya-1 udisksd[852]: Error cleaning up LUKS device /dev/dm-3: Failed to deactivate device: Device or resource busy

In den KDE Systemeinstellungen habe ich bei den "Wechselnedien" das Häkchen bei "On Attach" bei den nicht angeschlossenen Geräten herausgenommen, sonst sind auch keine mehr da. Veränderungen habe keine festgestellt.

[MSfree]

mit journalctl habe ich tatsächlich keine Ahnung. Das hat scheinbar mit systemd zu tun ...

Öhm, systemd ist unter Debian seit Jessie im Einsatz, also, wenn man Jessies Testingphase mitrechnet, 10 Jahre. Mit systemd wurde das Systemlogging umgestelltl auf ein Journal, das man mit journalctl ansehen kann. Die traditionellen Logdateien unter /var/log bestehen zwar weiter, beinhalten aber nicht mehr alles, was früher dort zu finden war.

Entweder, man läßt sich nach eine Jahrzehnt auf das Journal ein, oder man macht die Rolle rückwärts und schaltet das Journal ab und loggt so, wie gehabt. Zweiteres bedeutet aber eine manuelle Änderung an der Konfiguration.

[Virya]

Öhm, systemd ist unter Debian seit Jessie im Einsatz, also, wenn man Jessies Testingphase mitrechnet, 10 Jahre. Mit systemd wurde das Systemlogging umgestelltl auf ein Journal, das man mit journalctl ansehen kann. Die traditionellen Logdateien unter /var/log bestehen zwar weiter, beinhalten aber nicht mehr alles, was früher dort zu finden war. ...

Ja, Danke für die Info. Ich war eine ganze Zeit nicht mehr mit Debian unterwegs und ich gebe es zu: ich musste mich auch mit systemd nicht mehr beschäftigen.

[cosinus]

Es sollte sich mittlerweile herumgesprochen haben, dass man gerade auch Backups unbedingt verschlüsseln sollte.

Nein. Ich hab genau Gegenteiliges gehört. Hast du da nen Link zu?

[Virya]

Nein. Ich hab genau Gegenteiliges gehört. Hast du da nen Link zu?

Ich bin zwar nicht angesprochen, aber ich habe das mit der Verschlüsselung gebracht.
Ich will auf einer externen kleinen Sicherungsplatte, die einfach in die Hosentasche geschoben werden kann, ja nicht meine privaten Daten, Mail, Zugänge, SocialMedia, Finanzamt/Elster usw. unverschlüsselt aufbewahren. Wenn so was geklaut wird, hast du enorm viel zu tun, das ist nicht schön ...

[cosinus]

Ich will auf einer externen kleinen Sicherungsplatte, die einfach in die Hosentasche geschoben werden kann, ja nicht meine privaten Daten, Mail, Zugänge, SocialMedia, Finanzamt/Elster usw. unverschlüsselt aufbewahren. Wenn so was geklaut wird, hast du enorm viel zu tun, das ist nicht schön ...

Ok, wenn du deine Backupplatte durch die Weltgeschichte schleppst, dann sollte die verschlüsselt sein.
Ich jedenfalls verwahre meine Backupplatten sicher in einem Schrank auf. Die Wahrscheinlichkeit, dass die sich jemand aus dem Schrank mopst dürfte gegen Null gehen...
Davon mal ab: Passwörter bewahre ich in einer Keepass-Datei auf. Die ist natürlich verschlüsselt.

[fischig]

Wenn ich dann auch mal etwas allenfalls indirekt Hilfreiches einwerfen darf: Ich schätze, was du da gerade erlebst, Virya, ist der Fluch der (Boliden-)GUI: Prima, wenn's funktioniert. Wenn nicht, steht ein gewisser Teil der Nur-Anwender erst mal komplett auf dem Schlauch. Für Betroffene ist wohl testing nicht unbedingt die richtige Wahl - auch wenn's im freeze ist. Alldieweil ich erst mal nicht glaube, dass das Problem bei der GUI (hier KDE) liegt, denke ich, dass es auch bei Verwendung von stable sich für dich genauso dargestellt hätte - Fluch der GUI halt.
Keine Ahnung, ob/wie man bei KDE den „Automounter“ findet. Aber dem Hinweis ginge ich nach.

[cosinus]

Wie verhält sich der Automounter denn nun bei unverschlüsselten Platten?

[debilian]

Der Standard Automounter in debian kümmert sich nur beim Einstecken um die USB-Platte
und wenn ich im Dateimanager das "Auswerfen" Symbol drücke.

Dass sich eine Platte selbstständig aushängt, kenne ich so nicht.....

[Virya]

Wenn ich dann auch mal etwas allenfalls indirekt Hilfreiches einwerfen darf: Ich schätze, was du da gerade erlebst, Virya, ist der Fluch der (Boliden-)GUI: Prima, wenn's funktioniert. Wenn nicht, steht ein gewisser Teil der Nur-Anwender erst mal komplett auf dem Schlauch. Für Betroffene ist wohl testing nicht unbedingt die richtige Wahl - auch wenn's im freeze ist. Alldieweil ich erst mal nicht glaube, dass das Problem bei der GUI (hier KDE) liegt, denke ich, dass es auch bei Verwendung von stable sich für dich genauso dargestellt hätte - Fluch der GUI halt.
Keine Ahnung, ob/wie man bei KDE den „Automounter“ findet. Aber dem Hinweis ginge ich nach.

Ja, das mag sein.
Besten Dank an alle, ich finde schon einen Weg. Ich bin hartnäckig, gönne mir als Rentner aber Zeit Probleme zu lösen

[Virya]

Wie verhält sich der Automounter denn nun bei unverschlüsselten Platten?

Habe es gerade getestet. Unverschlüsselte Platte, wesentlich kleiner (120 GB anstatt 4 TB), das selbe Problem.

[MSfree]

Keine Ahnung, ob das hilft, oder ob es mit deinem Setup überhaupt etwas zu tun hat:
https://man7.org/linux/man-pages/man5/a ... onf.5.html

Dort gibt es ein Timeout, das standardmässig 10 Minuten beträgt. Wenn man das auf Null setzt, werden die Geräte nicht nach einer gewissen Zeit getrennt.

[Virya]

Keine Ahnung, ob das hilft, oder ob es mit deinem Setup überhaupt etwas zu tun hat:
https://man7.org/linux/man-pages/man5/a ... onf.5.html

Dort gibt es ein Timeout, das standardmässig 10 Minuten beträgt. Wenn man das auf Null setzt, werden die Geräte nicht nach einer gewissen Zeit getrennt.

Danke, dem gehe ich nach.

[DeletedUserReAsG]

Mit journalctl -e sehe ich diese für mich relevante Infos:
[…]

Mehr relevante Infos hättest du bekommen können, wenn du die Ausgabe nicht eingeschränkt hättest. Wenn das Auswerfen des Laufwerks konfigurationsgemäßes Verhalten ist, bekommst du bei deinem Aufruf keinerlei Information darüber – obwohl’s detailliert im Journal aufgeführt sein könnte.

---

Nein. Ich hab genau Gegenteiliges gehört. Hast du da nen Link zu?

Es funktioniert andersrum: du bist der Meinung, dass Backups nicht verschlüsselt werden sollen, also solltest du erläutern, warum das so sein sollte.

Ansonsten: Common Sense sowie der Schlusssatz jeder Chaosradio-Folge („Lasst euch nicht überwachen, und verschlüsselt immer schön eure Backups!“); bestimmt steht auch was bei Herrn Kuketz auf der Seite, sowie im Wiki von Herrn Krenn. Vermutlich hat auch Debilian-Felix schon mal was dazu geschrieben, und mit einiger Wahrscheinlichkeit dürfte man eine entsprechende Information auch auf der Seite vom BSI finden. Es gibt heute keinen Grund mehr, es nicht zu machen.

[Virya]

Mehr relevante Infos hättest du bekommen können, wenn du die Ausgabe nicht eingeschränkt hättest. Wenn das Auswerfen des Laufwerks konfigurationsgemäßes Verhalten ist, bekommst du bei deinem Aufruf keinerlei Information darüber – obwohl’s detailliert im Journal aufgeführt sein könnte.

Nochmal gemacht: Dieser Abschnitt ist zumindest für mich auffällig:

Code: Alles auswählen

Mär 09 13:01:03 virya-1 org.kde.kded5[3545]: QWindow::fromWinId(): platform plugin does not support foreign windows.
Mär 09 13:01:03 virya-1 plasmashell[3436]: kf5idletime_wayland: This plugin does not support polling idle time
Mär 09 13:01:04 virya-1 plasmashell[41363]: Refreshing system units...
Mär 09 13:01:04 virya-1 plasmashell[41363]: Refreshing system units...
Mär 09 13:01:04 virya-1 udisksd[851]: Cleaning up LUKS device /dev/dm-3 (backing device 8:48 no longer exists)
Mär 09 13:01:04 virya-1 udisksd[851]: Error cleaning up LUKS device /dev/dm-3: Failed to deactivate device: Device or resource busy

Das ist die gesamte Ausgabe:

Code: Alles auswählen

journalctl -e
Mär 09 13:01:01 virya-1 plasmashell[3436]:     QAction::priority
Mär 09 13:01:01 virya-1 plasmashell[3436]:     QAction::priority
Mär 09 13:01:01 virya-1 plasmashell[3436]:     QAction::priority
Mär 09 13:01:01 virya-1 plasmashell[3436]:     QAction::priority
Mär 09 13:01:01 virya-1 plasmashell[3436]:     QAction::priority
Mär 09 13:01:01 virya-1 plasmashell[3436]:     QAction::priority
Mär 09 13:01:01 virya-1 plasmashell[3436]: kf5idletime_wayland: This plugin does not support polling idle time
Mär 09 13:01:02 virya-1 plasmashell[41363]: Refreshing system units...
Mär 09 13:01:02 virya-1 plasmashell[41363]: Refreshing system units...
Mär 09 13:01:03 virya-1 plasmashell[41363]: Refreshing system units...
Mär 09 13:01:03 virya-1 plasmashell[41363]: Refreshing system units...
Mär 09 13:01:03 virya-1 org.kde.kded5[3545]: QWindow::fromWinId(): platform plugin does not support foreign windows.
Mär 09 13:01:03 virya-1 plasmashell[3436]: kf5idletime_wayland: This plugin does not support polling idle time
Mär 09 13:01:04 virya-1 plasmashell[41363]: Refreshing system units...
Mär 09 13:01:04 virya-1 plasmashell[41363]: Refreshing system units...
Mär 09 13:01:04 virya-1 udisksd[851]: Cleaning up LUKS device /dev/dm-3 (backing device 8:48 no longer exists)
Mär 09 13:01:04 virya-1 udisksd[851]: Error cleaning up LUKS device /dev/dm-3: Failed to deactivate device: Device or resource busy
Mär 09 13:01:05 virya-1 plasmashell[41363]: Refreshing system units...
Mär 09 13:01:05 virya-1 plasmashell[41363]: Refreshing system units...
Mär 09 13:01:05 virya-1 plasmashell[41363]: Refreshing system units...
Mär 09 13:01:06 virya-1 plasmashell[41363]: Refreshing system units...
Mär 09 13:01:06 virya-1 plasmashell[41363]: Refreshing system units...
Mär 09 13:01:07 virya-1 plasmashell[41363]: Refreshing system units...
Mär 09 13:01:07 virya-1 plasmashell[41363]: Refreshing system units...
Mär 09 13:01:08 virya-1 plasmashell[41363]: Refreshing system units...
Mär 09 13:01:08 virya-1 plasmashell[41363]: Refreshing system units...
Mär 09 13:01:09 virya-1 plasmashell[41363]: Refreshing system units...
Mär 09 13:01:09 virya-1 plasmashell[41363]: Refreshing system units...
Mär 09 13:01:09 virya-1 plasmashell[41363]: Refreshing system units...
Mär 09 13:01:10 virya-1 plasmashell[41363]: Refreshing system units...
Mär 09 13:01:10 virya-1 plasmashell[41363]: Refreshing system units...
Mär 09 13:01:11 virya-1 plasmashell[41363]: Refreshing system units...
Mär 09 13:01:11 virya-1 plasmashell[41363]: Refreshing system units...
Mär 09 13:01:12 virya-1 plasmashell[41363]: Refreshing system units...
Mär 09 13:01:12 virya-1 plasmashell[41363]: Refreshing system units...
Mär 09 13:01:13 virya-1 plasmashell[41363]: Refreshing system units...
Mär 09 13:01:13 virya-1 plasmashell[41363]: Refreshing system units...
Mär 09 13:01:14 virya-1 plasmashell[41363]: 

[rhHeini]

Wie werden die externen Platten mit Strom versorgt? Hast Du ein externes Netzteil dran oder versuchtst Du die über USB zu versorgen?

[DeletedUserReAsG]

Das ist die gesamte Ausgabe:

Das ist die gesamte Ausgabe der letzten dreizehn Sekunden vor dem Aufruf. Das Problem dürfte einige Zeit vorher aufgetreten sein, also ruhig auch mal hochscrollen

[Virya]

Wie werden die externen Pallten mit Strom versorgt? Hast Du ein externes Netzteil dran odr versuchtst Du die über USB zu versorgen?

Nur USB

[cosinus]

Es funktioniert andersrum: du bist der Meinung, dass Backups nicht verschlüsselt werden sollen, also solltest du erläutern, warum das so sein sollte.

Eigentlich sind die Gründe offensichtlich. Das Backup soll doch in einem Ernstfall schnell und unkompliziert Daten zurückbringen. Bei einem verschlüsselten Backup brauchst du ein richtig gutes Schlüssel/Passwort-Management.

Angenommen der Serverraum brennt ab. Das Backup hast du verschlüsselt auf deiner Backupplatte, aber wo hast du den Schlüssel gelagert? Du musst den ja woanders lagern sonst ist die Verschlüsselung absurd.

Ich bin auch davon ausgegangen, dass man seine wertvollen Backups nicht durch die Weltgeschichte herumschleppt, sondern die Backups macht und danach umgehend die Platte wieder sicher in einem Schrank oder feuerfesten Safe zurücklegt.

[Virya]

Das ist die gesamte Ausgabe der letzten dreizehn Sekunden vor dem Aufruf. Das Problem dürfte einige Zeit vorher aufgetreten sein, also ruhig auch mal hochscrollen

Nochmal neu gemacht, das ist alles:

Code: Alles auswählen

journalctl -e
Mär 09 13:15:31 virya-1 kwin_wayland_wrapper[3382]: kwin_screencast: Failed to create PipeWire context
Mär 09 13:15:31 virya-1 kwin_wayland[3382]: pw.conf: can't load config client.conf: Datei oder Verzeichnis nicht gefunden
Mär 09 13:15:31 virya-1 kwin_wayland[3382]: pw.conf: can't load default config client.conf: Datei oder Verzeichnis nicht gefunden
Mär 09 13:15:31 virya-1 kwin_wayland_wrapper[3382]: kwin_screencast: Failed to create PipeWire context
Mär 09 13:15:31 virya-1 kwin_wayland[3382]: pw.conf: can't load config client.conf: Datei oder Verzeichnis nicht gefunden
Mär 09 13:15:31 virya-1 kwin_wayland[3382]: pw.conf: can't load default config client.conf: Datei oder Verzeichnis nicht gefunden
Mär 09 13:15:31 virya-1 kwin_wayland_wrapper[3382]: kwin_screencast: Failed to create PipeWire context
Mär 09 13:15:31 virya-1 plasmashell[3436]: error creating screencast "Failed to create PipeWire context"
Mär 09 13:15:31 virya-1 kwin_wayland[3382]: pw.conf: can't load config client.conf: Datei oder Verzeichnis nicht gefunden
Mär 09 13:15:31 virya-1 kwin_wayland[3382]: pw.conf: can't load default config client.conf: Datei oder Verzeichnis nicht gefunden
Mär 09 13:15:31 virya-1 kwin_wayland_wrapper[3382]: kwin_screencast: Failed to create PipeWire context
Mär 09 13:15:31 virya-1 plasmashell[3436]: error creating screencast "Failed to create PipeWire context"
Mär 09 13:15:34 virya-1 plasmashell[429423]: inotify_add_watch(/media/virya/Toshiba-4TB/virya-daten) failed: (Permission denied)
Mär 09 13:15:37 virya-1 kwin_wayland[3382]: pw.conf: can't load config client.conf: Datei oder Verzeichnis nicht gefunden
Mär 09 13:15:37 virya-1 kwin_wayland[3382]: pw.conf: can't load default config client.conf: Datei oder Verzeichnis nicht gefunden
Mär 09 13:15:37 virya-1 kwin_wayland_wrapper[3382]: kwin_screencast: Failed to create PipeWire context
Mär 09 13:15:37 virya-1 plasmashell[3436]: error creating screencast "Failed to create PipeWire context"
Mär 09 13:15:37 virya-1 kwin_wayland[3382]: pw.conf: can't load config client.conf: Datei oder Verzeichnis nicht gefunden
Mär 09 13:15:37 virya-1 kwin_wayland[3382]: pw.conf: can't load default config client.conf: Datei oder Verzeichnis nicht gefunden
Mär 09 13:15:37 virya-1 kwin_wayland_wrapper[3382]: kwin_screencast: Failed to create PipeWire context
Mär 09 13:15:37 virya-1 kwin_wayland[3382]: pw.conf: can't load config client.conf: Datei oder Verzeichnis nicht gefunden
Mär 09 13:15:37 virya-1 kwin_wayland[3382]: pw.conf: can't load default config client.conf: Datei oder Verzeichnis nicht gefunden
Mär 09 13:15:37 virya-1 kwin_wayland_wrapper[3382]: kwin_screencast: Failed to create PipeWire context
Mär 09 13:15:37 virya-1 plasmashell[3436]: error creating screencast "Failed to create PipeWire context"
Mär 09 13:15:38 virya-1 kwin_wayland[3382]: pw.conf: can't load config client.conf: Datei oder Verzeichnis nicht gefunden
Mär 09 13:15:38 virya-1 kwin_wayland_wrapper[3382]: kwin_screencast: Failed to create PipeWire context
Mär 09 13:15:38 virya-1 kwin_wayland[3382]: pw.conf: can't load default config client.conf: Datei oder Verzeichnis nicht gefunden
Mär 09 13:15:38 virya-1 kwin_wayland[3382]: pw.conf: can't load config client.conf: Datei oder Verzeichnis nicht gefunden
Mär 09 13:15:38 virya-1 kwin_wayland[3382]: pw.conf: can't load default config client.conf: Datei oder Verzeichnis nicht gefunden
Mär 09 13:15:38 virya-1 kwin_wayland_wrapper[3382]: kwin_screencast: Failed to create PipeWire context
Mär 09 13:15:38 virya-1 plasmashell[3436]: error creating screencast "Failed to create PipeWire context"
Mär 09 13:15:38 virya-1 kwin_wayland[3382]: pw.conf: can't load config client.conf: Datei oder Verzeichnis nicht gefunden
Mär 09 13:15:38 virya-1 kwin_wayland_wrapper[3382]: kwin_screencast: Failed to create PipeWire context
Mär 09 13:15:38 virya-1 kwin_wayland_wrapper[3382]: kwin_screencast: Failed to create PipeWire context
Mär 09 13:15:38 virya-1 kwin_wayland[3382]: pw.conf: can't load default config client.conf: Datei oder Verzeichnis nicht gefunden
Mär 09 13:15:38 virya-1 kwin_wayland[3382]: pw.conf: can't load config client.conf: Datei oder Verzeichnis nicht gefunden
Mär 09 13:15:38 virya-1 kwin_wayland[3382]: pw.conf: can't load default config client.conf: Datei oder Verzeichnis nicht gefunden
Mär 09 13:15:38 virya-1 plasmashell[3436]: error creating screencast "Failed to create PipeWire context"

Reichlich Fehlermeldungen, aber im Moment ist die Platte scheinbar stabil gemountet. Komisch ...