1 |
On Friday 29 May 2015 16:36:59 Peter Humphrey wrote: |
2 |
> On Friday 29 May 2015 16:19:38 Mick wrote: |
3 |
> > On Friday 29 May 2015 10:36:37 Peter Humphrey wrote: |
4 |
> > > I had two sets of problems: one in KDE which I might have nailed |
5 |
> > > finally [1], and one at boot time in which /dev/md7 (RAID-1 with |
6 |
> > > metadata > 1.0) was not being started. |
7 |
> > > |
8 |
> > > [1] Whenever I've had KMail screw up I've created a new user and |
9 |
> > > re-imported its 14,000 e-mails, and until this latest time I've copied |
10 |
> > > the .mozilla directory from the old user to the new. This time I did |
11 |
> > > not, and so far all looks rosy. I'm not counting any chickens yet |
12 |
> > > though. |
13 |
> > |
14 |
> > Did you try deleting the akonadi database file(s) and restarting it |
15 |
> > instead of creating a new user? You will have to be patient, probably |
16 |
> > let it run overnight to asynchronously sync and re-index all your |
17 |
> > messages. |
18 |
> |
19 |
> I don't think I dare risk it: |
20 |
> |
21 |
> $ find . -name \*akonadi\* | wc |
22 |
> 49 49 2665 |
23 |
> $ find . -name \*akonadi\*dat | wc |
24 |
> 13 13 901 |
25 |
> |
26 |
> How would I know which to delete and which to leave alone? No, it may be |
27 |
> more work to start again with a clean slate, but at least I can be |
28 |
> confident of not screwing anything up too badly. |
29 |
|
30 |
This is how I would try it out: |
31 |
|
32 |
1. Create a back up of your complete /home. |
33 |
2. akonadictl stop |
34 |
3. Rename/move ~/.local/share/akonadi/db_data/ (or delete it since you now |
35 |
have a back up of this mess). |
36 |
4. akonadictl start. |
37 |
|
38 |
Then go and make a brew, because this can take some time. I have hundreds of |
39 |
thousands of messages, so mine takes forever. I even thought of deleting most |
40 |
of my Google messages to accelerate this process, if I ever move to Kmail2. |
41 |
|
42 |
-- |
43 |
Regards, |
44 |
Mick |