NIeuwe install | HELP! Alle Akonadi gerelateerde applicaties starten niet (Kontact,KMail,PIM etc.)

Goedenavind mede forumleden,

Loop tegen het probleem aan dat na een nieuwe installatie van Tumbleweed op een nieuwe mSATA SSD, de Akonadi geraleteerde aplicayies niet opstarten/werken:
Bij het aanklikken van de icon verschijnt een fractie van en seconde het icoon in het paneel onder in het scherm en er gebeurd verder niks.

Ben nu voor een ander een laptop (DELL Latitude E7250 i5) met Tumbleweed aan het installeren.
/Home partitie s versleuteld.
Naast Tumbleweed OS + KDE Desktop en het bijkomende standaardpakket aan software (zonder Games) heb ik de volgende applicaties geïnstalleerd:
-Signal Desktop
-Torbrowser-launcher
-Chromium
-SKYPE
-KGPG
-Plasma-vault
-GParted (ben eraan gewend Yast patitioner moet ik nog aan wennen)
-hdparm
-KWrite
-Pidgin instant messanger (verzoek van de eigenaar)
-Kolour Paint (verzoek van de eigenaar)

Met soortgelijke installatie heb ik al vele mensen laten overstappen van Ms W10 naar openSUSE (zowel met LEAP 15.1 en Tumbleweed) en laptops die verouderd werden bevonden een nieuw leven gegeven.

Nu doet zichiets vreemds voor.
Het lijkt erop dat de Akonadi gerelateerde applicaties niet willen starten.
Kort verschijnt de icoon in het paneel en niets meer…

Dat geld voor Kontact, Kmail, PIM exportprogramma van gegevens, KTnef, KAddressBook, KOrganizer, KwalletManager (de laatste start niet op via het aanklikken va de icoon in de starter maar wel via systeeminstellingen accountbeheer, lijkt een broken link of zo). Knotes en Kwrite doen het wel en zijn m.i. ook niet Akonadi afhankelijk.

Verder draait het systeem prima.
Ik dacht het met een herinstallatie van akonadi-server wel op te lossen.
Met

zypper rm akonadi-server

Akonadi-server verwijderd en het systeem vervolgens opnieuw gestart en met

zypper in akonadi-server

Akonadi-server weer geinstalleerd.
Geen resultaat.

Het voelt alsof ik opnieuw moet installeren, wat op deze latop niet een direct probleem is, want ik heb alle data en de PIM-gegevens en e-mail van zijn andere systeem netjes geexpotteerd. Echter wellicht is er een manier om Kmail, Kontact etc. toch op een makkelijkere wijze aan de praat te krijgebn zonder nieuwe installatie.

Alvast mijn dank voor jullie inzichten.

Pakketten opnieuw installeren mag in principe nooit een oplossing zijn ( uitzonderingen daargelaten, waarbij bijv. een kernel driver opnieuw wordt gebouwd ). In dit geval denk ik eerlijk gezegd dat de versleuteling van de home partitie een rol kan spelen. Wat zie je als je


akonadictl status

doet? Gewoon als user.
Graag de output hier tussen CODE tags

EDIT: Kwallet is overigens niet akonadi gerelateerd. Alleen dat wat in Kontact zit.

Tjeee dat is snel!

Ik zie dan dit:

localhost:/home/roland # akonadictl status
QStandardPaths: wrong ownership on runtime directory /run/user/1003, 1003 instead of 0
D-Bus session bus is not available!
KCrash: Application 'akonadictl' crashing...
KCrash: Attempting to start /usr/lib64/libexec/drkonqi from kdeinit
sock_file=/kdeinit5__0
Warning: connect() failed: : Bestand of map bestaat niet
KCrash: Attempting to start /usr/lib64/libexec/drkonqi directly
QStandardPaths: wrong ownership on runtime directory /run/user/1003, 1003 instead of 0
QStandardPaths: wrong ownership on runtime directory /run/user/1003, 1003 instead of 0
QStandardPaths: wrong ownership on runtime directory /run/user/1003, 1003 instead of 0
QStandardPaths: wrong ownership on runtime directory /run/user/1003, 1003 instead of 0
QStandardPaths: wrong ownership on runtime directory /run/user/1003, 1003 instead of 0

[1]+  Gepauzeerd              akonadictl status

En ik krijg een mooi grafisch venster in beeld dat mij vertelt:

Helaas akonadictl is gesloten en dat er geen rapport mogelijkheid is.

Dat was als ‘root’ zie ik. Je moet het commando als gewone gebruiker uitvoeren.

Just FYI

Overigens heb ik op mijn eigen laptop ook de /home partitie LUKS versleuteld en daarop werkt Kontact, Kmail etc. wel gewoon, geen problemen.

Als gewone gebruiker:

roland@localhost:~> akonadictl status
Akonadi Control: running
Akonadi Server: running
Akonadi Server Search Support: available (Remote Search, Akonadi Search Plugin)
Available Agent Types: akonadi_akonotes_resource, akonadi_archivemail_agent, akonadi_birthdays_resource, akonadi_contacts_resource, akonadi_davgroupware_resource, akonadi_ews_resource, akonadi_ewsmta_resource, akonadi_facebook_resource, akonadi_followupreminder_agent, akonadi_googlecalendar_resource, akonadi_googlecontacts_resource, akonadi_ical_resource, akonadi_icaldir_resource, akonadi_imap_resource, akonadi_indexing_agent, akonadi_kalarm_dir_resource, akonadi_kalarm_resource, akonadi_knut_resource, akonadi_kolab_resource, akonadi_maildir_resource, akonadi_maildispatcher_agent, akonadi_mailfilter_agent, akonadi_mbox_resource, akonadi_migration_agent, akonadi_mixedmaildir_resource, akonadi_newmailnotifier_agent, akonadi_notes_agent, akonadi_notes_resource, akonadi_openxchange_resource, akonadi_pop3_resource, akonadi_sendlater_agent, akonadi_tomboynotes_resource, akonadi_unifiedmailbox_agent, akonadi_vcard_resource, akonadi_vcarddir_resource

Is dit wel op dezelfde computer waar 't niet werkt? Hier draait akonadi gewoon.

Dit is dezelfde computer, echter het is kennelijk geen akonadi probleem. Op moment van posten las ik ook de eerste drie regels running & available…
Echter als ik -in de grafische modus- op de iconen klick, van de Kontact applicaties, dan doen ze echt niks. O.K. behalve even oplichten in de paneel-balk onderin het scherm, echt niet meer dan een fractie van een secondet.

Geen idee waarom het niet opstart door op de iconen te klikken.
Opmerkelijk is wel dat ook de niet Kontact applicatie KWallet niet vanuit de icoon wil starten.

Misschien de applicaties die ik anders nooit installeer zoals Pidgin en Kolour paint er even af gooien … al zijn die tamelijk standaard en lijken mij niet te storen.

Nee, dit lijkt een KDE probleem. Kun je 's een nieuwe gebruiker aanmaken en kijken of het probleem voor die gebruiker ook bestaat? Zo nee, dan is het iets in de homedir van de gebruiker, zo ja, dan is het een systeem probleem.

Ook kun je bijv. kmail 's opstarten vanuit een terminal venster, en kijken waar 't op stuk loopt.

Hi,

Ik probeerde al:

localhost:/home/roland # usr/share/applications/kmail
bash: usr/share/applications/kmail: Bestand of map bestaat niet

Dat doet het dus niet.

Ik zal even een gebruiker aanmaken.
Op de andere twee gebruikers doet het systeem ook niets (er zijn drie gebruikers aangemaakt).

In nieuwe gebruiker ook geen reactie op klick op de icoon.

Ook dit probeer je als root, terwijl je 't als gewone gebruiker moet doen. Als er root permissies nodig zijn, vertellen we dat er altijd wel even bij. Bovendien staat de executable van kmail niet in /usr/share/applications, maar in /usr/bin, wat zich in je PATH bevindt, dus is


kmail

genoeg.

In nieuwe gebruiker precies hetzelfde gedrag een blink van de icoon in het paneel onderaan is alles wat er gebeurd.

Inmiddels kreeg ik ook updates van openSUSE Tumbleweed en die draaien ook niet vanaf grafische modus.
Voorheen moest Tumbleweed gewoon via

zypper dup

en no problem.
Dat kan nu ook natuurlijk en ik stuit dan ook op dat pronbleem, mag ik vermoeden.

Ik krijg de volgende tekst in beeld:

Window
Software Updates

Fout tijdens bijwerken
There is no update candidate for
libMagickCore-7Q16HDRI6-7.0.8.68-1.1.x86_64

Ik heb zo’n bruin vermoeden dat dit er mee van doen heeft.
Ben erg benieuwd naar je inzichten.

Ik zal eerst nog even je suggestie uit je reactie van 05-Nov-2019, 22:36 proberen daar had ik in de gauwigheid even ooverheen gekeken.

Als user krijg ik deze output:

roland@localhost:~> kmail
kmail: symbol lookup error: /usr/lib64/libKF5ContactEditor.so.5: undefined symbol: _ZN9KContacts9Addressee16staticMetaObjectE
roland@localhost:~>

Kun je je repos 's laten zien?


zypper lr -d

Yep… Bij deze … Jij staat er ook in met je SIGNAL

roland@localhost:~> zypper lr -d
#  | Alias                               | Naam                        | Ingeschakeld | GPG-controle | Vernieuwen | Prioriteit | Type   | URI                                                                                  | Service
---+-------------------------------------+-----------------------------+--------------+--------------+------------+------------+--------+--------------------------------------------------------------------------------------+--------
 1 | http-download.opensuse.org-4b6c1c5e | home:Knurpht:Extras         | Ja           | (r ) Ja      | Ja         |   99       | rpm-md | http://download.opensuse.org/repositories/home:/Knurpht:/Extras/openSUSE_Tumbleweed/ |        
 2 | http-download.opensuse.org-7be697cb | openSUSE:Tumbleweed         | Ja           | (r ) Ja      | Ja         |   99       | rpm-md | http://download.opensuse.org/repositories/openSUSE:/Tumbleweed/standard/             |        
 3 | http-download.opensuse.org-d0491a22 | openSUSE:Factory            | Ja           | (r ) Ja      | Ja         |   99       | rpm-md | http://download.opensuse.org/repositories/openSUSE:/Factory/snapshot/                |        
 4 | http-download.opensuse.org-f07cf8c1 | openSUSE:Leap:15.1          | Ja           | (r ) Ja      | Ja         |   99       | rpm-md | http://download.opensuse.org/distribution/leap/15.1/repo/oss/                        |        
 5 | openSUSE-20190916-0                 | openSUSE-20190916-0         | Nee          | ----         | ----       |   99       | rpm-md | hd:/?device=/dev/disk/by-id/usb-_USB_DISK_2.0_900072AD37CE6E55-0:0-part1             |        
 6 | repo-debug                          | openSUSE-Tumbleweed-Debug   | Nee          | ----         | ----       |   99       | NONE   | http://download.opensuse.org/debug/tumbleweed/repo/oss/                              |        
 7 | repo-non-oss                        | openSUSE-Tumbleweed-Non-Oss | Ja           | (r ) Ja      | Ja         |   99       | rpm-md | http://download.opensuse.org/tumbleweed/repo/non-oss/                                |        
 8 | repo-oss                            | openSUSE-Tumbleweed-Oss     | Ja           | (r ) Ja      | Ja         |   99       | rpm-md | http://download.opensuse.org/tumbleweed/repo/oss/                                    |        
 9 | repo-source                         | openSUSE-Tumbleweed-Source  | Nee          | ----         | ----       |   99       | NONE   | http://download.opensuse.org/source/tumbleweed/repo/oss/                             |        
10 | repo-update                         | openSUSE-Tumbleweed-Update  | Ja           | (r ) Ja      | Ja         |   99       | rpm-md | http://download.opensuse.org/update/tumbleweed/                                      |        
11 | skype-stable                        | skype (stable)              | Ja           | (r ) Ja      | Ja         |   99       | rpm-md | https://repo.skype.com/rpm/stable/                                                   |        
roland@localhost:~> 

Begrijhp niet zo goed waar die LEAP 15.1 vandaan komt???

Mijn idee is dat nr 4 gewoon weg kan…

Haal alle vetgemaakte repos weg:


sudo zypper rr 2 3 4 5 6 9 10

en draai dan


sudo zypper dup

Sowieso is het beter om niet steeds ‘su’ of ‘su -’ te gebruiken. Commando’s zijn altijd als gebruiker. Zijn er root rechten nodig, dan wordt dat vermeld. Met ‘sudo’ gelden de rootrechten alleen voor het betreffende commando, niet voor wat je op dat moment verder aan commando’s uitvoert.

Zonder twijfel is de ellende veroorzaakt door deze mix van repos. Factory is overigens niet hetzelfde als TW. Wat er gebeurt is dat je onderliggende libraries voor KDE niet matchen met de KDE versie die je draait, dan krijg je dit soort fenomenen.

Daarom wil ik ook meer leren in Terminal te werken gaat al beter maar die one click is zo verleidelijk.

Ik mag vermoeden dat ik eens niet heb opgelet en er een 15.1 applicatie tussen stond en ik de one click install gedaan heb of zoiets (haastige spoed met een glas Bordeaux in de hand etc…) FAIL! van mijzelf dus alweer …

Ik ga het zo doen als jij mij aanbeveelt en knoop dit goed in m’n oren.