Beiträge von Bindidon

    Hallo


    wie vor ca. 2 Jahren hatte ich heute wieder die Überraschung, dass nach der Anmeldung die interaktive Oberfläche kde ohne Menüleiste erscheint.

    Stattdessen sieht man nur das Firefox-Logo.


    Trenne ich den externen Bildschirm und fahre das System über shutdown -r wieder hoch, so erscheint die Menüleiste.


    Schließe ich den externen Bildschirm wieder an und fahre das System runter und wieder rauf, so ist die Menüleiste wieder weg.


    Anders als beim letzten Mal jedoch kann ich über Rechtsklick, +Kontrollleiste hinzufügen und Anwendungsmenüleiste auswählen keine neue einrichten: es passiert nichts.


    Wie das Phänomen damals aufhörte und ich wieder normal arbeiten konnte: das weiß ich nicht mehr.


    Weiß da jemand Bescheid?


    Danke für eine Antwort.

    -> Sauerland


    Die Lektüre von /var/log/messages liefert interessante Dinge, wie z.B.

    Code
    2021-12-02T12:58:29.589027+01:00 japi-PC sddm-greeter[2132]: QObject: Cannot create children for a parent that is in a different thread.#012(Parent is QGuiApplication(0x7ffc25d47170), parent's thread is QThread(0x56206b450f90), current thread is QThread(0x56206b675600

    oder

    Code
    Error performing housekeeping for drive /org/freedesktop/UDisks2/drives/WDC_WD5000BPVT_08HXZT1_WD_WXR1A81W5907: Error updating SMART data: sk_disk_smart_read_data: Operation not supported (udisks-error-quark, 0)

    oder

    Code
    2021-12-02T12:58:40.758018+01:00 japi-PC kwin_x11[2373]: kwin_xkbcommon: XKB: /usr/share/X11/locale/iso8859-1/Compose:97:29: string literal is not a valid UTF-8 string
    2021-12-02T12:58:40.758088+01:00 japi-PC kwin_x11[2373]: kwin_xkbcommon: XKB: /usr/share/X11/locale/iso8859-1/Compose:97:29: too many errors
    2021-12-02T12:58:40.758151+01:00 japi-PC kwin_x11[2373]: kwin_xkbcommon: XKB: /usr/share/X11/locale/iso8859-1/Compose:97:29: failed to parse file
    2021-12-02T12:58:40.802263+01:00 japi-PC dbus-daemon[2210]: [session uid=1000 pid=2210] Successfully activated service 'org.kde.ActivityManager'
    2021-12-02T12:58:40.813727+01:00 japi-PC kwin_x11[2373]: kf.config.core: "\"fsrestore1\" - conversion of \"901,901,0,0\" to QRect failed"
    2021-12-02T12:58:40.813848+01:00 japi-PC kwin_x11[2373]: kf.config.core: "\"fsrestore2\" - conversion of \"901,901,0,0\" to QRect failed"
    2021-12-02T12:58:40.813926+01:00 japi-PC kwin_x11[2373]: kf.config.core: "\"fsrestore3\" - conversion of \"901,901,0,0\" to QRect failed"
    2021-12-02T12:58:40.814064+01:00 japi-PC kwin_x11[2373]: kf.config.core: "\"fsrestore4\" - conversion of \"0,0,0,0\" to QRect failed"
    2021-12-02T12:58:40.814174+01:00 japi-PC kwin_x11[2373]: kf.config.core: "\"fsrestore5\" - conversion of \"421,421,0,0\" to QRect failed"

    Dort war ich nun definitiv nicht zugegen.


    Aber darüber mach' ich mir erst recht keinen Kopp.

    Funktioniert es nach dem umbenennen?

    Hallo Sauerland,


    ja, es hat funktioniert. Vielen Dank für die letztendlich erfolgreiche Detektivarbeit.


    Was ich nicht begreife ist, wieso eine so wichtige Software wie KDE auf /usr/local/lib zugreift, statt wie z.B. postgres ihre eigene, abgesicherte Umgebung zu haben. So isses aber...


    Ein Problem bleibt, das aber nun keine sichtbaren Spuren mehr zu hinterlassen scheint: die Tatsache, dass


    /run/user/1000/doc

    und

    /run/user/1000/gvfs


    meinem eigenen user gehören, und nicht dem Superuser root, auch wenn ich deren Zugriffsrechte als root richtig setze. Nach dem nächsten boot ist alles merkwürdigerweise wieder beim alten.


    Sofern niemand sich heftig beschwert, kann ich einstweilen gut damit leben.