Complete lockup in KMail

Martin Steigerwald martin at lichtvoll.de
Sat Jan 7 16:30:15 GMT 2017


Am Samstag, 7. Januar 2017, 16:13:04 CET schrieb Peter Humphrey:
> On Tuesday, 3 January 2017 19:43:19 GMT Martin Steigerwald wrote:
> > Am Dienstag, 3. Januar 2017, 18:28:50 CET schrieb Peter Humphrey:
> > > > I was stuck recently after a semi-failed upgrade.  After messing with
> > > > the
> > > > akonadi database for a few hours I finally just shut akonadi down
> > > > ('akonadictl stop'), removed ~/.local/share/akonadi ('rm
> > > > ~/.local/share/akonadi') followed by a start ('akonadictl start').
> > > > The
> > > > start will see that the database is gone and rebuild it from scratch.
> > > 
> > > Ah, now there used to be a trick whereby stoppint akonadi, removing
> > > .local/ share/baloo (I think it was) and starting akonadi again would
> > > have the same effect. But with the current version(s) it has no effect
> > > at all. That directory stayed gone when I tried it. Thanks for the tip.
> > 
> > The search database has moved to ~/.local/share/akonadi/search_db on
> > splitting out mail indexing into an akonadi component (Akonadi Search).
> 
> So if I delete that directory and restart akonadi, will it rebuild all the
> indexes?

Maybe not immediately, but eventually it will. Maybe it helps if you remove 
the "initialIndexingDone=true" from the (I think not yet to akonadisearch 
renamed) config file, or remove the file and let it recreate it.

~/.config> cat baloorc    
[Akonadi]
aborted=false
agentIndexingVersion=4
dirtyCollections=
initialIndexingDone=true

Thanks,
-- 
Martin



More information about the kdepim-users mailing list