Beiträge von Der Schaer

Mir ist nochwas aufgefallen, habe im ersten Post 2x die gleichen Fehlermeldungen gepostet. die der Lautstärkeregelung sieht so aus:

qrc:/qt/qml/plasma/applet/org/kde/plasma/volume/main.qml:528:13: Type MicrophoneTestView unavailable

qrc:/qt/qml/plasma/applet/org/kde/plasma/volume/MicrophoneTestView.qml:60:9: Type Kirigami.InlineMessage unavailable

file:///usr/lib64/qt6/qml/org/kde/kirigami/controls/InlineMessage.qml:14:1: Type KT.InlineMessage unavailable

qrc:/qt/qml/org/kde/kirigami/templates/InlineMessage.qml:187:51: Cannot assign object of type "Primitives.IconPropertiesGroup" to property of type "IconPropertiesGroup_QMLTYPE_423*" as the former is neither the same as the latter nor a sub-class of it.

falls das irgendwie hilft.

Entschuldige Suerland hatte zypper lr -d vergessen.

# | Alias | Name | Enabled | GPG Check | Refresh | Keep | Priority | Type | URI | Service

---+----------------------------------------+--------------------------------------------------------------+---------+-----------+---------+------+----------+--------+-------------------------------------------------------------------------------------------------+--------

1 | H.264C | H.264C | Nein | ---- | ---- | - | 99 | rpm-md | http://codecs.opensuse.org/openh264/openSUSE_Tumbleweed/ |

2 | HW_Sauerland | HW Sauerland | Nein | ---- | ---- | - | 98 | rpm-md | https://download.opensuse.org/…ware/openSUSE_Tumbleweed/ |

3 | Hardware | Hardware | Nein | ---- | ---- | - | 99 | rpm-md | https://download.opensuse.org/…ware/openSUSE_Tumbleweed/ |

4 | TLS | TLS | Nein | ---- | ---- | - | 99 | rpm-md | https://download.opensuse.org/…y:tls/openSUSE_Tumbleweed |

5 | ftp.gwdg.de-Essentials | Packman Essentials Repository | Ja | (r ) Ja | Ja | - | 50 | rpm-md | http://ftp.gwdg.de/pub/linux/m…USE_Tumbleweed/Essentials |

6 | ftp.gwdg.de-openSUSE_Tumbleweed | Packman Repository | Nein | ---- | ---- | - | 51 | rpm-md | http://ftp.gwdg.de/pub/linux/m…suse/openSUSE_Tumbleweed/ |

7 | h264 | h264 | Ja | (r ) Ja | Ja | - | 99 | rpm-md | http://codecs.opensuse.org/openh264/openSUSE_Tumbleweed |

8 | hardware | Hardware tools (openSUSE_Tumbleweed) | Ja | (r ) Ja | Ja | - | 90 | rpm-md | https://download.opensuse.org/…ware/openSUSE_Tumbleweed/ |

9 | home_X0F_branches_multimedia | Branch project for multimedia packages (openSUSE_Tumbleweed) | Nein | ---- | ---- | - | 99 | rpm-md | https://download.opensuse.org/…edia/openSUSE_Tumbleweed/ |

14 | https-download.opensuse.org-5c14ee73 | openSUSE:Tumbleweed | Ja | (r ) Ja | Ja | - | 97 | rpm-md | https://download.opensuse.org/…USE:/Tumbleweed/standard/ |

15 | https-download.opensuse.org-8b7d37d4 | KDE:Extra | Nein | ---- | ---- | - | 99 | rpm-md | https://download.opensuse.org/…rks5_openSUSE_Tumbleweed/ |

12 | https-download.opensuse.org-33e5d39d | home:tecosaur | Nein | ---- | ---- | - | 99 | rpm-md | https://download.opensuse.org/…saur/openSUSE_Tumbleweed/ |

13 | https-download.opensuse.org-340a2abd | KDE:Frameworks5 | Ja | (r ) Ja | Ja | - | 99 | rpm-md | https://download.opensuse.org/…eworks5/openSUSE_Factory/ |

10 | https-download.opensuse.org-10534f93 | Eclipse | Nein | ---- | ---- | - | 98 | rpm-md | https://download.opensuse.org/…:ide/openSUSE_Tumbleweed/ |

11 | https-download.opensuse.org-11086a10 | graphics | Nein | ---- | ---- | - | 99 | rpm-md | https://download.opensuse.org/…raphics/openSUSE_Factory/ |

16 | makemkv | makemkv | Nein | ---- | ---- | - | 99 | rpm-md | https://download.opensuse.org/…gers/openSUSE_Tumbleweed/ |

17 | openSUSE_Tumbleweed | MediathekView | Ja | (r ) Ja | Ja | - | 99 | rpm-md | https://download.opensuse.org/…evel/openSUSE_Tumbleweed/ |

18 | openSUSE_Tumbleweed_1 | Spiele | Ja | (r ) Ja | Ja | - | 99 | rpm-md | https://download.opensuse.org/…games/openSUSE_Tumbleweed |

19 | opensuse-guide.org-openSUSE_Tumbleweed | libdvdcss repository | Ja | (r ) Ja | Ja | - | 99 | rpm-md | http://opensuse-guide.org/repo/openSUSE_Tumbleweed/ |

20 | packman | Packman | Ja | (r ) Ja | Ja | - | 70 | rpm-md | https://ftp.gwdg.de/pub/linux/…suse/openSUSE_Tumbleweed/ |

21 | repo-non-oss | openSUSE-Tumbleweed-Non-Oss | Ja | (r ) Ja | Ja | - | 98 | rpm-md | http://download.opensuse.org/tumbleweed/repo/non-oss/ |

22 | repo-oss | openSUSE-Tumbleweed-Oss | Ja | (r ) Ja | Ja | - | 45 | rpm-md | http://download.opensuse.org/tumbleweed/repo/oss/ |

23 | repo-source | openSUSE-Tumbleweed-Source | Nein | ---- | ---- | - | 99 | N/A | http://download.opensuse.org/source/tumbleweed/repo/oss/ |

24 | repo-update | openSUSE-Tumbleweed-Update | Ja | (r ) Ja | Ja | - | 46 | rpm-md | http://download.opensuse.org/update/tumbleweed/ |

25 | standard | Factory | Ja | (r ) Ja | Ja | - | 99 | rpm-md | https://download.opensuse.org/…openSUSE:Factory/standard |

Aber wie gesagt, da habe ich eigentlich schon alles versucht. nur mit "Grundrepositorys", mit allen KDE Repos, nur Frameworks und ohne. Hat alles keine Änderung gebracht.

Hallo Sauerland,

mit zypper dup hab ich schon alles mögliche probiert. mit vorherigem rollback und ohne. auch mit und ohne Vedorchange u.s.w. Und natürlich auch zunächst die Desktopansicht geändert, und die "kaputten" Kontrolleistensymbole entfernen und wieder hinzufügen. Habe auch Plasma "Zwangsaktualisiert".

hilft leider alles nicht.

Hallo matbhm

zypper se -si | grep -i kirigami

i | kf6-kirigami-imports | Paket | 6.29.0-1.2 | x86_64 | openSUSE-Tumbleweed-Oss

i | kf6-kirigami-imports | Paket | 6.29.0-1.2 | x86_64 | openSUSE:Tumbleweed

i | kf6-kirigami-imports | Paket | 6.29.0-1.2 | x86_64 | Factory

i | kirigami-addons6 | Paket | 1.13.0-1.3 | x86_64 | openSUSE-Tumbleweed-Oss

i | kirigami-addons6 | Paket | 1.13.0-1.3 | x86_64 | openSUSE:Tumbleweed

i | kirigami-addons6 | Paket | 1.13.0-1.3 | x86_64 | Factory

i+ | kirigami2 | Paket | 5.116.0-1.13 | x86_64 | openSUSE-Tumbleweed-Oss

i+ | kirigami2 | Paket | 5.116.0-1.13 | x86_64 | openSUSE:Tumbleweed

i+ | kirigami2 | Paket | 5.116.0-1.13 | x86_64 | Factory

i+ | kirigami2-lang | Paket | 5.116.0-1.13 | noarch | openSUSE-Tumbleweed-Oss

i+ | kirigami2-lang | Paket | 5.116.0-1.13 | noarch | openSUSE:Tumbleweed

i+ | kirigami2-lang | Paket | 5.116.0-1.13 | noarch | Factory

i+ | libKF5Kirigami2-5 | Paket | 5.116.0-1.13 | x86_64 | openSUSE-Tumbleweed-Oss

i+ | libKF5Kirigami2-5 | Paket | 5.116.0-1.13 | x86_64 | openSUSE:Tumbleweed

i+ | libKF5Kirigami2-5 | Paket | 5.116.0-1.13 | x86_64 | Factory

i | libKirigamiAddonsComponents6 | Paket | 1.13.0-1.3 | x86_64 | openSUSE-Tumbleweed-Oss

i | libKirigamiAddonsComponents6 | Paket | 1.13.0-1.3 | x86_64 | openSUSE:Tumbleweed

i | libKirigamiAddonsComponents6 | Paket | 1.13.0-1.3 | x86_64 | Factory

i | libKirigamiAddonsStatefulApp6 | Paket | 1.13.0-1.3 | x86_64 | openSUSE-Tumbleweed-Oss

i | libKirigamiAddonsStatefulApp6 | Paket | 1.13.0-1.3 | x86_64 | openSUSE:Tumbleweed

i | libKirigamiAddonsStatefulApp6 | Paket | 1.13.0-1.3 | x86_64 | Factory

i | libKirigamiApp6 | Paket | 1.13.0-1.3 | x86_64 | openSUSE-Tumbleweed-Oss

i | libKirigamiApp6 | Paket | 1.13.0-1.3 | x86_64 | openSUSE:Tumbleweed

i | libKirigamiApp6 | Paket | 1.13.0-1.3 | x86_64 | Factory

i | libKirigamiPlatform6 | Paket | 6.29.0-1.2 | x86_64 | openSUSE-Tumbleweed-Oss

i | libKirigamiPlatform6 | Paket | 6.29.0-1.2 | x86_64 | openSUSE:Tumbleweed

i | libKirigamiPlatform6 | Paket | 6.29.0-1.2 | x86_64 | Factory

sollte ich die vielleicht alle mal "zwangsupdaten", oder das Repo ändern? KDE:Frameworks5 hätte da noch, für manches, neuere Versionen. Hatte ich aber bisher noch nie aktiviert.

Danke für eure Hilfe

Der Schär

Hallo zusammen,

seit einem Update funktioniert Plasma nicht mehr richtig. Die Desktopicons sind komplett verschwunden, obsohl sie im Desktopordner noch vorhanden sind. Programme stürzen beim schliessen des öteren ab. Statt des Netzwerksymbols in der Kontrolleiste erscheint einkleiner Globus. Wenn ich diesen anklicke kommt folgende Fehelermeldung:

qrc:/qt/qml/plasma/applet/org/kde/plasma/networkmanagement/main.qml:60:25: Type PopupDialog unavailable

qrc:/qt/qml/plasma/applet/org/kde/plasma/networkmanagement/PopupDialog.qml:110:22: Type ConnectionListPage unavailable

qrc:/qt/qml/plasma/applet/org/kde/plasma/networkmanagement/ConnectionListPage.qml:26:5: Type Kirigami.InlineMessage unavailable

file:///usr/lib64/qt6/qml/org/kde/kirigami/controls/InlineMessage.qml:14:1: Type KT.InlineMessage unavailable

qrc:/qt/qml/org/kde/kirigami/templates/InlineMessage.qml:187:51: Cannot assign object of type "Primitives.IconPropertiesGroup" to property of type "IconPropertiesGroup_QMLTYPE_432*" as the former is neither the same as the latter nor a sub-class of it.

Die Lautstärkeregelung sieht normal aus, aber bringt eine Ähnliche Fehlermeldung:

qrc:/qt/qml/plasma/applet/org/kde/plasma/networkmanagement/main.qml:60:25: Type PopupDialog unavailable

qrc:/qt/qml/plasma/applet/org/kde/plasma/networkmanagement/PopupDialog.qml:110:22: Type ConnectionListPage unavailable

qrc:/qt/qml/plasma/applet/org/kde/plasma/networkmanagement/ConnectionListPage.qml:26:5: Type Kirigami.InlineMessage unavailable

file:///usr/lib64/qt6/qml/org/kde/kirigami/controls/InlineMessage.qml:14:1: Type KT.InlineMessage unavailable

qrc:/qt/qml/org/kde/kirigami/templates/InlineMessage.qml:187:51: Cannot assign object of type "Primitives.IconPropertiesGroup" to property of type "IconPropertiesGroup_QMLTYPE_432*" as the former is neither the same as the latter nor a sub-class of it.

Habe schon Rollbacks und zypper dup mit weniger Repos mit und ohne vendor change versucht, bringt alles keine Änderung. Das Update wurde am 25.08 durchgeführt. Habe extra etwas abgewartet, da manchmal spätere Updates die Fehler beseitigen.

System:

Operating System: openSUSE Tumbleweed 20260825

KDE Plasma Version: 6.7.4

KDE Frameworks Version: 6.29.0

Qt Version: 6.11.2

Kernel Version: 7.2.0-1-default (64-bit)

Graphics Platform: Wayland

Processors: 12 × AMD Ryzen 5 5600H with Radeon Graphics

Memory: 16 GiB of RAM (13,5 GiB usable)

Graphics Processor: AMD Radeon Graphics

Hat irgendeiner eine Idee woran das liegt, und wie man es beseitigt?

Das wird man wohl so machen müssen, wenn man nicht vor hat einen neuen Laptop oder neue Grafikkarte zu nutzen. Denn nouveau ist leider noch immer unbrauchbar. Selbst der Desktop wird damit unscharf. Oder man wechselt halt zu einer anderen Distribution. Und wenn ich ehrlich bin, hat Suse mich inzwischen fast soweit gebracht nach über 20 Jahren, in denen man schon viel "ertragen" hat, tatsächlich, nicht nur mal andere Distros zu testen, sondern wirklich Suse den Rücken zu kehren. Denn es gibt immer mehr zweifelhafte Entscheidungen bei Suse. Da ich auch die komplette Familie zur Nutzung von Suse gebracht habe, mag ich z.B. die Idee der Einstellung von Leap, auch wenn das ja momentan wieder vom Tisch zu sein scheint, gar nicht. Ich persönlich nutze auch Tumbleweed, aber das kann man leider DAUs nicht auf den Rechner packen. Erst recht nicht wenn man zum Teil hunderte Kilometer entfernt wohnt, denn, auch wenn es selten ist, es kommt dort immer Mal wieder zu kleinen Problemen, die mir keine Probleme machen. Aber einem fast 90 Jährigen am Telefon erklären wie er die beseitigt, das wird nichts. Und sorry, wer trifft solche Entscheidungen, einen der größten Vorteile von Linux in einer Distribution einfach abzuschaffen? Die Kompatibilität zu alter Hardware. Wieso werden die Treiber von Grafikkarten einfach gestrichen? Wen man ein System will, das einem vorschreibt, wann man die Hardware zu wechseln hat, dann kann man auch gleich Windows nehmen. Zumindest wenn man gern seine Daten in der Welt verstreut.

Und übrigens, die Ersteller des Wikis haben dafür sogar eine Anleitung, wie man das macht, hab ich heute gesehen.

SDB:NVIDIA the hard way - openSUSE Wiki

Und wenn man das mal gemacht hat, dann ist das auch kein Hexenwerk mehr. Man muss nur schauen, ob der Kernel ein Update bekommt. Dann lädt man vorher den aktuellen Treiber, an immer die gleiche Stelle, und passt den Namen im "Befehl" an fertig. Ich habe damit in meinen Anfangsjahren mit Suse sehr lange gut gelebt. Und wenn man die Alternativen sieht:

1. Weiter mit nouveau, und Augenkrebs bekommen.

2. Wechsel zu einer anderen Distribution.

3. Kauf neuer HW

4. nach jedem Kernelupdate den Treiber von Hand installieren. Was ja nun auch nicht ständig vorkommt.

Was hälst du da wohl für das kleinst Übel? Sorry für mich kämen nur 2 oder 4 in Frage.

Du kannst es noch mit dem Treiber von der Nvidiaseite versuchen. Aber mach vorher ein Backup. Ich kenn dasnnoch aus Zeiten bevor es ein Nvidiarepo für Suse gab. Damals ging das.

Unix-Treiber | NVIDIA

Ich finde >3000 Pakete schon sehr merkwürdig. Das sieht ja aus ala wenn so ziemlich jedes Paket aktualisiert werden soll. Hast Du den Rechner vorher jahrelang nicht genutzt?

Schau doch mal ob da was mit den Repos nicht stimmt. Hast Du ein Tumbleweed? Wenn nicht sieht es aus als wenn er ein Versionsupgrade machen will. Wie gesagt 3000 Pakete sehen für mich eindeutig danach aus als wenn die Repos nicht zum installieren System passen.

Das mit RDP ist wirklich was für einen eigenen Thread.

Genau das mit einem Trojaner oder einer anderen Kompromittierung ist der Grund, dass eine solche Datei nur für root lesbar sein sollte. Wo die dann liegt ist zweitrangig. Wenn der Share für alle User gedacht ist, ist irgendein Userhome eben nicht wirklich ideal.

Wie willst Du denn die Datei entschlüsseln während des Bootvorgangs? Jedes Mal ein Passwort eingeben?

Es ist schön, dass du dich entschlossen hast auf Linux zu wechseln. Eine Grundvoraussetzung hast du schon erwähnt, es wird Probleme geben, und man darf sich von so was nicht entmutigen lassen. Und ganz wichtig, versuche Dein Windowswissen völlig zu vergessen wenn Du mit Linux arbeitest, das bringt Dich nur zu neuen Problemen. Der Lohn ist, das du nach einiger Zeit, wenn du dich bei Linux wirklich wohlfühlst, Windows nur noch unter Zwang nutzen wirst.

@Juliane Standard ist das was die Voreinstellungen beim System sind. Ganz einfach. Wenn Du das anders machst ist das schön und so wie Du es machst sogar besser. Aber eben DEINE Konfiguration und nicht die Systemvorgabe. Und es handelt sich hier, laut eigenem Bekenntnis um einen unerfahrenen Fragesteller, also ist die Wahrscheinlichkeit einer Standardinstallation extrem hoch.

Es fehlt Dir echtes Grundlagenwissen in Sachen Sicherheit. Warum soll man root nur nutzen wenn es unbedingt notwendig ist? Weil eben ein angemeldeter User immer in der Gefahr schwebt, dass er irgendwie kompromittiert wird. Und wenn dem so ist hilft auch ein verschlüsseltes home nicht, so lang der User angemeldet ist. Verschlüsselte Laufwerke sind vor allem zum Schutz bei HW-Diebstahl nützlich.

Ja /etc ist kein sicheres Verzeichnis, aber ich hatte ja auch geschrieben, dass die Datei nur für root lesbar sein soll. Da kann man jetzt haarespalten, aber es kommt auf das gleiche raus wie sie in ein Verzeichnis zu packen das nur root lesen kann.

Aber ich bleibe dabei, im Userhome hat die nichts verloren. Und seit wann soll ein User die Freigabe für einen Systemweiten Share ändern?

Und doch, ein echter root würde das eher unter /etc schreiben wie unter ein Userhome. Ein echter root hat nämlich mehr wie einen User auf den Systemen zu betreuen. Du kannst dir übrigens deine überheblichen smileys sparen. Es sei denn die sollen über dich lachen. Willst du wirklich bei einem Multiusersystem für jeden in der fstab einen eigenen Eintrag machen? Nur dann würden die credentials für jeden User Sinn machen. Aber selbst dann würde niemand wollen, das die User daran rumpfuschen. Das was du da machen willst mag für den Heimgebrauch gehen, aber für mehr auch nicht.

Das von Dir vorgeschlagene Vorgehen war das Userhome.

1. Ist das Standardmäßig für alle in der Gruppe users lesbar. Und schon daher keine Ablage für PWs im plaintext. Wenn Du das bei Dir anders eingestellt hast ist das gut, aber keine Grundlage für eine allgemeine Vorgehensweise.

2. Wenn die Freigabe über die fstab erfolgt ist davon aus zu gehen, dass sie für alle User ist. Hat also nichts in einem Userhome verloren, sondern da wo allgemeine Konfigurationen zu finden sind. Wenn nämlich aus irgendeinem Grund der User gelöscht wird, kompromittiert, verstorben, was weis ich, dann wird der share plötzlich nicht mehr gemounted. Ein Userhome ist halt kein Ort für Systemweite Angelegenheiten.

3. Ist die Gefahr, dass sich jemand Userrecht verschafft ist grösser wie bei Rootrechten. Wenn jemand unbefugtes Rootrechte auf einem System hatte muss sowieso alles komplett neu aufgesetzt werden. Beim User halt nur der User. Womit wir wieder bei 2. wären.

Aber wenn es wirklich sicher sein soll, dann muss man sowieso anders vorgehen, und das ganze nicht über eine fstab auf einer unverschlüsselten Rootpartition mounten.

Das Du das in eine credentials Datei ausgelagert hast ist richtig, für die Sicherheit. Im userhome hat die allerdings nichts verloren. Eher unter /etc. Das wichtige ist, dass Du sie nur für root lesbar machst. Wenn jemand mit Rootrechten auf deinem Rechner unterwegs ist, also dann deine credentials lesen kann, ist es eh zu spät.