kmail: verschobene Nachrichten bleiben nicht im Zielordner
Hallo, in kmail in der Version 5.14.2 (20.04.2) verschiebe ich Nachrichten manuell vom Posteingang in einen anderen lokalen Ordner. Nach einem Neustart von kmail sind sie jedoch wieder im Posteingang. Ist extrem lästig. Außerdem stoppt Akonadi gerne in Verbindung von der kmail Funktion "Erinnerung an Folgenachricht hinzufügen". Die Funktion wird ausgeführt und der Eintrag ist auch in der Tabelle mit den Folgenachrichten enthalten, aber kurze Zeit später steht Akonadi. Es gibt noch weitere Anomalien, die vielleicht helfen: Das löschen von Dateien, Verschieben in den Papierkorb, in Dolphin ist extrem verzögert. Dauert auch bei kleinen Dateien 10 Sekunden. Änderungen in den Systemeinstellungen bleiben nicht erhalten. Ich muss nach jedem Neustart den Composer einstellen. Es wird die richtige Einstellung angezeigt, aber nicht verwendet. Erst nach Wechsel von 3.1 auf 2.0 und wieder zurück wird er benutzt. Außerdem wird das System nach jedem Neustart durch den akonadi_indexing_agent für mehr als 1 Stunde lahmgelegt, so dass ich den indexer gleich nach Start abschalte. Da ich vermute, dass alle Fehler irgendwie mit Akonadi in Verbindung stehen habe ich alle aufgelistet. Ein Neuaufsetzen des Systems hat nichts geholfen, da die mit Leap 15.2 erzeugte PIM-Sicherung nicht in Leap 15.3 einzulesen war. Jetzt läuft ein Leap 15.3 mit dem home von 15.2. Bin ratlos und genervt. -- Dirk
Am Donnerstag, dem 14.10.2021 um 09:28 +0200 schrieb Dirk Meier: Siehe meine gerade gemachte Anmerkung zu dem Post von Helga Fischer, Tue, 12 Oct 2021 19:17:45 +0200 -- JUK
Hallo Dirk, hallo zusammen, Am Donnerstag, 14. Oktober 2021, 09:28:19 CEST schrieb Dirk Meier:
in kmail in der Version 5.14.2 (20.04.2) verschiebe ich Nachrichten manuell vom Posteingang in einen anderen lokalen Ordner. Nach einem Neustart von kmail sind sie jedoch wieder im Posteingang. Ist extrem lästig. Außerdem stoppt Akonadi gerne in Verbindung von der kmail Funktion "Erinnerung an Folgenachricht hinzufügen". Die Funktion wird ausgeführt und der Eintrag ist auch in der Tabelle mit den Folgenachrichten enthalten, aber kurze Zeit später steht Akonadi.
Auch wenn das nach "noch ein KMail-Problem" aussieht - die anderen Dinge, die Du beschreibst, sehen eher nach einem allgemeinem Problem mit Deinem Rechner aus.
Es gibt noch weitere Anomalien, die vielleicht helfen: Das löschen von Dateien, Verschieben in den Papierkorb, in Dolphin ist extrem verzögert. Dauert auch bei kleinen Dateien 10 Sekunden.
Dolphin hat nichts mit KMail oder Akonadi zu tun. Hast Du mal in einer Konsole eine Datei (mit "mv") verschoben? Dauert das auch so lang?
Änderungen in den Systemeinstellungen bleiben nicht erhalten. Ich muss nach jedem Neustart den Composer einstellen. Es wird die richtige Einstellung angezeigt, aber nicht verwendet. Erst nach Wechsel von 3.1 auf 2.0 und wieder zurück wird er benutzt.
Auch wenn ich gerade nicht weiß, was Du mit "Composer" meinst - Systemeinstellungen sind auch unabhängig von KMail und Akonadi.
Außerdem wird das System nach jedem Neustart durch den akonadi_indexing_agent für mehr als 1 Stunde lahmgelegt, so dass ich den indexer gleich nach Start abschalte.
Auch wenn das mit Akonadi zusammenhängt, würde ich es eher dem allgemeinen Problem zuordnen.
Da ich vermute, dass alle Fehler irgendwie mit Akonadi in Verbindung stehen habe ich alle aufgelistet.
Ich glaube eher, dass Du allgemeine Probleme mit Deinem Rechner hast, und darunter leidet auch KMail. Ich wäre nicht überrascht, wenn Deine Festplatte Ärger macht und/oder Du eine kaputtes Dateisystem hast. Wirf mal einen Blick in die Logfiles (/var/log/messages oder journalctl, außerdem dmesg) - mit etwas Glück findest Du da entsprechende Hinweise. Eine alternative Erklärung wäre, dass Du einen sehr hohen Load oder extrem viele Plattenzugriffe hast. Prüf das mal mit top und iotop (wobei 10 Sekunden fürs Löschen einer Datei jenseits von gut und böse sind)
Ein Neuaufsetzen des Systems hat nichts geholfen, da die mit Leap 15.2 erzeugte PIM-Sicherung nicht in Leap 15.3 einzulesen war. Jetzt läuft ein Leap 15.3 mit dem home von 15.2.
Ist das home noch das gleiche (möglicherweise kaputte) Dateisystem, oder hast Du es aus einem Backup auf ein neues Dateisystem zurückkopiert? Gruß Christian Boltz --
Bekomme ich mit spamassassin eine ähnlich gute Erkennungsrate hin wie Symantec und Ironport mit ihren riesigen Reputationsdatenbanken ? Um es so schlecht hinzubekommen müsst Ihr euch anstrengen. [> Markus Kötter und Andreas in postfix-users]
Am Freitag, 15. Oktober 2021, 23:23:53 CEST schrieb Christian Boltz:
Hallo Dirk, hallo zusammen,
Am Donnerstag, 14. Oktober 2021, 09:28:19 CEST schrieb Dirk Meier:
in kmail in der Version 5.14.2 (20.04.2) verschiebe ich Nachrichten manuell vom Posteingang in einen anderen lokalen Ordner. Nach einem Neustart von kmail sind sie jedoch wieder im Posteingang. Ist extrem lästig. Außerdem stoppt Akonadi gerne in Verbindung von der kmail Funktion "Erinnerung an Folgenachricht hinzufügen". Die Funktion wird ausgeführt und der Eintrag ist auch in der Tabelle mit den Folgenachrichten enthalten, aber kurze Zeit später steht Akonadi.
Auch wenn das nach "noch ein KMail-Problem" aussieht - die anderen Dinge, die Du beschreibst, sehen eher nach einem allgemeinem Problem mit Deinem Rechner aus.
Es gibt noch weitere Anomalien, die vielleicht helfen: Das löschen von Dateien, Verschieben in den Papierkorb, in Dolphin ist extrem verzögert. Dauert auch bei kleinen Dateien 10 Sekunden.
Dolphin hat nichts mit KMail oder Akonadi zu tun.
Hast Du mal in einer Konsole eine Datei (mit "mv") verschoben? Dauert das auch so lang?
Änderungen in den Systemeinstellungen bleiben nicht erhalten. Ich muss nach jedem Neustart den Composer einstellen. Es wird die richtige Einstellung angezeigt, aber nicht verwendet. Erst nach Wechsel von 3.1 auf 2.0 und wieder zurück wird er benutzt.
Auch wenn ich gerade nicht weiß, was Du mit "Composer" meinst - Systemeinstellungen sind auch unabhängig von KMail und Akonadi.
Außerdem wird das System nach jedem Neustart durch den akonadi_indexing_agent für mehr als 1 Stunde lahmgelegt, so dass ich den indexer gleich nach Start abschalte.
Auch wenn das mit Akonadi zusammenhängt, würde ich es eher dem allgemeinen Problem zuordnen.
Da ich vermute, dass alle Fehler irgendwie mit Akonadi in Verbindung stehen habe ich alle aufgelistet.
Ich glaube eher, dass Du allgemeine Probleme mit Deinem Rechner hast, und darunter leidet auch KMail.
Ich wäre nicht überrascht, wenn Deine Festplatte Ärger macht und/oder Du eine kaputtes Dateisystem hast. Wirf mal einen Blick in die Logfiles (/var/log/messages oder journalctl, außerdem dmesg) - mit etwas Glück findest Du da entsprechende Hinweise.
Eine alternative Erklärung wäre, dass Du einen sehr hohen Load oder extrem viele Plattenzugriffe hast. Prüf das mal mit top und iotop (wobei 10 Sekunden fürs Löschen einer Datei jenseits von gut und böse sind)
Ein Neuaufsetzen des Systems hat nichts geholfen, da die mit Leap 15.2 erzeugte PIM-Sicherung nicht in Leap 15.3 einzulesen war. Jetzt läuft ein Leap 15.3 mit dem home von 15.2.
Ist das home noch das gleiche (möglicherweise kaputte) Dateisystem, oder hast Du es aus einem Backup auf ein neues Dateisystem zurückkopiert?
Gruß
Christian Boltz
Bekomme ich mit spamassassin eine ähnlich gute Erkennungsrate hin wie Symantec und Ironport mit ihren riesigen Reputationsdatenbanken ?
Um es so schlecht hinzubekommen müsst Ihr euch anstrengen. [> Markus Kötter und Andreas in postfix-users]
Hallo Christian, vielen Dank für deine Antworten. Das System läuft lokal einer SSD. Das home ist über NFS von einem Server mit RAID 10 eingebunden. mv auf der Konsole geht normal schnell, löschen ebenfalls. Habe gerade mit touch eine Datei erzeugt und auf der Konsole gelöscht. War sofort weg. Nochmal eine erzeugt und mit Dolphin gelöscht. Hat 15 Sekunden gedauert. Allerdings nicht gelöscht, sondern in den Papierkorb verschoben. Nochmal eine Datei erzeugt und in einen ebenfalls neu erstellent Testordner verschoben. Ging sofort. Der Composer ist eine Einstellung für die Anzeige und z.B. für die Schattierung der Fenster zuständig. Zumindest gibt es keine wenn das System startet und wenn ich den Composer wechsele sind die Schattierungen da. Das home ist tatsächlich das originale. Ok. Dolphin hat nichts mit Akonadi zu tun. Gerade habe ich ausprobiert was passiert, wenn ich die Datei mit Dolphin lösche und nicht in den Papierkorb verschiebe. Das Löschen geht normal schnell. Ist der Papierkorb eine Funktion von Akonadi oder eine andere Datenbank? Wo werden die Systemeinstellungen denn gespeichert? top sagt 65% idle. Aber ich habe eine hohe Anzahl an kalarm Meldungen, die teilweise in großer Anzahl gleichzeit auf den Bildschirm kommen. Die Log-Dateien werde ich mal untersuchen. Wie kann ich denn das Dateisystem der home-Parition auf Fehler prüfen? Ist ein xfs. Ich wollte das home auch schon mal neu einrichten. Beim Wechsel von Leap 15.2 auf Leap 15.3. Ist aber daran gescheitert, dass die PIM Sicherung aus Leap 15.2 nicht in 15.3 einlesbar war. Habe ich auch nicht ganz verstanden, da das PIM aus Leap 15.3 ja mit dem home aus 15.2 funktioniert. Oder zumindest die Daten findet. -- Dirk
Am 18.10.21 um 21:17 schrieb Dirk Meier:
Am Freitag, 15. Oktober 2021, 23:23:53 CEST schrieb Christian Boltz:
Hallo Dirk, hallo zusammen,
Am Donnerstag, 14. Oktober 2021, 09:28:19 CEST schrieb Dirk Meier:
in kmail in der Version 5.14.2 (20.04.2) verschiebe ich Nachrichten manuell vom Posteingang in einen anderen lokalen Ordner. Nach einem Neustart von kmail sind sie jedoch wieder im Posteingang. Ist extrem lästig. Außerdem stoppt Akonadi gerne in Verbindung von der kmail Funktion "Erinnerung an Folgenachricht hinzufügen". Die Funktion wird ausgeführt und der Eintrag ist auch in der Tabelle mit den Folgenachrichten enthalten, aber kurze Zeit später steht Akonadi. Auch wenn das nach "noch ein KMail-Problem" aussieht - die anderen Dinge, die Du beschreibst, sehen eher nach einem allgemeinem Problem mit Deinem Rechner aus.
Es gibt noch weitere Anomalien, die vielleicht helfen: Das löschen von Dateien, Verschieben in den Papierkorb, in Dolphin ist extrem verzögert. Dauert auch bei kleinen Dateien 10 Sekunden. Dolphin hat nichts mit KMail oder Akonadi zu tun.
Hast Du mal in einer Konsole eine Datei (mit "mv") verschoben? Dauert das auch so lang?
Änderungen in den Systemeinstellungen bleiben nicht erhalten. Ich muss nach jedem Neustart den Composer einstellen. Es wird die richtige Einstellung angezeigt, aber nicht verwendet. Erst nach Wechsel von 3.1 auf 2.0 und wieder zurück wird er benutzt. Auch wenn ich gerade nicht weiß, was Du mit "Composer" meinst - Systemeinstellungen sind auch unabhängig von KMail und Akonadi.
Außerdem wird das System nach jedem Neustart durch den akonadi_indexing_agent für mehr als 1 Stunde lahmgelegt, so dass ich den indexer gleich nach Start abschalte. Auch wenn das mit Akonadi zusammenhängt, würde ich es eher dem allgemeinen Problem zuordnen.
Da ich vermute, dass alle Fehler irgendwie mit Akonadi in Verbindung stehen habe ich alle aufgelistet. Ich glaube eher, dass Du allgemeine Probleme mit Deinem Rechner hast, und darunter leidet auch KMail.
Ich wäre nicht überrascht, wenn Deine Festplatte Ärger macht und/oder Du eine kaputtes Dateisystem hast. Wirf mal einen Blick in die Logfiles (/var/log/messages oder journalctl, außerdem dmesg) - mit etwas Glück findest Du da entsprechende Hinweise.
Eine alternative Erklärung wäre, dass Du einen sehr hohen Load oder extrem viele Plattenzugriffe hast. Prüf das mal mit top und iotop (wobei 10 Sekunden fürs Löschen einer Datei jenseits von gut und böse sind)
Ein Neuaufsetzen des Systems hat nichts geholfen, da die mit Leap 15.2 erzeugte PIM-Sicherung nicht in Leap 15.3 einzulesen war. Jetzt läuft ein Leap 15.3 mit dem home von 15.2. Ist das home noch das gleiche (möglicherweise kaputte) Dateisystem, oder hast Du es aus einem Backup auf ein neues Dateisystem zurückkopiert?
Gruß
Christian Boltz
Bekomme ich mit spamassassin eine ähnlich gute Erkennungsrate hin wie Symantec und Ironport mit ihren riesigen Reputationsdatenbanken ? Um es so schlecht hinzubekommen müsst Ihr euch anstrengen. [> Markus Kötter und Andreas in postfix-users]
Hallo Christian,
vielen Dank für deine Antworten. Das System läuft lokal einer SSD. Das home ist über NFS von einem Server mit RAID 10 eingebunden. mv auf der Konsole geht normal schnell, löschen ebenfalls. Habe gerade mit touch eine Datei erzeugt und auf der Konsole gelöscht. War sofort weg. Nochmal eine erzeugt und mit Dolphin gelöscht. Hat 15 Sekunden gedauert. Allerdings nicht gelöscht, sondern in den Papierkorb verschoben. Nochmal eine Datei erzeugt und in einen ebenfalls neu erstellent Testordner verschoben. Ging sofort. Der Composer ist eine Einstellung für die Anzeige und z.B. für die Schattierung der Fenster zuständig. Zumindest gibt es keine wenn das System startet und wenn ich den Composer wechsele sind die Schattierungen da. Das home ist tatsächlich das originale. Ok. Dolphin hat nichts mit Akonadi zu tun. Gerade habe ich ausprobiert was passiert, wenn ich die Datei mit Dolphin lösche und nicht in den Papierkorb verschiebe. Das Löschen geht normal schnell. Ist der Papierkorb eine Funktion von Akonadi oder eine andere Datenbank? Wo werden die Systemeinstellungen denn gespeichert? top sagt 65% idle. Aber ich habe eine hohe Anzahl an kalarm Meldungen, die teilweise in großer Anzahl gleichzeit auf den Bildschirm kommen. Die Log-Dateien werde ich mal untersuchen. Wie kann ich denn das Dateisystem der home-Parition auf Fehler prüfen? Ist ein xfs. Ich wollte das home auch schon mal neu einrichten. Beim Wechsel von Leap 15.2 auf Leap 15.3. Ist aber daran gescheitert, dass die PIM Sicherung aus Leap 15.2 nicht in 15.3 einlesbar war. Habe ich auch nicht ganz verstanden, da das PIM aus Leap 15.3 ja mit dem home aus 15.2 funktioniert. Oder zumindest die Daten findet.
Hallo Dirk, "*Akonadi* ist ein gemeinsam nutzbarer Datenverwaltungsdienst. Akonadi bietet Anwendungsprogrammen https://de.wikipedia.org/wiki/Anwendungsprogramm, insbesondere PIM-Anwendungen https://de.wikipedia.org/wiki/Personal_Information_Manager wie E-Mail https://de.wikipedia.org/wiki/E-Mail- oder Kalenderprogrammen https://de.wikipedia.org/wiki/Personal_Information_Manager, Lese-, Schreib- und Abfragezugriff https://de.wikipedia.org/wiki/CRUD auf einheitlich verwaltete Daten und Metadaten https://de.wikipedia.org/wiki/Metadaten." (aus Wikipedia) Also versucht es Verschiebungen von Dateien nachzuvollziehen, kann es aber nicht, weil der Indexer abgestellt ist. => nach Neustart im alten Ordner! Auch ich habe ein nfs-Laufwerk und Akonadi versuchte dort *alle* Dateien zu indizieren: dauerte auch so lange wie bei Dir. Mit "Filelight" habe ich gesehen, dass Akonadi mindestens den halben Platteplatz bei mir verbrauchte! Da ich PIM (kmail usw.) nicht benutze, habe ich das alles gelöscht und es funktioniert alles wieder normal. xfs prüfen: auf der Konsole "xfs_repair" eingeben. Dazu sind die xfs tools nötig. Die Option "-n" zeigt nur die auszuführenden Reparaturen an. Zur Sicherheit zuerst ausführen. Backup schadet nie! Viele Grüße Rolf
Hallo Rolf, hallo Dirk, hallo zusammen, Am Dienstag, 19. Oktober 2021, 11:14:37 CEST schrieb Rolf Schumann:
Am 18.10.21 um 21:17 schrieb Dirk Meier:
Am Freitag, 15. Oktober 2021, 23:23:53 CEST schrieb Christian Boltz:
Am Donnerstag, 14. Oktober 2021, 09:28:19 CEST schrieb Dirk Meier: [diverse Probleme, nicht nur mit KMail]
vielen Dank für deine Antworten. Das System läuft lokal einer SSD. Das home ist über NFS von einem Server mit RAID 10 eingebunden.
Ah, NFS. Das macht die Sache nochmal spannender.
mv auf der Konsole geht normal schnell, löschen ebenfalls. Habe gerade mit touch eine Datei erzeugt und auf der Konsole gelöscht. War sofort weg. Nochmal eine erzeugt und mit Dolphin gelöscht. Hat 15 Sekunden gedauert. Allerdings nicht gelöscht, sondern in den Papierkorb verschoben.
Das ist effektiv ein Verschieben nach ~/..local/share/Trash (+ Anlegen einer kleinen Datei mit Metadaten, s. u.) War das im Home (NFS) oder ein lokales Verzeichnis? Bonusfrage: wenn Du das mehrfach probierst, sind die 15 Sekunden relativ konstant oder variiert die Dauer deutlich? (Falls es immer genau 15 Sekunden sind, rennst Du vielleicht in einen Netzwerk-Timeout, und der zweite Versuch [wild guess: mit TCP statt UDP oder so] funktioniert.)
Nochmal eine Datei erzeugt und in einen ebenfalls neu erstellent Testordner verschoben. Ging sofort.
Lag der Testordner auch im Home, also auf NFS?
Gerade habe ich ausprobiert was passiert, wenn ich die Datei mit Dolphin lösche und nicht in den Papierkorb verschiebe. Das Löschen geht normal schnell. Ist der Papierkorb eine Funktion von Akonadi oder eine andere Datenbank?
Der Papierkorb ist ein "langweiliges" Verzeichnis: ~/..local/share/Trash Die "Datenbank" dahinter sind einfache Textdateien, in denen das Ursprungsverzeichnis und Datum und Uhrzeit der gelöschten Datei stehen.
Wo werden die Systemeinstellungen denn gespeichert? top sagt 65% idle. Aber ich habe eine hohe Anzahl an kalarm Meldungen, die teilweise in großer Anzahl gleichzeit auf den Bildschirm kommen.
Das kann die Oberfläche ausbremsen (und auch spürbar CPU-Last verursachen), aber aufs Dateisystem sollten sich diese Meldungen nicht auswirken.
"*Akonadi* ist ein gemeinsam nutzbarer Datenverwaltungsdienst. [...] Also versucht es Verschiebungen von Dateien nachzuvollziehen, kann es aber nicht, weil der Indexer abgestellt ist. => nach Neustart im alten Ordner! Auch ich habe ein nfs-Laufwerk und Akonadi versuchte dort *alle* Dateien zu indizieren: dauerte auch so lange wie bei Dir.
Kann es sein, dass Du Akonadi zu viele Aufgaben zuschreibst oder es mit was Anderem verwechselst? Akonadi kümmert sich um PIM (also Mails etc.) - aber definitiv nicht um "normale" Dateien oder gar den Mülleimer. Der KDE-Datei-Indexer ist "Baloo", und der lässt sich in den Systemeinstellungen unter "Suche" konfigurieren und auch abschalten. Gruß Christian Boltz -- Encryption is only for terrorists and as such not supported :-) [Stefan Seyfried in opensuse-packaging]
Am Mittwoch, 20. Oktober 2021, 19:15:34 CEST schrieb Christian Boltz:
Hallo Rolf, hallo Dirk, hallo zusammen,
Am Dienstag, 19. Oktober 2021, 11:14:37 CEST schrieb Rolf Schumann:
Am 18.10.21 um 21:17 schrieb Dirk Meier:
Am Freitag, 15. Oktober 2021, 23:23:53 CEST schrieb Christian Boltz:
Am Donnerstag, 14. Oktober 2021, 09:28:19 CEST schrieb Dirk Meier: [diverse Probleme, nicht nur mit KMail]
vielen Dank für deine Antworten. Das System läuft lokal einer SSD. Das home ist über NFS von einem Server mit RAID 10 eingebunden.
Ah, NFS. Das macht die Sache nochmal spannender.
mv auf der Konsole geht normal schnell, löschen ebenfalls. Habe gerade mit touch eine Datei erzeugt und auf der Konsole gelöscht. War sofort weg. Nochmal eine erzeugt und mit Dolphin gelöscht. Hat 15 Sekunden gedauert. Allerdings nicht gelöscht, sondern in den Papierkorb verschoben.
Das ist effektiv ein Verschieben nach ~/..local/share/Trash (+ Anlegen einer kleinen Datei mit Metadaten, s. u.)
War das im Home (NFS) oder ein lokales Verzeichnis?
Bonusfrage: wenn Du das mehrfach probierst, sind die 15 Sekunden relativ konstant oder variiert die Dauer deutlich? (Falls es immer genau 15 Sekunden sind, rennst Du vielleicht in einen Netzwerk-Timeout, und der zweite Versuch [wild guess: mit TCP statt UDP oder so] funktioniert.)
Nochmal eine Datei erzeugt und in einen ebenfalls neu erstellent Testordner verschoben. Ging sofort.
Lag der Testordner auch im Home, also auf NFS?
Gerade habe ich ausprobiert was passiert, wenn ich die Datei mit Dolphin lösche und nicht in den Papierkorb verschiebe. Das Löschen geht normal schnell. Ist der Papierkorb eine Funktion von Akonadi oder eine andere Datenbank?
Der Papierkorb ist ein "langweiliges" Verzeichnis: ~/..local/share/Trash Die "Datenbank" dahinter sind einfache Textdateien, in denen das Ursprungsverzeichnis und Datum und Uhrzeit der gelöschten Datei stehen.
Wo werden die Systemeinstellungen denn gespeichert? top sagt 65% idle. Aber ich habe eine hohe Anzahl an kalarm Meldungen, die teilweise in großer Anzahl gleichzeit auf den Bildschirm kommen.
Das kann die Oberfläche ausbremsen (und auch spürbar CPU-Last verursachen), aber aufs Dateisystem sollten sich diese Meldungen nicht auswirken.
"*Akonadi* ist ein gemeinsam nutzbarer Datenverwaltungsdienst. [...] Also versucht es Verschiebungen von Dateien nachzuvollziehen, kann es aber nicht, weil der Indexer abgestellt ist. => nach Neustart im alten Ordner! Auch ich habe ein nfs-Laufwerk und Akonadi versuchte dort *alle* Dateien zu indizieren: dauerte auch so lange wie bei Dir.
Kann es sein, dass Du Akonadi zu viele Aufgaben zuschreibst oder es mit was Anderem verwechselst?
Akonadi kümmert sich um PIM (also Mails etc.) - aber definitiv nicht um "normale" Dateien oder gar den Mülleimer.
Der KDE-Datei-Indexer ist "Baloo", und der lässt sich in den Systemeinstellungen unter "Suche" konfigurieren und auch abschalten.
Gruß
Christian Boltz
Das oben beschriebenen Löschen war im /home. Jetzt habe ich mal probehalber eine Datei lokal erzeugt und wieder gelöscht. Hat auch 15 Sekunden gedauert. Auch bei mehrfachem Löschen dauert es etwa immer die gleiche Zeit. Die schnell verschiebbare Datei lag im home-Verzeichnis und auch das Ziel lag im home. Gruß Dirk
participants (4)
-
Christian Boltz
-
Dirk Meier
-
Jan-Uwe Kögel
-
Rolf Schumann