Brak paska zadań i nie można kliknąć pulpitu prawym przyciskiem myszy

33

Nie mam pojęcia, jak to się stało. plasmashellulegał awarii po zużyciu pamięci 6 GB i próbowałem usunąć ~/.cache. Krótko po tym, jak plasmashellzrobię, to uruchomię tło pulpitu z tapetą, ale nie dałoby mi żadnego paska zadań i nie mogłem wyświetlić menu, klikając pulpit prawym przyciskiem myszy.

Ponowne uruchomienie lub ponowne uruchomienie całej maszyny nie pomogło.

jozxyqk
źródło

Odpowiedzi:

44

Odpowiedź jozxyqka jest prawidłowa, ale jest dość drastyczna. Powali wszystkie dostosowania paska narzędzi, ulubione aplikacje itp.

W zależności od przyczyny tego problemu w twoim przypadku możesz go naprawić, edytując plik plazma-org.kde.plasma.desktop-appletsrc, a następnie wykonując

kquitapp plasmashell && kstart plasmashell

Jedną z przyczyn, na które się natknąłem, jest błędna funkcjonalność multimonitora, która czasami „gubi” pasek zadań z ekranu laptopa po podłączeniu do zewnętrznego monitora, a następnie odłączeniu (jak sądzę, było to w plazmie 5.5 lub 5.6). W tym scenariuszu okazało się, że problemem jest ustawienie lastScreen w konfiguracji paska zadań. Aby to naprawić, znajdź sekcję tekstu w plazmie-org.kde.plasma.desktop-appletsrc, która wygląda następująco:

[Containments][1]
activityId=
formfactor=2
immutability=1
lastScreen=1
location=4
plugin=org.kde.panel
wallpaperplugin=org.kde.image

(Niektóre z tych linii mogą się różnić w zależności od konfiguracji. W mojej sekcji ta sekcja zawierała tylko tuzin linii, ale nie mam pojęcia, jak bardzo mogą się różnić.)

Ustawienie ostatniego ekranu = 0 rozwiązało problem. Zakładam, że 0 oznacza ekran mojego laptopa, a 1 to monitor zewnętrzny.

W razie wątpliwości zawsze możesz wykonać procedurę z odpowiedzi jozxyqk i porównać nowo wygenerowany plik plazmy-org.kde.plasma.desktop-appletsrc z zapisanym plikiem plazmy-org.kde.plasma.desktop-appletsrc.bak przed przywróceniem edytowanego wersja zapisanej kopii.

EricS
źródło
1
@Pavel, jeśli dobrze pamiętam, znalazłem to tak: odpowiedź jozxyqk doprowadziła mnie do poprawnego pliku. Zapisałem plik i skorzystałem z jego rozwiązania, a następnie porównałem nowy plik ze starym. lastScreen wydawał się prawdopodobnym kandydatem, więc wypróbowałem go (zastępując mój stary plik zmianą tej jednej rzeczy).
EricS
W moim przypadku polecenie „kquitapp plasmashell” spowodowało błąd („Błąd zamykania aplikacji plaasmashell nie powiodło się. Zgłoszony błąd to: org.freedesktop.DBus.Error.NoReply: Nie otrzymałem odpowiedzi ....”) i musiałem zabić plazmashell.
Daddy32
Teraz dostaję "Application plasmashell could not be found using service org.kde.plasmashell and path /MainApplication.". Czy istnieje zaktualizowana usługa do ponownego uruchomienia?
Paradoks
33

Aktualizacja: Najpierw zapoznaj się z odpowiedzią EricS, ponieważ możesz uniknąć utraty konfiguracji KDE.


Skończyło się na tym, że usunąłem losowe pliki konfiguracyjne z nazwą plasma. Ten, który zadziałał to:

cd ~/.config
mv plasma-org.kde.plasma.desktop-appletsrc \
   plasma-org.kde.plasma.desktop-appletsrc.bak

Następnie uruchom ponownie plaasmashell :

kbuildsycoca5 && kquitapp plasmashell && kstart plasmashell
jozxyqk
źródło
To mi się też przydarzyło. Twoje rozwiązanie działało, ale najpierw musiałem zmienić ~ / .cache / sycoca5 na moją nazwę użytkownika.
Geremy,
Mógłbym cię pocałować !!!
DrorCohen
Milion dziękuję za to: Twoja poprawka pomogła. Całkowicie zabrakło mi pomysłów.
lightonphiri,
1

Znalazłem również ten stan występujący, gdy plik plazmy-org.kde.plasma.desktop-appletsrc.lock został pozostawiony w katalogu ~ / .config. Usunięcie pliku blokady natychmiast usunęło problem.

JCMX
źródło
konwersja na komentarz
Pimp Juice IT
1

W moim przypadku z KDE 5.8.8 pomogło usunięcie następujących dwóch plików konfiguracyjnych:

rm ~/.config/plasma-org.kde.plasma.desktop-appletsrc
rm ~/.config/plasmashellrc

Następnie ponownie uruchom KDE.

Z jakiegoś powodu domyślne widżety, takie jak pasek zadań, nie zostały skonfigurowane podczas początkowej konfiguracji podczas niektórych aktualizacji itp.

Te Ri
źródło
0

Wiem, że ten post jest naprawdę stary, ale i dziś ten błąd nie został rozwiązany przez KDE. Zdarza się to dużo czasu, ale cofig wciąż jest irytujący i irytujący, ale dzisiaj znalazłem najszybsze i najłatwiejsze rozwiązanie. Po prostu naciśnij ALT+F2i wpisz „ksysguard”, otwórz go, a następnie znajdź „Kwin_x11” kliknij prawym przyciskiem myszy, a następnie kliknij przycisk wysyłania sygnału, a ostatnim krokiem jest kliknięcieInterrupt(INT)w ciągu 5-10 sekund wyświetlacz zmieni kolor na czarny, a po zalogowaniu wrócisz do sekcji logowania. Panel (y), tapeta itp. ... wszystko wróciło do normy ... Mam na myśli, że bez względu na to, jaką konfigurację używasz, przywróciłeś ją dokładnie tak, jak przed pojawieniem się tego problemu. Nie jestem pewien, czy aplikacja, której używasz w tej sesji, zostanie przywrócona. Ponieważ dzieje się to ze mną podczas aktualizacji systemu, więc proszę, skorzystaj z tej metody, a przywracanie sesji aplikacji lub jej brak, daj nam aktualizację, jeśli stacja nie została przywrócona i jakoś ją przywróciłeś, z wyprzedzeniem daj nam znać, jak to zrobiłeś ” pomoc za pomoc ”

Mój pierwszy post na superużytkowniku.

Jayesh Madoori
źródło
0

Uwaga: najpierw wykonaj kopię zapasową

cp ~/.config/plasma-org.kde.plasma.desktop-appletsrc ~/.config/plasma-org.kde.plasma.desktop-appletsrc.bak

OGÓLNY OPIS BŁĘDÓW

Załóżmy, że wykonuje się następujące czynności: podłącza nowy drugi monitor -> dołącza stary drugi monitor. Po tej procedurze „identyfikator ekranu” starego drugiego monitora ulega uszkodzeniu. Nie widać paska zadań (panelu), tapeta została zresetowana itp.


Poniższe kroki odnoszą się do pliku ~ / .config / plasma-org.kde.plasma.desktop-appletsrc (następnie SETFINGS_FILE)


JAK NAPRAWIĆ

I. ZNAJDŹ IDENTYFIKATORY EKRANOWE TWOICH MONITORÓW

  • Zmień tapety pulpitu na obu ekranach, np. Foo.png dla monitora 1 i bar.png monitor 2.

Poniżej opisano, jak znaleźć identyfikator ekranu dla monitora 1

  • Otwórz plik SETTINGS_FILE
  • Znajdź foo.png i bar.png w pliku SETTINGS_FILE

Zobaczysz następujący blok (dla foo.png)

[Containments][2][Wallpaper][org.kde.image][General] 
FillMode=6 
Image=~/Pictures/foo.png 

Oznacza to, że foo.png jest częścią [Ograniczenia] [2].

  • Następnie znajdź następujący blok, który odnosi się do [Kontenery] [2]

.

[Containments][2]
activityId=9c23ff19-bffa-4182-bdb6-d9b36dd27cdb
formfactor=0
immutability=1
lastScreen=0
location=0
plugin=org.kde.plasma.folder
wallpaperplugin=org.kde.image

voila, widzimy ciąg „lastScreen = 0”. Oznacza to, że identyfikator ekranu monitora 1 wynosi 0 (ponieważ monitor 1 odnosi się do foo.png, foo.png odnosi się do [Kontenery] [2], a [Kontenery] [2] odnosi się do lastScreen = 0).

W ten sam sposób można znaleźć identyfikator ekranu monitora 2, powiedzmy 1.

Załóżmy, że identyfikatory ekranu monitora 1 i monitora 2 wynoszą odpowiednio 0 i 1.

II. ZNAJDŹ I WYMIEŃ IDENTYFIKATORY EKRANU

  • Uruchom grep na SETTINGS_FILE

.

$ grep lastScreen=  plasma-org.kde.plasma.desktop-appletsrc
lastScreen=0
lastScreen=1
lastScreen=0
lastScreen=0
lastScreen=1
lastScreen=2
lastScreen=1
lastScreen=0
lastScreen=2
lastScreen=1
lastScreen=0
lastScreen=0
lastScreen=1
lastScreen=2

Jak widać, są linie z „lastScreen = 2”. To są zepsute linie.

  • W SETTINGS_FILE wykonaj zamiennik lastScreen = 2 -> lastScreen = 1.

  • Uruchom ponownie KDE

.

kquitapp5 plasmashell && kstart5 plasmashell

Teraz komputery powinny zostać naprawione!

Siergiej Gorbikow
źródło
-2

Edytuj plasma-appletsrci usuń tę sekcję.

[PlasmaViews][Panel 46][Horizontal1600]
alignment=132
maxLength=1600
minLength=1600
offset=0
panelVisibility=0
thickness=36

Następnie uruchom ponownie.

rukko
źródło
2
Twoje instrukcje są bardzo niejasne. Nie jestem pewien, czy ludzie mogliby wdrożyć twoje rozwiązanie na podstawie tego, co napisałeś. Czy możesz być bardziej wyraźny?
fixer1234