Wenn ich es recht verstanden habe, bedeutet das, dass ich Packman priorisieren soll und dann den angegebenen zypper Befehl aufrufen soll?
Ist das korrekt?
Oder sollte ich irgendwelche Repos herausnehmen?
Beiträge von fredegar
-
-
Hier die Ergebnisse (Anmeldung unter Plasma)
Code
Alles anzeigenwilfried@linux-q0tw:~> su Passwort: linux-q0tw:/home/wilfried # /sbin/lspci -nnk | grep -EiA3 'vga|3d|display' 00:02.0 VGA compatible controller [0300]: Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller [8086:2a42] (rev 09) Subsystem: ASUSTeK Computer Inc. Device [1043:1862] Kernel driver in use: i915 Kernel modules: i915 00:02.1 Display controller [0380]: Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller [8086:2a43] (rev 09) Subsystem: ASUSTeK Computer Inc. Device [1043:1862] 00:1a.0 USB controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #4 [8086:2937] (rev 03) Subsystem: ASUSTeK Computer Inc. Device [1043:1867] linux-q0tw:/home/wilfried # zypper lr -d Die Repository-Prioritäten sind ohne Effekt. Alle aktivierten Repositorys teilen sich die gleiche Priorität. # | Alias | Name | Aktiviert | GPG-Überprüfung | Aktualisierung | Priorität | Typ | URI | Dienst ---+----------------------------------+-----------------------------------------+-----------+-----------------+----------------+-----------+--------+--------------------------------------------------------------------------+------- 1 | http-opensuse-guide.org-fc741b75 | libdvdcss repository | Ja | (r ) Ja | Ja | 99 | rpm-md | http://opensuse-guide.org/repo/openSUSE_Leap_42.2/ | 2 | http-packman.inode.at-07ee5f9a | Packman Repository | Ja | (r ) Ja | Ja | 99 | rpm-md | http://packman.inode.at/suse/openSUSE_Leap_42.2/ | 3 | openSUSE-42.2-0 | openSUSE-42.2-0 | Ja | (r ) Ja | Nein | 99 | yast2 | cd:///?devices=/dev/disk/by-id/ata-PIONEER_DVD-RW_DVRTD11RS_SNB3408373 | 4 | repo-debug | openSUSE-Leap-42.2-Debug | Nein | ---- | ---- | 99 | NONE | http://download.opensuse.org/debug/distribution/leap/42.2/repo/oss/ | 5 | repo-debug-non-oss | openSUSE-Leap-42.2-Debug-Non-Oss | Nein | ---- | ---- | 99 | NONE | http://download.opensuse.org/debug/distribution/leap/42.2/repo/non-oss/ | 6 | repo-debug-update | openSUSE-Leap-42.2-Update-Debug | Nein | ---- | ---- | 99 | NONE | http://download.opensuse.org/debug/update/leap/42.2/oss/ | 7 | repo-debug-update-non-oss | openSUSE-Leap-42.2-Update-Debug-Non-Oss | Nein | ---- | ---- | 99 | NONE | http://download.opensuse.org/debug/update/leap/42.2/non-oss/ | 8 | repo-non-oss | openSUSE-Leap-42.2-Non-Oss | Ja | (r ) Ja | Ja | 99 | yast2 | http://download.opensuse.org/distribution/leap/42.2/repo/non-oss/ | 9 | repo-oss | openSUSE-Leap-42.2-Oss | Ja | (r ) Ja | Ja | 99 | yast2 | http://download.opensuse.org/distribution/leap/42.2/repo/oss/ | 10 | repo-source | openSUSE-Leap-42.2-Source | Nein | ---- | ---- | 99 | NONE | http://download.opensuse.org/source/distribution/leap/42.2/repo/oss/ | 11 | repo-source-non-oss | openSUSE-Leap-42.2-Source-Non-Oss | Nein | ---- | ---- | 99 | NONE | http://download.opensuse.org/source/distribution/leap/42.2/repo/non-oss/ | 12 | repo-update | openSUSE-Leap-42.2-Update | Ja | (r ) Ja | Ja | 99 | rpm-md | http://download.opensuse.org/update/leap/42.2/oss/ | 13 | repo-update-non-oss | openSUSE-Leap-42.2-Update-Non-Oss | Ja | (r ) Ja | Ja | 99 | rpm-md | http://download.opensuse.org/update/leap/42.2/non-oss/ | linux-q0tw:/home/wilfried # uname -a Linux linux-q0tw 4.4.46-11-default #1 SMP Sat Feb 4 06:07:41 UTC 2017 (f555e41) x86_64 x86_64 x86_64 GNU/Linux linux-q0tw:/home/wilfried #OK, ich sehe diese Infos haben nichts mit der Oberfläche zu tun.
-
Was sagt das mir? Ich bin doch nicht der einzige, der dieses Problem hat.
Siehe etwa leap 42.2 friert einAber lass gut sein. Solange ich mit GNOME arbeiten kann, ist es gut.
-
Die Aktion hat geholfen - zunächst.
Aber das Problem, dass Plasma öfters einfriert, besteht nach wie vor.
Ich löse das Problem für mich zunächst durch Umstieg auf GNOME mit allen Nebenwirkungen.
Vielleicht finden die Entwickler irgendwann den eigentlichen Bug, dann kann ich es dann mal wieder mit KDE probieren. (Wenn es dann mal 42.3 gibt
) -
@fredegar
Ja, wir kennen doch alle dein /home - Verzeichnis und wissen doch alle, was du da drin so abgelegt hast. Du etwa nicht? //ironie offWenn du den Verdacht hast, das in deinem /home was nicht stimmt, warum legst du nicht einfach einen neuen User an mit einem sauberen /home und prüfst das gegen???
Ja, Danke, genau dasselbe habe ich inzwischen getan, schon bevor ich Deinen Tip las.
Und es ist tatsächlich so wie befürchtet. Es funktioniert nämlich. (Zumindest sind die Fenster bedienbar. Ob es wieder zum Einfrieren kommt wird sich zeigen.)Ich könnte zufrieden sein, aber ich möchte nun eigentlich meinen alten Account behalten, denn darin sind ja viele Daten abgelegt.
Wie könnte ich ihn reparieren?
Hier sind übrigens die xsessionerrors des letzten Versuches mich im alten Account anzumelden:
Code
Alles anzeigengrep: /home/wilfried/.gnupg/gpg-agent.conf: Datei oder Verzeichnis nicht gefunden Loading stage "initial" 115 startkde: Starting up... kdeinit5: preparing to launch 'libkdeinit5_klauncher' kdeinit5: Launched KLauncher, pid = 5309, result = 0 Qt: Session management error: networkIdsList argument is NULL Waiting for already running klauncher to exit. Waiting for already running klauncher to exit. Another instance of klauncher is already running! kdeinit5: Communication error with launcher. Exiting! kdeinit5_wrapper: Warning: connect(/run/user/1000/kdeinit5__1) failed: : Connection refused Qt: Session management error: networkIdsList argument is NULL Configuring Lock Action XSync seems available and ready XSync Inited Supported, init completed Created alarm 14680065 ksmserver: "/run/user/1000/KSMserver" ksmserver: KSMServer: SetAProc_loc: conn 0 , prot= local , file= @/tmp/.ICE-unix/5311 ksmserver: KSMServer: SetAProc_loc: conn 1 , prot= unix , file= /tmp/.ICE-unix/5311 ksmserver: KSMServer::restoreSession "saved at previous logout" Qt: Session management error: IO error occured opening connection startkde: Shutting down... kdeinit5_wrapper: Warning: connect(/run/user/1000/kdeinit5__1) failed: : Connection refused Error: Can not contact kdeinit5! startkde: Running shutdown scripts... xprop: unable to open display ':1' xprop: unable to open display ':1' startkde: Done. The X11 connection broke (error 1). Did the X11 server die?Ich nehme an, es müssten nur irgendwelche configs gelöscht, oder neu eingespielt werden. Nur welche? Und wie?
Wäre die folgende Strategie sinnvoll?
- Umbenennen von alten /Home/User in /Home/User/_old
- Löschen des alten Accounts User
- Neuanlegen des Accounts User
- Moven der neuangelegten Verzeichnisse aus /Home/User nach /Home/User/_old
- Zurückbenennen von /Home/User/_old nach /Home/User
-
Ich habe das gleiche Problem. Manchmal hilft der "Affengriff" (Ctrl Alt Del). Dann kann man sich neu anmelden und es geht wieder eine Zeitlang.
Jetzt ist jedoch ein Zustand erreicht, wo der Workspace nicht mehr richtig aufgebaut wird. So fehlen an den Fenstern die Kreuze zum Schließen.
Ich vermute, dass irgendeine alte Configuration in meinem Home das System durcheinander bringt.
Weiß jemand welche das sein könnte und ob man sie dann einfach löschen könnte? -
Danke, so einfach! Aber man muss drauf kommen.
-
Danke, Problem ist nach reboot verschwunden (hoffentlich für immer)
Sorry, ich finde den Knopf nicht, um das als erledigt zu markieren (Das Kästchen oben reagiert nicht)
Also bitte: Thema erledigt -
Hallo,
ich habe 42.2 neu installiert. Beim Start von phpmyadmin bekomme ich die Fehlermeldung
The mbstring extension is missing. Please check your PHP configuration.Die Erweiterung php-mbstring ist aber installiert.
Wo muss ich suchen?
Vielen Dank
Fredegar
-
Ich habe mich für Neuinstallation entschieden (Ein paar Stunden hat es schon gekostet)
Ergebnis von smartctl im Anhang
Was kann ich daraus entnehmen?
