Activité intempestive du disque dur

geole · Le 05/10/2020, à 19:48

Bien Mais sans guide dans deux ans j y suis encore
quel dossier choisir parmi cette liste
APPS
CA
COM
DESKTOP
ORG
SYSTEM
Je les ai a peu près tous parcouru ainsi que les sous-dossiers sa ns trouver TRACKER . Il a certainement un autre nom a moins qu il ne soit pas prévu

inbox · Le 05/10/2020, à 20:14

Je n'ai pas de Gnome sous la main la ou je suis en ce moment. Je ne peux donc en dire plus, que donner des pistes ou des indications.

geole · Le 06/10/2020, à 16:43

Bonjour
Trouvé. Voici le début du jeu de pistes
Installer l'application dconf comme proposé, la lancer en cliquant sur son icône carré rouge avec une loupe sur le V
accepter de dire qu'on va faire des bêtises.
Puis cliquer sur ORG
FREEDESKTOP
TRACKER
MINER
FILES
On a alors la liste des options dont ignored-files
que je peux modifier. Il y a donc maintenant

a@a:~$ gsettings get org.freedesktop.Tracker.Miner.Files ignored-files
['*.*']
a@a:~$

Mais reste à savoir si c'est un bon choix.

J'ai aussi trouvé une commande certainement plus prometteuse

gsettings     set   org.freedesktop.Tracker.Miner.Files crawling-interval  -2

Intervalle, en jours, entre les vérifications de mise à jour du système de fichiers dans la base de données. 0 force l’indexation constante, -1 force l’indexation après des extinctions inappropriées et -2 la désactive complètement.

et encore une autre

gsettings     set   org.freedesktop.Tracker.Miner.Files enable-monitors false

Définir à faux (false) pour désactiver complètement toute surveillance de fichier

ainsi que

gsettings     set  org.freedesktop.Tracker.Miner.Files initial-sleep 1000

Merci imbox pour l'outil graphique

Dernière modification par geole (Le 06/10/2020, à 17:15)

geole · Le 06/10/2020, à 17:26

Pleney a écrit :

Pour désactiver Tracker, le second lien conseille de faire :
command cd ~/.config/autostart
command cp -v /etc/xdg/autostart/tracker-*.desktop ./
for FILE in tracker-*.desktop; do echo Hidden=true >> $FILE; done
command rm -rf ~/.cache/tracker ~/.local/share/tracker
(Tout ensemble ? ou en 4 fois ?)
ou « plus violent » :
command systemctl --user mask tracker-store.service tracker-miner-fs.service tracker-miner-rss.service tracker-extract.service tracker-miner-apps.service tracker-writeback.service
command tracker reset --hard
Comme je n'y connais rien, je préfère demander à ceux qui savent, avant de risquer une catastrophe. Que penses-tu de ces deux procédures ?

Bonjour

Je te propose d'essayer cette commande

gsettings     set   org.freedesktop.Tracker.Miner.Files enable-monitors false

Pleney · Le 07/10/2020, à 20:31

Ayant beaucoup à faire ces jours-ci, je ne postais pas, mais je gardais un œil intéressé sur les recherches et discussions.

Merci à geole en particulier pour avoir trouvé les réglages. J'avais déjà installé dconf depuis longtemps (très pratique !), mais n'avais pas eu l'idée d'aller y bidouiller pour désactiver Tracker. Maintenant c'est fait : on va bien voir si ça présente des inconvénients réels...

En revanche, je n'ai pas trouvé comment effacer les références déjà existantes. Parce qu'à priori, on peut penser que si elle ne sont pas mises à jour (parce qu'on a désactivé l'indexation), au bout d'un certain temps elles ne sont plus vraiment utiles.

Pleney · Le 07/10/2020, à 20:57

inbox a écrit :

Ton disque sdb a plus de 41000 heures de fonctionnement. Il est usé. Dans les logs que tu as fourni, on voit des messages qui indiquent des problèmes d'accès à Sdb.
Le disque est à changer.

C'est un peu bizarre, car les deux disques sda et sdb ont exactement le même âge (à peu près 8 ans) : ils ont été installés ensemble dans l'ordi neuf.

41000 heures de branchement, je veux bien y croire : ça fait une quinzaine d'heures par jour. Mais de fonctionnement, ce serait surprenant pour un disque qui n'est presque pas utilisé.

En effet, le disque principal est sda, qui comporte les partitions swap, racine, tmp et home. Alors que sdb ne comporte que 3 partitions de documents divers, assez peu utilisés (chacune de ces 3 partitions, d'ailleurs, ne se monte que lorsque je clique dessus, ce qui n'arrive pas tous les jours).

Donc, me semble-t-il, sda tourne beaucoup plus que sdb. Et pour l'instant aucun des deux ne donne de signes de fatigue.

Je crois me souvenir que les « 5 secteurs endommagés » de sdb sont signalés comme tels depuis que j'y ai créé les trois partitions, il y a plusieurs années. Ce ne seraient donc pas des signes de fatigue, ni même de vrais défauts (ce qui expliquerait qu'ils n'aient aucune conséquence), mais des restes d'une partition mal créée. Peut-être des secteurs isolés entre les 3 partitions existantes, ou restés solitaires à la fin du disque...

Pleney · Le 24/10/2020, à 14:17

Bonjour à tous !

Je me décide à rouvrir ce fil, dont le problème principal n'a jamais été résolu malgré les efforts et suggestions de plusieurs intervenants : au démarrage, le(s) disque(s) dur(s) mouline(nt) pendant près d'une heure, ralentissant toute autre activité. Et ça peut recommencer au cours de la journée.

Par ailleurs le démarrage est très lent, et l'extinction aussi.

Voici quelques retours de la commande "sudo iotop -d 10 -o -P" :

Total DISK READ:      1293.67 K/s | Total DISK WRITE:        74.72 K/s
Current DISK READ:    1293.67 K/s | Current DISK WRITE:     171.30 K/s
    PID  PRIO  USER     DISK READ  DISK WRITE  SWAPIN     IO>    COMMAND        
   5437 idle root      566.75 K/s   72.33 K/s  0.00 % 99.37 % updatedb.mlocate
   6648 idle lambda    726.92 K/s    0.00 B/s  0.00 % 19.86 % tracker-store
    286 be/3 root        0.00 B/s    2.38 K/s  0.00 %  2.64 % [jbd2/sda6-8]
    850 be/3 root        0.00 B/s    0.00 B/s  0.00 %  1.51 % [jbd2/sda8-8]
   6492 be/4 root        0.00 B/s    0.00 B/s  0.00 %  0.22 % [kworker~e_power_]
   5978 be/4 root        0.00 B/s    0.00 B/s  0.00 %  0.19 % [kworker~e_power_]
    233 be/4 root        0.00 B/s    0.00 B/s  0.00 %  0.19 % [kworker~fficient]
    227 be/4 root        0.00 B/s    0.00 B/s  0.00 %  0.15 % [kworker~e_power_]


Total DISK READ:      1087.88 K/s | Total DISK WRITE:        72.74 K/s
Current DISK READ:    1087.88 K/s | Current DISK WRITE:      44.12 K/s
    PID  PRIO  USER     DISK READ  DISK WRITE  SWAPIN     IO>    COMMAND        
   5437 idle root      666.56 K/s   71.94 K/s  0.00 % 99.04 % updatedb.mlocate
   6648 idle lambda    420.92 K/s    0.00 B/s  0.00 % 19.92 % tracker-store
    286 be/3 root        0.00 B/s  814.02 B/s  0.00 %  3.13 % [jbd2/sda6-8]
   5978 be/4 root        0.00 B/s    0.00 B/s  0.00 %  0.25 % [kworker~c-poller]
   6731 be/4 lambda    407.01 B/s    0.00 B/s  0.00 %  0.22 % gedit --~n-service
    233 be/4 root        0.00 B/s    0.00 B/s  0.00 %  0.15 % [kworker~e_power_]
   6492 be/4 root        0.00 B/s    0.00 B/s  0.00 %  0.14 % [kworker~e_power_]
    227 be/4 root        0.00 B/s    0.00 B/s  0.00 %  0.10 % [kworker~e_power_]


Total DISK READ:         2.19 M/s | Total DISK WRITE:       711.42 K/s
Current DISK READ:       2.19 M/s | Current DISK WRITE:     734.88 K/s
    PID  PRIO  USER     DISK READ  DISK WRITE  SWAPIN     IO>    COMMAND        
   5437 idle root     1274.71 K/s  707.44 K/s  0.00 % 89.56 % updatedb.mlocate
   6648 idle lambda    536.45 K/s    0.00 B/s  0.00 % 19.90 % tracker-store
    377 be/0 root       46.53 K/s    0.00 B/s  0.00 %  7.29 % [loop5]
    379 be/0 root       46.13 K/s    0.00 B/s  0.00 %  6.72 % [loop6]
    375 be/0 root       46.92 K/s    0.00 B/s  0.00 %  5.80 % [loop4]
    389 be/0 root       69.59 K/s    0.00 B/s  0.00 %  5.56 % [loop11]
    373 be/0 root       31.81 K/s    0.00 B/s  0.00 %  5.41 % [loop3]
    387 be/0 root       65.61 K/s    0.00 B/s  0.00 %  3.84 % [loop10]
    371 be/0 root       15.91 K/s    0.00 B/s  0.00 %  3.82 % [loop2]
    391 be/0 root       27.84 K/s    0.00 B/s  0.00 %  3.61 % [loop12]
    367 be/0 root       25.05 K/s    0.00 B/s  0.00 %  3.39 % [loop0]
    381 be/0 root       27.44 K/s    0.00 B/s  0.00 %  2.77 % [loop7]
    369 be/0 root       24.26 K/s    0.00 B/s  0.00 %  2.64 % [loop1]
    286 be/3 root        0.00 B/s  814.41 B/s  0.00 %  2.35 % [jbd2/sda6-8]
    850 be/3 root        0.00 B/s    3.18 K/s  0.00 %  1.30 % [jbd2/sda8-8]
    233 be/4 root        0.00 B/s    0.00 B/s  0.00 %  1.19 % [kworker~e_power_]
    383 be/0 root      814.41 B/s    0.00 B/s  0.00 %  0.75 % [loop8]
   6492 be/4 root        0.00 B/s    0.00 B/s  0.00 %  0.16 % [kworker~e_power_]
   5978 be/4 root        0.00 B/s    0.00 B/s  0.00 %  0.15 % [kworker~c-poller]


Total DISK READ:      1160.57 K/s | Total DISK WRITE:        35.39 K/s
Current DISK READ:    1160.97 K/s | Current DISK WRITE:      29.42 K/s
    PID  PRIO  USER     DISK READ  DISK WRITE  SWAPIN     IO>    COMMAND        
   5437 idle root      658.81 K/s   35.39 K/s  0.00 % 98.98 % updatedb.mlocate
   6648 idle lambda    444.51 K/s    0.00 B/s  0.00 % 19.89 % tracker-store
    286 be/3 root        0.00 B/s    0.00 B/s  0.00 %  1.63 % [jbd2/sda6-8]
   5978 be/4 root        0.00 B/s    0.00 B/s  0.00 %  0.20 % [kworker~c-poller]
    227 be/4 root        0.00 B/s    0.00 B/s  0.00 %  0.16 % [kworker~e_power_]
    233 be/4 root        0.00 B/s    0.00 B/s  0.00 %  0.09 % [kworker~e_power_]
   6492 be/4 root        0.00 B/s    0.00 B/s  0.00 %  0.09 % [kworker~e_power_]
   4918 be/4 lambda     57.25 K/s    0.00 B/s  0.00 %  0.04 % firefox

Comme précédemment (voir #30), ce sont ces 2 lignes qui semblent poser problème :

   5437 idle root      566.75 K/s   72.33 K/s  0.00 % 99.37 % updatedb.mlocate
   6648 idle lambda    726.92 K/s    0.00 B/s  0.00 % 19.86 % tracker-store

J'avoue être un peu désespéré par ce dysfonctionnement, consécutif à la mise à niveau de 18.04.1 vers 20.04.1, et auquel personne ne semble rien comprendre
(et je ne parle même pas des anomalies de fonctionnement de LibreOffice et de VLC ou de la poubelle)

Bien sûr je pourrais réinstaller totalement Ubuntu à partir de zéro ; puis Unity ; puis tous les logiciels que j'avais ajoutés ; sans oublier leurs paramétrages particuliers. Sans même être sûr que ça marche... S'il est nécessaire de faire ça tous les 2 ans pour cause de mises à niveau défectueuses, autant oublier Ubuntu Pfffffff...

Précisons que j'ai essayé de régler Tracker par dconf, mais ça n'a pas modifié grand-chose. Par exemple, initial-sleep est maintenant réglé au maximum (1000 secondes, soit plus de 16 minutes), mais l'activité intensive des disques commence dès le démarrage. (throttle est réglé sur 10, au lieu de la valeur par défaut 0).

Merci à quiconque pourra me sortir de cette ornière...

inbox · Le 24/10/2020, à 15:10

Tu pourrais essayer de supprimer l'un des paquets non indispensable au fonctionnement de Tracker :
sudo apt purge tracker-extract
Ensuit redémarre.

[Edit] C'est une mauvaise idée. Ne pas appliquer cette méthode.

Dernière modification par inbox (Le 24/10/2020, à 20:52)

Pleney · Le 24/10/2020, à 17:20

Merci de ta suggestion, qui semble avoir eu des effets intéressants.

A toutes fins utiles, voici le retour de l'instruction "sudo apt purge tracker-extract" :

Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances       
Lecture des informations d'état... Fait
Les paquets suivants ont été installés automatiquement et ne sont plus nécessaires :
  libcue2 libgsf-1-114 libgsf-1-common libreoffice-style-tango
  libtracker-miner-2.0-0
Veuillez utiliser « sudo apt autoremove » pour les supprimer.
Les paquets suivants seront ENLEVÉS :
  gnome-shell-extension-desktop-icons* nautilus* nautilus-share*
  tracker-extract* tracker-miner-fs* ubuntu-desktop* ubuntu-desktop-minimal*
0 mis à jour, 0 nouvellement installés, 7 à enlever et 3 non mis à jour.
Après cette opération, 4340 ko d'espace disque seront libérés.
Souhaitez-vous continuer ? [O/n] O
(Lecture de la base de données... 487541 fichiers et répertoires déjà installés.)
Suppression de ubuntu-desktop (1.450.2) ...
Suppression de ubuntu-desktop-minimal (1.450.2) ...
Suppression de gnome-shell-extension-desktop-icons (20.04.0-3~ubuntu20.04.1) ...
Suppression de nautilus-share (0.7.3-2ubuntu3) ...
Suppression de nautilus (1:3.36.3-0ubuntu1) ...
Suppression de tracker-miner-fs (2.3.3-2) ...
Suppression de tracker-extract (2.3.3-2) ...
Traitement des actions différées (« triggers ») pour desktop-file-utils (0.24-1u
buntu3) ...
Traitement des actions différées (« triggers ») pour mime-support (3.64ubuntu1) 
...
Traitement des actions différées (« triggers ») pour gnome-menus (3.36.0-1ubuntu
1) ...
Traitement des actions différées (« triggers ») pour libglib2.0-0:amd64 (2.64.3-
1~ubuntu20.04.1) ...
Traitement des actions différées (« triggers ») pour man-db (2.9.1-1) ...
Traitement des actions différées (« triggers ») pour bamfdaemon (0.5.3+18.04.201
80207.2-0ubuntu2) ...
Rebuilding /usr/share/applications/bamf-2.index...
(Lecture de la base de données... 487397 fichiers et répertoires déjà installés.
)
Purge des fichiers de configuration de tracker-extract (2.3.3-2) ...
Purge des fichiers de configuration de tracker-miner-fs (2.3.3-2) ...
Purge des fichiers de configuration de nautilus (1:3.36.3-0ubuntu1) ...

Une question : dois-je faire « sudo apt autoremove » comme cela est conseillé, ou est-ce que ce n'est plus nécessaire maintenant ?

Conséquences visibles après redémarrage :

1°) Le tableau de bord de Unity était d'abord complètement vide (sans icônes des logiciels). Mais le disque a tourné 2 ou 3 minutes, et les icônes sont revenues. Même si ça se passe désormais ainsi à chaque redémarrage (à vérifier), ce n'est pas bien grave.

2°) Aucune activité intempestive du disque dur ! Oufff... Enfin !... Pourvou qué ça doure...

3°) L'icône du logiciel Fichiers avait disparu de la barre de lancement. Je suis allé la chercher dans le tableau de bord, et là, surprise : c'était une version nouvelle, plus facilement paramétrable que l'ancienne, mais qui n'avait pas conservé mes réglages précédents.
Bref, c'est sans doute la version de Fichiers pour Focal, alors que la mise à niveau avait conservé la version ancienne pour Bionic. Preuve que cette mise à niveau, malgré son retard exceptionnel, n'était pas au point.
(Et donc, on peut se demander s'il n'en va pas de même pour d'autres logiciels. Plusieurs icônes ont été modifiées, signe sans doute qu'elles renvoient à des versions nouvelles, qui n'étaient pas prises en compte auparavant malgré la mise à niveau.)

4°) Dans le nouveau Fichiers, justement, le panneau de gauche indique :
Dossier personnel
Bureau
Vidéos
Téléchargements
Récent
Système de fichiers
Corbeille

Mais les dossiers suivants, qui dans l'ancienne version figuraient aussi dans la marge, en ont disparu :
Documents
Images
Musique
Public
Bien sûr on peut les retrouver dans l'espace de droite en cliquant sur Dossier personnel. Mais c'est quand même bien pratique de les avoir dans la marge. Y a-t-il une possibilité de les y remettre ?

5°) Toujours dans le nouveau Fichiers, une extension Nemo Fileroller est activée. On peut supposer qu'elle est plutôt utile, mais je n'en sais pas plus.

6°) Il n'est plus possible d'ouvrir d'autres fenêtres Fichiers à partir de l'icône de la barre de lancement. Mais bon, on peut le faire à partir de la fenêtre déjà ouverte (Fichier / Nouvelle fenêtre) : ce n'est donc pas vraiment gênant.

Merci encore de tes conseils, qui semblent avoir réglé au moins le problème principal.

inbox · Le 24/10/2020, à 18:01

Tout compte fait, ce n'est pas une bonne idée. En effet, la suppression de tracker-extract a aussi supprimé le gestionnaire de fichiers Nautilus ainsi que le paquet maître Gnome-desktop et leurs dépendances. Il faut donc les réinstaller. D'autre part, je pense que tu as un installé un paquet Snap à la place de Nautilus sous forme de paquet Deb. Je chercherai autre chose pour tenter de régler ton problème.

Donc passe ces commandes :

sudo apt install nautilus gnome-desktop

snap list

Au redémarrage, tu récupéreras Nautilus et les raccourcis vers Documents, etc. Il est fort probable que l'activité reprenne comme avant. C'est normal.

[Edit] Vu que tu nous as dit que tu as de nombreux livres stockés sur ton disque dur, si tu le souhaites, on peux essayer de ne pas les indexer avec Tracker. Peux-tu donner le nom du répertoire ou ils sont rangés et le nom de leurs extensions. Par exemple : .epub. Avec ces infos, on indiquera à Tracker de ne pas tenir compte de ces informations.

Dernière modification par inbox (Le 24/10/2020, à 18:30)

Pleney · Le 24/10/2020, à 19:16

Voici le retour de "snap list" :

Nom                      Version                     Révision  Suivi            Éditeur       Notes
core                     16-2.47.1                   10185     latest/stable    canonical✓    core
core18                   20200724                    1885      latest/stable    canonical✓    base
gimp                     2.10.20                     297       latest/stable    snapcrafters  -
gnome-3-26-1604          3.26.0.20200529             100       latest/stable/…  canonical✓    -
gnome-3-28-1804          3.28.0-19-g98f9e67.98f9e67  145       latest/stable    canonical✓    -
gnome-3-34-1804          0+git.3556cb3               60        latest/stable    canonical✓    -
gnome-system-monitor     3.36.0-12-g35f88a56d7       148       latest/stable/…  canonical✓    -
gtk-common-themes        0.1-36-gc75f853             1506      latest/stable    canonical✓    -
gtk2-common-themes       0.1                         13        latest/stable    canonical✓    -
kde-frameworks-5-core18  5.61.0                      32        latest/stable    kde✓          -
snap-store               3.36.0-82-g80486d0          481       latest/stable/…  canonical✓    -

A comparer avec le résultat du 3 octobre au #22.

Le logiciel Fichiers actuel est quand même très proche de l'ancien, tant dans sa présentation que dans son fonctionnement : ce n'est pas un logiciel différent, mais simplement une version plus récente. Que ce soit un snap (ou pas) ne me gêne pas, si ça fonctionne à peu près aussi bien, ou même mieux sur certains points.

C'est pourquoi je n'ai pas encore pris la décision de passer la première commande mentionnée : si c'est pour revenir à une activité exagérée du disque dur, je m'en passerais volontiers !

Que Tracker liste les fichiers livres n'est pas gênant : ça peut être utile pour une recherche par titre. Ce qui est exagéré, lourd, indiscret, et que je souhaiterais supprimer, c'est l'indexation du contenu des fichiers. Cela concerne donc tous les fichiers comportant du texte. Ils sont éparpillés sur les disques durs, mais on peut les identifier par leurs extensions : .doc .docx .epub .html .odt .pdf .rtf , etc. (et aussi les fichiers sans extension de l'éditeur de texte).

inbox · Le 24/10/2020, à 19:36

Tu est obligé de passer la commande que je t'ai indiqué. Dans le cas contraire, il te sera impossible de passer à la version suivante d'Ubuntu du fait de l'absence des paquets dont j'ai parlé. Ce n'est donc pas un choix possible. De plus, je pense avoir trouvé la manipulation facile pour ne pas indexer les contenus.

Que donnent ces commandes ?

dpkg -l | grep nautilus

dpkg -l | grep nemo

Pleney · Le 24/10/2020, à 19:51

Retour de "dpkg -l | grep nautilus" :

ii  libnautilus-extension1a:amd64                 1:3.36.3-0ubuntu1                          amd64        libraries for nautilus components - runtime version
ii  nautilus-data                                 1:3.36.3-0ubuntu1                          all          data files for nautilus
ii  nautilus-extension-brasero                    3.12.2-6ubuntu1                            amd64        CD/DVD burning integration for Nautilus
ii  nautilus-extension-gnome-terminal             3.36.2-1ubuntu1~20.04                      amd64        GNOME terminal emulator application - Nautilus extension
ii  nautilus-sendto                               3.8.6-3                                    amd64        easily send files via email from within Nautilus

Retour de "dpkg -l | grep nemo" :

ii  libnemo-extension1:amd64                      4.4.2-2                                    amd64        Nemo component system facilities
ii  nemo                                          4.4.2-2                                    amd64        File manager and graphical shell for Cinnamon
ii  nemo-data                                     4.4.2-2                                    all          File manager and graphical shell for Cinnamon (data files)
ii  nemo-fileroller                               4.4.0-2                                    amd64        File Roller integration for Nemo

inbox a écrit :

Tu est obligé de passer la commande que je t'ai indiqué. Dans le cas contraire, il te sera impossible de passer à la version suivante d'Ubuntu du fait de l'absence des paquets dont j'ai parlé. Ce n'est donc pas un choix possible.

Je n'ai pas dit que je ne le ferai pas. Mais je préférerais qu'on trouve d'abord une méthode efficace pour calmer Tracker.

Et puis, il y a quand même encore deux ans pour réfléchir (ou cinq...).

inbox · Le 24/10/2020, à 20:40

Je répète une dernière fois, ensuite je t'abandonne à ton sort. De plus, faire des citations partielles c'est mal.J'avais ajouté :

De plus, je pense avoir trouvé la manipulation facile pour ne pas indexer les contenus.

Et tu as fait semblant de ne pas l'avoir lu, au vu de ta réponse.

Tu supprimes Nemo avec :

sudo apt purge nemo

Ensuite, tu réinstalles Nautilus et Gnome-desktop avec :

sudo apt install nautilus gnome-desktop

Ceci fait, tu lances Paramètres => Recherche => Documents => décocher.
Tu remets Tracker à zéro avec :

tracker reset -r

Pour finir, tu redémarres.

Ne compte surtout pas sur moi pour régler ce problème dans 2 ou 5 ans.

Pleney · Le 24/10/2020, à 21:40

Excuse-moi, mais je suis surpris de ta réaction. Tu avais dit « je pense avoir trouvé la manipulation facile pour ne pas indexer les contenus » : pour moi ce n'est pas la même chose que « je suis sûr d'avoir trouvé... ». Donc il me semblait que ça pouvait attendre que tu t'assures du résultat.

Ma mention de « deux ou cinq ans » était plus une plaisanterie.

Donc, maintenant, si je comprends bien, tu es sûr du résultat. N'y connaissant rien moi-même, je n'ai pas d'autre choix que de te faire confiance.

Juste une précision importante avant de commencer : tu dis

Ceci fait, tu lances Paramètres => Recherche => Documents => décocher.

Je ne comprends pas ce qu'il faut lancer : ce n'est pas du langage pour terminal, ni une suite d'onglets de Paramètres système, ni du tableau de bord de Unity.

inbox · Le 25/10/2020, à 21:17

Il m'a fallu installer une version 20.04 avec Unity. Ça m'a pris quelques heures. Lorsque Unity est installé, c'est une version Gnome partielle qui est installée.

Installe d'abord le paquet gnome avec :

sudo apt install gnome

Il y a pas mal de paquets à installer car je n'ai pas trouvé lequel sert à gérer l'option nécessaire.

Dans le tableau de bord de Unity (le Dash), tu entres "Paramètres". Il y a deux possibilités : clique sur l'icône avec la roue crantée seule et non sur celle avec une clef à molette. Une fois l'interface ouverte, tu suis ce que j'avais indiqué : Recherche => Documents => décocher Documents.

Si j'ai bien tout compris, cette fois, l'option "Fichiers" sert à indexer les fichiers eux mêmes et "Documents" sert à indexer les contenus. Ça a au moins l'intérêt de ne rien casser.

Pleney · Le 26/10/2020, à 14:54

J'ai fait le "sudo apt install gnome" recommandé. Ensuite j'ai pu, en effet, décocher Documents dans Paramètres => Recherche.

Quelques constatations à la suite de ces manipulations :

1°) L'installation de Gnome a rajouté des logiciels qui n'avaient pas été installés lors de la mise à niveau (par exemple, j'ai maintenant une vingtaine de jeux, au lieu d'une demi-douzaine avant).
C'est totalement anormal ! Pourquoi une mise à niveau sur un ordi équipé de Unity est-elle partielle ?
Et qu'on ne dise pas que c'est Unity qui gêne la mise à niveau, puisqu'au final ces installations ont été possibles : c'est bien plutôt la mise à niveau qui se limite elle-même quand elle trouve Unity sur son chemin...

2°) L'activité intempestive du disque dur a repris : ça dure largement plus d'une heure après le démarrage, alors que ça durait "seulement" 10 minutes après sudo apt purge tracker-extract.
C'est vraiment handicapant ; et à long terme, pas génial pour la santé du disque.

3°) Malgré le décochage de Documents, quand on fait une recherche dans Fichiers avec un mot, les titres contenant ce mot apparaissent d'abord ; mais ensuite apparaissent les titres sans ce mot, si le texte du fichier contient le mot (un court extrait du texte est alors visible en grisé, dans une fonte plus petite).
Donc justement ce que je ne souhaite pas, et qui, sans doute, est à l'origine de l'activité excessive du disque dur, qui doit indexer des millions de mots !!!

4°)

inbox a écrit :

Il m'a fallu installer une version 20.04 avec Unity.

Peut-être que pour obtenir un système vraiment semblable au mien actuel, il faudrait plutôt installer une version 18.04 avec Unity ; puis faire toutes les mises à jour ; et enfin, faire la mise à niveau vers 20.04. Puisqu'il est très possible qu'une partie du problème vienne de la mise à niveau défectueuse.

Dernière modification par Pleney (Le 26/10/2020, à 17:12)

geole · Le 26/10/2020, à 15:10

Bonjour
AS-tu tenté ce choix
Installer l'application dconf comme proposé, la lancer en cliquant sur son icône carré rouge avec une loupe sur le V
accepter de dire qu'on va faire des bêtises.
Puis cliquer sur ORG
FREEDESKTOP
TRACKER
MINER
FILES
On a alors la liste des options dont ignored-files
que je peux modifier. Il y a donc maintenant

a@a:~$ gsettings get org.freedesktop.Tracker.Miner.Files ignored-files
['*.*']
a@a:~$

inbox · Le 26/10/2020, à 16:31

Tu peux aussi réinitialiser Tracker avec :

tracker reset -r

Valide l'avertissement.

J'ai lu qu'il arrive, qu'après une migration Tracker perde les pédales.

Pleney · Le 26/10/2020, à 17:03

geole a écrit :

On a alors la liste des options dont ignored-files
que je peux modifier.

Oui, j'ai installé dconf depuis longtemps (#55).

Mes modifications actuelles de tracker / miner / files, opérées via dconf, sont :
enable-writeback : O (au lieu de I)
index-on-battery : O (au lieu de I, sans objet)
index-on-battery-first-time : O (au lieu de I, sans objet)
initial-sleep : 1000 (au lieu de 15)
removable-days-threshold : 1 (au lieu de 3)
throttle : 10 (au lieu de 0)

Donc, si je comprends bien, je pourrais ajouter les extensions de fichiers texte dans ignored-files :

'*.doc', '*.docx', '*.epub', '*.html', '*.odt', '*.pdf', '*.rtf', '*.txt'

... et autres s'il y a lieu.

Mais est-ce que ça va supprimer l'indexation des titres de ces fichiers (ce qui serait gênant pour une recherche), ou uniquement supprimer l'indexation des contenus (ce que je souhaite) ?

inbox a écrit :

Tu peux aussi réinitialiser Tracker

Oui, c'est une possibilité. Je vais essayer une chose après l'autre, ça permettra d'y voir plus clair en cas de problème.

Pendant ce temps mon ordi, démarré depuis plus de 3 heures, mouline encore comme un fou !

inbox · Le 26/10/2020, à 17:05

Je vais donc l'écrire autrement. Tu devrais réinitialiser Tracker pour repartir sur une nouvelle base.

Pleney · Le 26/10/2020, à 17:48

inbox a écrit :

Tu devrais réinitialiser Tracker pour repartir sur une nouvelle base.

Oui, tu as raison : l'important n'est pas tant de réinitialiser l'application que de supprimer sa base de données. (Elle se reformera sans doute, mais peut-être en n'incluant qu'une indexation des titres, et non des contenus.)

Le retour du terminal est intéressant :

AVERTISSEMENT : cette opération peut supprimer définitivement les données.
Bien que la plupart du contenu indexé par Tracker puisse être réindexé en toute sécurité, il ne peut être assuré que ce soit le cas pour toutes les données. Soyez conscient des risques encourus en cas de perte de données, continuez à vos risques et périls.

Voulez-vous vraiment continuer ? [o|N]: o
2 PID trouvés…
  Processus 2204 — « tracker-miner-fs » tué
  Processus 24113 — « tracker-store » tué
_g_io_module_get_default: Found default implementation dconf (DConfSettingsBackend) for ‘gsettings-backend’
Setting database locations
Checking database directories exist
Checking database version
Checking whether database files exist
Removing all database/storage files
  Removing database:'/home/lambda/.cache/tracker/meta.db'
  Removing db-locale file:'/home/lambda/.cache/tracker/db-locale.txt'
  Removing journal:'/home/lambda/.local/share/tracker/data/tracker-store.journal'
  Removing db-version file:'/home/lambda/.cache/tracker/db-version.txt'

Le disque dur s'est immédiatement arrêté de mouliner. Pour faire bonne mesure j'ai redémarré, et depuis, tout est calme...

Les réglages antérieurs de Tracker sont restés identiques. De même pour Paramètres, où Documents est toujours désactivé.

Après un essai (à confirmer), il semble que maintenant la recherche d'un mot dans Fichiers ne porte plus que sur les titres.

inbox · Le 26/10/2020, à 18:13

Si cette solution fonctionne, il est fort probable que la base de données de Tracker ai pris un coup dans la tronche pour une raison inconnue, à moins que ce ne soit la mise à niveau vers la 20.04 qui ai merdé. Il semble que ce problème soit connu.

L'avance de cette solution est qu'elle propre et ne porte pas à conséquence pour le futur.

Pleney · Le 28/10/2020, à 22:55

Suite aux derniers messages en date du 26 :

Il s'avère que l'activité exagérée du disque dur à l'allumage (et à d'autres moments) a repris, ainsi que l'indexation du contenu des fichiers texte.

Il semblerait donc que Tracker reconstitue coûte que coûte la base de données effacée.

(Régler Tracker à initial-sleep = 1000 au lieu de 15 n'a servi à rien : le moulinage incessant du disque commence tout de suite après le démarrage.)

J'ai envie d'essayer les opérations suivantes :

1°) Ajouter les extensions de fichiers suivantes dans ignored-files :

'*.doc', '*.docx', '*.epub', '*.html', '*.odt', '*.pdf', '*.rtf', '*.txt'

en espérant que ça n'empêchera pas d'indexer les noms de fichiers.

2°) Réinitialiser Tracker avec "tracker reset -r" pour tuer une nouvelle fois la base de données.

3°) Redémarrer.

inbox a écrit :

à moins que ce ne soit la mise à niveau vers la 20.04 qui ait merdé.

En effet, ça peut se dire comme ça...

Pleney · Le 31/10/2020, à 16:57

Finalement, le processus indiqué ci-dessus (#74) est très décevant.

Sur le coup, ça stoppe net l'activité excessive du disque dur ; et quand on fait une recherche avec un mot, on trouve les fichiers dont le nom contient ce mot, mais pas de références au texte interne des fichiers (la base de données a donc bien été supprimée). Tout marche parfaitement pour le reste de la journée...

Malheureusement, le jour suivant, après démarrage de l'ordi, ça recommence : plus d'une heure d'activité incessante du disque dur ! Et réapparition des références internes aux fichiers texte.

Tout se passe comme si dconf n'avait aucun effet sur Tracker : ni pour le paramètre initial-sleep, ni pour ignored-files.

(A propos de dconf et de Tracker : quelqu'un sait-il à quoi correspond le paramètre enable-writeback ? Vaut-il mieux choisir l'option par défaut I, ou O ?)

En désespoir de cause, faudra-t-il en revenir à appliquer sudo apt purge tracker-extract ? Quitte à devoir faire une réinstallation complète tous les 4 ans. Mais au moins, ne plus être emmerdé pendant tout ce temps par un logiciel envahissant et impossible à paramétrer

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#51 Le 05/10/2020, à 19:48

Re : Activité intempestive du disque dur

#52 Le 05/10/2020, à 20:14

Re : Activité intempestive du disque dur

#53 Le 06/10/2020, à 16:43

Re : Activité intempestive du disque dur

#54 Le 06/10/2020, à 17:26

Re : Activité intempestive du disque dur

#55 Le 07/10/2020, à 20:31

Re : Activité intempestive du disque dur

#56 Le 07/10/2020, à 20:57

Re : Activité intempestive du disque dur

#57 Le 24/10/2020, à 14:17

Re : Activité intempestive du disque dur

#58 Le 24/10/2020, à 15:10

Re : Activité intempestive du disque dur

#59 Le 24/10/2020, à 17:20

Re : Activité intempestive du disque dur

#60 Le 24/10/2020, à 18:01

Re : Activité intempestive du disque dur

#61 Le 24/10/2020, à 19:16

Re : Activité intempestive du disque dur

#62 Le 24/10/2020, à 19:36

Re : Activité intempestive du disque dur

#63 Le 24/10/2020, à 19:51

Re : Activité intempestive du disque dur

#64 Le 24/10/2020, à 20:40

Re : Activité intempestive du disque dur

#65 Le 24/10/2020, à 21:40

Re : Activité intempestive du disque dur

#66 Le 25/10/2020, à 21:17

Re : Activité intempestive du disque dur

#67 Le 26/10/2020, à 14:54

Re : Activité intempestive du disque dur

#68 Le 26/10/2020, à 15:10

Re : Activité intempestive du disque dur

#69 Le 26/10/2020, à 16:31

Re : Activité intempestive du disque dur

#70 Le 26/10/2020, à 17:03

Re : Activité intempestive du disque dur

#71 Le 26/10/2020, à 17:05

Re : Activité intempestive du disque dur

#72 Le 26/10/2020, à 17:48

Re : Activité intempestive du disque dur

#73 Le 26/10/2020, à 18:13

Re : Activité intempestive du disque dur

#74 Le 28/10/2020, à 22:55

Re : Activité intempestive du disque dur

#75 Le 31/10/2020, à 16:57

Re : Activité intempestive du disque dur

Pied de page des forums