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